税理士事務所の職員が顧問先から受ける税務の質問に、国税庁の通達・タックスアンサーと事務所の過去の回答集を根拠に、条文の場所付きで回答案を返す

処理の起点を決める

職員が社内画面で質問を送ったときに動きます。 画面では、質問の文面に加えて、税目と取引の日（または事業年度）を必ず選んでもらいます。 取引の日を選ばずに送れる作りにすると、改正の前後を比べられません。

税目は「法人税」「所得税（源泉徴収を含む）」「消費税（インボイスを含む）」「印紙税」「分からない」から選びます。「分からない」のときは税目で絞らずに検索し、回答案の頭に、どの税目の根拠が出たかを並べます。 交際費の質問が消費税の仕入税額控除にも関わるように、1つの質問が2つの税目にまたがることがあるためです。

顧問先とのやり取りが続いたら、同じ質問の記録に足していきます。 聞き返した事実が分かったら、同じ記録に書き足して送り直し、回答案を作り直します。最初の回答案と作り直した回答案を両方残し、税理士はどの事実で答えが変わったかを見られます。

入力データを集める

質を決めるのは、改正の一覧です。 国税庁のページは、新しい法令等に合わせて書き換わります。書き換わった後のページには、改正の前の取扱いが短くしか残らないことがあります。 事務所の回答集の側も、回答した日の法令で書かれています。どの項目が、いつから変わったかを、税理士が一覧として持ち、中継プログラムがそれで比べます。

国税庁の文書の中でも、重みを分けます。 タックスアンサーは概要の説明、通達は取扱いの基準、質疑応答事例は個別の照会への回答です。回答案の「結論の案」には通達とタックスアンサーを先に使い、質疑応答事例は「近い事例」として示させます。 事例の前提と顧問先の事実が同じとは限らないためです。

回答集には、顧問先の名前を残しません。 回答の中の顧問先の名前と取引先の名前は、回答集に足す前に伏せます。他の顧問先の質問の根拠として出てくるからです。

データの取得方法を決める

国税庁のページは、決まった一覧のURLを定期的に保存し、Cloud Storage に置きます。 質問の多い分野のタックスアンサーと、基本通達の該当の章から始め、少しずつ広げます。データストアは、国税庁の公開情報と事務所の回答集の2つに分け、1つのアプリから両方を検索します。

law_as_of は、タックスアンサーの末尾の記載から取ります。 「No.5265 交際費等の範囲と損金不算入額の計算」には「令和7年4月1日現在法令等」と書かれており、この日付をそのまま持たせます。 通達は、国税庁の通達のページで示される改正分の日付を持たせます。

保存はページのHTMLのまま行い、ページの上下のナビゲーションは落とします。 落とさないと、どのページにも同じ案内の文が入り、検索の当たりがぶれます。URLは uri として残し、根拠を示すときに国税庁のページへ戻れるようにします。

取り込みは、Cloud Storage から定期の同期にします。間隔は1日・3日・5日から選べます。国税庁のページの保存は週に1回とし、保存版が変わったものだけが同期で入れ替わるようにします。

AIへ渡す前に整形する

1. 伏せ字 … 顧問先の名前、取引先の名前、個人の氏名、口座番号らしい文字列を、記号に置き換えます
2. 税目と取引の日の確認 … 選ばれた税目を絞り込みの式にし、取引の日を改正の一覧と比べる準備をします
3. 質問の言い換えの範囲の設定 … 1つの質問に2つの論点（交際費と消費税など）があるとき、分けて検索させます
4. 回す規則の照合 … 「税務調査で指摘された」「更正の請求」「否認された」など、個別の事実の検討が中心になる語を見ます
5. 保存版の確認 … 国税庁のページの保存版が、決めた期間より古くなっていないかを見ます

4番目に当たったものは、回答案を作らずに税理士へ直接回します。 調査や争いが絡む質問は、一般の通達で答える質問とは別の仕事です。

3番目には、answer メソッドの言い換えの設定を使います。 queryRephraserSpec.maxRephraseSteps を2〜3にすると、複雑な質問を分けて検索させられます（範囲は1〜5、既定は1）。

AIに処理させる

させるのは、国税庁の公開情報と事務所の回答集から根拠を探し、根拠に書かれた範囲で回答案を書くことだけです。

「聞き返す点」が、職員の手戻りをいちばん減らします。 交際費の飲食費なら、参加した人数、相手先が社外か、飲食かどうか。根拠の要件に出てくる事実のうち、質問に書かれていないものを並べさせます。

4行目が、いちばん起きやすい誤りです。 過去の回答は職員の言葉で分かりやすく書かれているので、AIは国税庁の原文より過去の回答を根拠にしたがります。過去の回答は「事務所の過去の回答」の欄にだけ書かせ、結論の根拠は国税庁の原文に置かせます。

指示内容を固定する

answer メソッドの promptSpec.preamble に、次の内容を入れます。

あなたは税理士事務所で、顧問先からの税務の質問に回答案を作る職員を手伝う調査係です。
検索された国税庁のタックスアンサー・法令解釈通達・質疑応答事例と、事務所の回答集だけを根拠にしてください。
回答案は、職員と税理士が確認してから顧問先に返します。

【書き方】
- 次の見出しで書いてください。「結論の案」「根拠」「事務所の過去の回答」「聞き返す点」
- 「結論の案」は、国税庁の文書に書かれた範囲で「〜に当たると考えられます」の形で書いてください。
  国税庁の文書に根拠が無ければ「根拠となる記載が見つからない」とだけ書いてください。
- 「根拠」には、タックスアンサーの番号、通達の番号を書き、文書の文をそのまま引いてください。
- 金額、人数、日付、割合は、文書の表記のまま写してください。計算をしないでください。
- 「事務所の過去の回答」には、回答集の回答の要旨と、回答した日を書いてください。
  過去の回答を「結論の案」の根拠にしないでください。
- 「聞き返す点」には、根拠の要件に出てくる事実のうち、質問に書かれていないものを並べてください。

【書かないこと】
- 根拠に無い結論、税務調査の見通し、争いになった場合の見込みを書かないでください。
- 法令が改正されたかどうかを、自分の判断で書かないでください。
- 伏せ字にされた名前を推し量って書かないでください。

「過去の回答を結論の根拠にしない」を書かないと、回答集が国税庁の原文に勝ちます。 過去の回答の5,000円という基準が、そのまま結論に入ることになります。

あわせて、answer メソッドの設定で次を有効にします。

根拠の原文は、同じ式で search メソッドを呼び、抽出セグメント（文書から直接取り出された逐語の文）を取り出します。maxExtractiveSegmentCount は1〜2、要件が前後の文に続く通達には numPreviousSegments・numNextSegments で前後を足します。非構造化の文書で抽出セグメントを使うには Enterprise エディションが要ります。

出力形式を固定する

中継プログラムは、answer・search・check grounding の結果から次の形の記録を作ります。

{
  "request_id": "",
  "tax": "corporate",
  "transaction_date": "2026-09-15",
  "question_masked": "",
  "route": "drafted | no_basis | escalated_rule",
  "draft": { "conclusion": "", "ask_back": [""] },
  "basis": [ { "source": "nta_taxanswer", "ref_no": "5265", "law_as_of": "2025-04-01", "verbatim": "", "uri": "" } ],
  "office_answers": [ { "summary": "", "answered_at": "", "approved_by": "", "stale": true } ],
  "timing_alerts": [ { "item": "", "effective_from": "", "note": "" } ],
  "grounding": { "support_score": 0.0, "unsupported_sentences": [""] },
  "reviewer": { "staff": "", "tax_accountant": "", "approved_at": "" }
}

1つ目の理由は、stale で過去の回答の古さを示せることです。 回答した日が、改正の一覧の適用の始まる日より前なら、中継プログラムが真にします。画面では、古い回答に「改正前の回答」と帯を付けます。

2つ目は、timing_alerts を回答案から切り離せることです。 取引の日が改正の前か後かで、どちらの取扱いを見るべきかを示します。改正の前の取引について今年質問された場合も、ここで気づけます。

3つ目は、unsupported_sentences で確かめる場所を絞れることです。 check grounding API は、回答案の主張ごとに裏付けの引用を返し、引用の付かない主張が分かります。職員はその文から確かめます。 citationThreshold を高くすると、引用の数は減り、より強い引用だけが残ります。

システムへ連携する

顧問先への返信は、この構成から送りません。 職員が、税理士の承認の後に、これまでどおりのメールやチャットで返します。

人が確認する

回答案は、すべて職員と税理士が確かめてから返します。 人の確認を省く質問はありません。

1. 職員が帯と印を見る … 「改正前の回答」の帯、timing_alerts、unsupported_sentences の文から確かめます
2. 職員が聞き返す点を確かめる … 顧問先に聞く必要があるものは、回答の前に聞きます
3. 税理士が根拠の原文を読む … 回答案の文ではなく、basis の原文と番号を見て承認します
4. 承認された回答を回答集に足す … 伏せ字にしたうえで、根拠の時点と承認した税理士を付けます

3番目で、税理士が自分で根拠を探し直さなくて済みます。 根拠の番号と原文が並んでいれば、確かめるのは原文と回答案のずれだけです。

税理士が直した内容は、職員に返して記録に残します。 どの文をどう直したかが分かれば、職員は次の回答案で同じ直しを先に入れられます。 直しの多い分野は、指示や改正の一覧を見直す候補になります。

例外に対処する

3行目は、決算の後の質問で多く出ます。 前の事業年度の取引について質問されたとき、今の法令の時点の根拠で答えると、事業年度の取扱いとずれることがあります。

記録を残す

• 質問ごとの税目、取引の日、伏せた後の質問の文面、回答案、根拠の番号と原文、law_as_of
• 使った保存版の日付と、その時点の改正の一覧
• check grounding の結果（support_score、引用の付かない文）
• 職員と税理士が直した内容、承認した日と税理士
• 月ごとの分野別の件数と、no_basis・escalated_rule の件数

2つ目で保存版の日付を残すのは、国税庁のページが書き換わるためです。 後から顧問先に「なぜこう答えたか」と聞かれたとき、その日にどの時点のページを根拠にしたかを示せます。