Houki Nta Mcp

Houki NTA MCP Server

[CI] [License: MIT] [Node]

税務の下調べで、国税庁（NTA）の通達と事例を LLM から引くための MCP サーバーです。国税庁公式サイトの 基本通達・改正通達・事務運営指針・文書回答事例・タックスアンサー・質疑応答事例 をローカル SQLite に取り込み、FTS5 で全文検索します。「法律で決まっている」と「通達でそうなっている」を混ぜずに、legal_status（通達は国民を拘束しない旨）と根拠条文への案内と鮮度を添えて返します。

法律本文（法・政令・省令）は別 MCP の @shuji-bonji/houki-egov-mcp が担当します。通達の応答からは next_actions で houki-egov-mcp の get_law へ戻れます。

🔗 4 つを併用したい方へ — houki-egov-mcp (法令本文) と pdf-reader-mcp (添付 PDF 抽出) と組み合わせた install → 設定 → 実例 4 ユースケース をまとめた統合ガイドを用意しています。

👉 docs/HOUKI-FAMILY-INTEGRATION.md

できること

経理・税務の担当者や、会計・税務のアプリを作る開発者が、国税庁の公式な解説と通達を根拠つきで確かめるための機能です。

• 下の表の 6 種類の文書を、キーワードで検索できます。応答には出典の URL と取得日時が付きます
• 応答ごとに legal_status を付け、「法律で決まっている」ことと「通達や解説でそうなっている」ことを区別できるようにします
• 基本通達の応答には、その通達が解釈している法律・政令・省令と、houki-egov-mcp で条文を読むための next_actions が付きます
• 改正通達の添付 PDF（新旧対照表など）は、どれを先に読むべきかと読み方を返します

件数は、2026-09-07〜09-24 JST に全種別を取り込んだ手元の DB の実数です。国税庁サイトの更新で増減します。

相談の形の問いでの使い方

「会社員で、副業の所得が 20 万円以下なら確定申告はしなくてよいか」と尋ねると、LLM が nta_search_tax_answer(keyword="給与所得者で確定申告が必要な人") を呼び、タックスアンサーのコード 1900「給与所得者で確定申告が必要な人」と、1906「給与所得者がネットオークション等により副収入を得た場合」が返ります。応答の legal_status は、これらが国税庁の参考解説で法的拘束力を持たないことを示します。

根拠の条文（所得税法第 121 条第 1 項「確定所得申告を要しない場合」）は、houki-egov-mcp の get_law で読めます。解説と条文を並べると、給与の支払者の数や年末調整の有無のように、答えを分ける条件が分かります。個別の事案に当てはめた結論（「あなたは申告が不要です」）は返しません。理由は業法との関係に書いています。

まず試す

claude_desktop_config.json に次の設定を足して、Claude Desktop を再起動します。

{  "mcpServers": {    "houki-nta": {      "command": "npx",      "args": ["-y", "@shuji-bonji/houki-nta-mcp"]    }  }}

取り込みをしなくても、nta_get_tsutatsu・nta_get_tax_answer・nta_get_qa は国税庁サイトから直接取ります。検索ツール（nta_search_*）には取り込みが要ります。まず 1 本だけ入れるなら、次のコマンドで消費税法基本通達を約 3〜5 分で取り込めます。

npx -y @shuji-bonji/houki-nta-mcp --quickstart

全種別の取り込みと税目ごとの絞り込みは「初回セットアップ（bulk DL）」をご覧ください。

主な機能

• 6 大コンテンツに対応: 基本通達 4 種 + 改正通達・事務運営指針・文書回答事例・タックスアンサー・質疑応答事例
• 14 ツール提供: 取得 + FTS5 全文検索 + PDF メタ取得 + 略称解決
• 高速応答: bulk DL 済なら DB から即時応答（~10ms）。未投入のときの動きは取得ツールごとに違います（取得ツールが DB をどう使うか）
• 正規化済み検索: Normalize-everywhere 原則で全角・半角ゆらぎを吸収（数字・英字・ハイフン・チルダ・空白。実装は houki-hub family 共通の @shuji-bonji/houki-abbreviations）
• 改正検知: SHA-1 content_hash で個別文書の変化を検知、4 パターン集計（新規 / 更新 / 削除 / 移動）
• HP 構造変更耐性 (v0.6.0 / v0.9.4): 9 種別 baseline で履歴管理 + --health-check CLI で週次 canary 検証 + --check-baseline-drift で menu.htm を真の正典として世代移行 (sozoku2 / hyoka_new 等) を事前検知 + soft-404 (/error/404.htm 着地) を fetchNtaPage で自動 fail させる二重防御。--check-baseline-drift が判定するのは基本通達 4 種と改正通達の索引の 5 件で、ほかの 4 件は not-applicable です（v0.24.0）
• 添付 PDF kind 分類 (v0.7.0): タイトルから 6 種別（新旧対照表 / 別紙・別表 / Q&A / 参考資料 / 通知・連絡 / その他）に自動分類。Markdown 出力は kind 優先度ソートの表 + pdf-reader-mcp 呼び出し例つき
• hasPdf 検索フィルタ + nta_inspect_pdf_meta (v0.7.1): PDF 付きの重要文書だけを抽出 / PDF メタだけを軽量に返す軽量 API を提供
• 添付 PDF の読み方を返し、読み手は固定しない (v0.19.0): 添付 PDF の kind（comparison=新旧対照表 / attachment=別紙・別表 など。「新旧対応表」の表記ゆれにも対応）ごとに read_strategy（表として取る / 本文として読む / 先頭を見て決める）と layout_note（紙面の組み方）を付ける。save: true で PDF をサーバー側に保存して絶対パスを返す。next_actions に pdf-reader-mcp の呼び出し例（保存済みなら extract_tables / read_text に file_path、未保存なら read_url に url）と、他の PDF 読み取りツール向けの汎用の 1 件を置く。houki-nta-mcp 自身は PDF の本文を読まない。改正通達で「別紙 N」とだけ題した PDF は新旧対照表本体のことが多いので、comparison として返す (v0.20.0)
• レスポンスに freshness 付き: 利用者（LLM）が staleness を判定でき、db_path でどの DB の結果かが分かります（v0.25.0）
• 法的位置付けを明示: 各レスポンスに legal_status フィールド（通達 = 税務署員のみ拘束、QA = 参考情報、等）

データフロー全体俯瞰

国税庁 HP の 6 大コンテンツを bulk DL で SQLite cache に投入し、MCP tool はローカル DB を先に引いて応答します。DB に無かったときの動きは取得ツールごとに違うので、取得ツールが DB をどう使うかを参照してください。

flowchart TB  subgraph NTA["国税庁 HP (www.nta.go.jp)"]    direction TB    N1["基本通達 4 種<br/>消基通 / 所基通<br/>法基通 / 相基通"]    N2["改正通達"]    N3["事務運営指針"]    N4["文書回答事例"]    N5["タックスアンサー"]    N6["質疑応答事例"]  end
  subgraph DL["bulk DL 層 (CLI)"]    DLA["--bulk-download-everything<br/>または個別 --bulk-download-*"]  end
  subgraph DBLayer["SQLite cache<br/>~/.cache/houki-nta-mcp/cache.db"]    direction TB    DB1["document<br/>(本文 + content_hash)"]    DB2["section / clause<br/>(章節構造)"]    DB3["FTS5 全文検索<br/>(Normalize-everywhere)"]  end
  subgraph Tools["14 MCP tool"]    direction TB    T1["nta_get_* × 6<br/>nta_search_* × 6"]    T2["nta_inspect_pdf_meta<br/>resolve_abbreviation"]  end
  NTA -->|"scrape + parse<br/>(週次 health-check で監視)"| DLA  DLA -->|"normalize + insert"| DBLayer  DBLayer -->|"DB-first ~10ms"| Tools  NTA -.->|"live fallback ~700ms<br/>(DB 未投入時のみ)"| Tools  Tools -->|"freshness / legal_status<br/>を埋め込んで応答"| LLM(["LLM / Claude"])
  classDef nta fill:#fff3cd,stroke:#ffc107,color:#333  classDef db fill:#d4edda,stroke:#28a745,color:#333  classDef tool fill:#cce5ff,stroke:#0066cc,color:#333  classDef cli fill:#e2d6f3,stroke:#7952b3,color:#333  class NTA nta  class DBLayer db  class Tools tool  class DL cli

提供ツール（14 ツール）

取得ツールが DB をどう使うか

取得ツール 6 つは、ローカル DB を先に引く点は同じですが、DB に無かったときの動きが 2 通りに分かれます（v0.16.0 / Issue #29）。

ローカル DB を開けないとき（SQLite でないファイル、フォルダー、パスの途中が普通のファイル、DB のファイルを読む権限が無い、置き場所のフォルダー（またはパスの途中のフォルダー）に入る権限が無い）、nta_get_tsutatsu・nta_get_qa・nta_get_tax_answer は DB を使わずに国税庁サイトから取って返します（source: "live"）。取った内容は DB に書かず、MCP サーバーのログに warn の行を出します。目次とタックスアンサーの索引も保存しないので、呼び出しのたびに国税庁サイトから取り直します（v0.26.0。v0.25.x までは国税庁サイトに取りに行かずに INTERNAL_ERROR を返していました）。置き場所のフォルダーに入る権限が無いときは、v0.26.x では DB のファイルが無いものとして扱い、取った内容を DB に書こうとして書けず、warn の行も出していませんでした（v0.27.0 で「開けない」に含めました）。

nta_get_qa と nta_get_tax_answer は、国税庁サイトにそのページが無い（HTTP 404・410、または /error/404.htm への転送）と、番号の誤りとして DOC_NOT_FOUND（retryable: false）を返し、next_actions で検索ツールを案内します。v0.21.x までは SOURCE_API_ERROR（retryable: true）でした。

nta_get_tax_answer は、DB に無い記事の URL を国税庁の索引（/taxes/shiraberu/taxanswer/code/）で決めます（v0.24.0）。8xxx（災害）の記事も取れます。索引は DB に保存して使い回し、番号が見つからないときだけ取り直します。索引に無い番号は、記事を取りに行かずに DOC_NOT_FOUND を返します。v0.23.0 までは番号の先頭の桁で税目のフォルダを決めていたため、8xxx は INVALID_ARGUMENT になり、先頭の桁とフォルダが合わない記事（2010・4402・7400 など）は DOC_NOT_FOUND になっていました。

改正通達・事務運営指針・文書回答事例の 3 つは、docId から個別ページの URL を組み立てるのに税目フォルダの世代差（sozoku / sozoku2 など）を解く必要があるため、国税庁サイトへは取りに行きません。エラーには --bulk-download-* の案内が付きます。

nta_get_qa と nta_get_tax_answer が DB から返せるのは、structured_json を持つ行だけです。この列は v0.16.0 で増えたので、v0.15.x までに投入した行は持っていません。持っていない行は国税庁サイトから取得して書き戻すので、1 度引けば次からは DB から返ります。--bulk-download-qa / --bulk-download-tax-answer を実行しても埋まります（この 2 種別では、構造を持たない行は条件付き GET を使わずに取り直します）。

国税庁の索引から消えた文書（v0.17.0 / Issue #30）

bulk download を再実行したときに、国税庁の索引から消えていた文書は DB から消しません。索引から外れても、過去の課税期間の判断では依然として意味を持つ通達があるためです。

代わりに document.orphaned_at に「索引から消えたことを最初に確認した日時」を入れ、応答で現行の文書と区別できるようにしています。

0.24.1 から、検索ツールの freshness は国税庁の索引にある文書だけで判定します。索引から消えた文書（index_status: "removed_from_index"）は取り直されないため、0.24.0 までは、その古い取得日時のせいで投入をやり直しても stale や outdated のままになることがありました。DB を作り直す必要はありません。

検索結果から除外はしません。除外すると、過去の期間を調べたい利用者が引けなくなります。

印の付け外しは --bulk-download-* のときに行います。

• 索引に戻っていれば印を外します（国税庁サイトの一時的な不整合や、世代ディレクトリの移行中に消えたように見える場合があるため）
• 索引にある文書と題名が一致する行には印を付けません（sozoku → sozoku2 のような世代移行で doc_id が変わっただけの文書を、消えたと数えないため）
• 索引の取得に失敗した税目がある実行では、判定そのものを行いません（その税目の文書が丸ごと「消えた」と判定されるため）

対応通達（4 種）

この 4 種以外の通達（電帳法取通 など）は、国税庁サイトから取ることも、投入のフラグ（--bulk-download の --tsutatsu）で DB に入れることもできません。nta_get_tsutatsu は TSUTATSU_NOT_FOUND を返し、hint でそのことを知らせます（v0.27.0。v0.26.x は実行できない投入のコマンドを案内していました）。

clause 番号は Normalize-everywhere で全角→半角統一されているため、ユーザーが半角・全角どちらで入力してもヒットします。全角英字（ＮＩＳＡ → NISA、ｅ－Ｔａｘ → e-Tax）も v0.15.0 から半角に揃います。

v0.14.2 以前に作った DB は、v0.15.0 で最初にサーバーを起動したときに一度だけ入れ直されます。国税庁サイトへの再アクセスは発生しません。

検索キーワードの文字数（v0.10.1、Issue #18）

全文検索は SQLite FTS5 の trigram tokenizer を使うため、3 文字未満の語は索引に乗りません。v0.10.0 までは「役員」「退職」のような 2 文字語がそのまま 0 件になり、通常の「該当なし」と区別できませんでした。v0.10.1 からは次のように扱います。

2 文字語や 1 文字語を含むクエリでは、応答に search_notes（文字列の配列）が付き、どう扱ったかを文で示します。0 件のときも search_notes が付くので、LLM / Skill 層は「仕様上ヒットしなかった」のか「本当に該当がない」のかを判別できます。

検索が 0 件のとき（v0.13.0、Issue #23）

文書系の検索 5 ツール（nta_search_qa / nta_search_tax_answer / nta_search_kaisei_tsutatsu / nta_search_jimu_unei / nta_search_bunshokaitou）は、結果が 0 件になった理由を分けて返します。v0.12.0 までは、どの場合も「--bulk-download-* で DB 投入済みか確認してください」という同じ hint だったため、文書が入っている DB でも投入をやり直すよう案内していました。

その種別の文書が 1 件も無くなるのは、主に次の場合です。

• その種別をまだ投入していない（bulk download は種別ごとに分かれています）
• --bulk-download-everything の途中で、その種別だけ失敗した（失敗しても次の種別へ進みます）
• bulk download を実行したシェルと MCP サーバー（Claude Desktop や plugin が起動するもの）とで、環境変数 HOUKI_NTA_DB_PATH / XDG_CACHE_HOME が違い、サーバーが別の DB ファイルを開いている。macOS の Claude Desktop はシェルの .zshrc の環境変数を受け継ぎません

v0.25.0 から、hint の先頭で DB の状態が分かります。<パス> は開こうとした DB のパスで、ホームディレクトリの部分は ~ になります。

MCP サーバーがどの DB を開いているかは、次の 3 つで確かめられます。

• 検索ツールの応答の freshness.db_path
• MCP サーバーの起動時のログ（標準エラー出力）の DB: <絶対パス>（DB の場所の設定: <名前>） の行。Claude Desktop ではサーバーごとのログに出ます
• 投入したシェルで npx -y @shuji-bonji/houki-nta-mcp@latest --status を実行すると、そのシェルの設定で開く DB の場所が出ます。両者が違えば、MCP サーバーの設定（env）に同じ HOUKI_NTA_DB_PATH を書きます

基本通達を検索する nta_search_tsutatsu は、以前から同じ分け方をしています（DB に通達が無ければ TSUTATSU_NOT_FOUND）。

nta_search_qa の税目の絞り込み

nta_search_qa は topic（shotoku / gensen / joto / sozoku / hyoka / hojin / shohi / inshi / hotei。--qa-topic と同じ値）で税目を絞り込みます。v0.24.0 で domain を外しました。税目は topic で絞り込みます。domain を渡すと、どの値でも INVALID_ARGUMENT になります（v0.23.0 までは domain: "tax" は絞り込まずに検索し、それ以外の値は 0 件でした）。

質疑応答事例の関係法令通達（v0.12.0、Issue #22）

質疑応答事例は国税庁の参考資料で、法的拘束力はありません。根拠は、ページの【関係法令通達】欄にある法律の条文と通達で確かめます。v0.12.0 から、nta_get_qa（format: "json"）はこの欄を次のように分けて返します。

• 「所得税法第27条、第34条」の「第34条」のように法令名を省いた要素は、直前の法令の続きとして読みます。「、第9項」は直前の条の項、「、3-3」は直前の通達の番号です
• 告示・説明文・「［参考］」など、法令と通達として読めない要素は入れません。推測で法令名を補うこともしません。qa.relatedLaws（欄の文字列そのまま）で確かめてください
• 条約（「日米租税条約」など。e-Gov の法令名と一致しない通称）と改正前の法令（「旧所得税法」など）は、related_laws には入れますが next_actions では案内しません
• 枝番号の号（「法人税法第2条第12号の8」）は、v0.14.0 から item: "12の8"（文字列）にし、next_actions にも入れます。get_law が文字列の item を受け付けるのは houki-egov-mcp v0.6.0 以上です
• 分解できた割合: 2026-09-11 に、ローカル DB の質疑応答事例 1,834 件（【関係法令通達】欄あり）で測りました。欄を「、」と改行で区切った 5,059 要素のうち 4,767 要素（94.2%）を法令か通達として読み取れ、1,834 件のうち 1,652 件（90.1%）は欄の全要素を読み取れました。146 件は一部だけ、36 件は読み取れる要素がありませんでした（告示や通達の日付・番号だけが書かれた欄など）
• v0.11.1 までは、ページ下部の「注記」が relatedLaws（【関係法令通達】欄の無いページでは answer）に混ざっていました。v0.12.0 から qa.notice に分けています

文書回答事例の税目の別表記（v0.14.0）

文書回答事例の taxonomy は URL の税目フォルダ名です。国税局のページは本庁と違うフォルダ名を使うことがあり、同じ税目が次のように分かれています。taxonomy にどちらを指定しても両方を検索し、応答の search_notes にその旨が入ります。DB の値は変えていないので、取り込み直しは要りません。

--bunsho-taxonomy は v0.14.2 からどちらの表記でも渡せます（国税局の表記は本庁の表記に直してから索引を絞り込みます）。絞り込むのは本庁の索引（/law/bunshokaito/01.htm）の節なので、--bunsho-taxonomy=sozoku でも souzoku でも、投入されるのは同じ 1 つの節の文書です。その節には国税局のページへのリンクも並んでいるため、DB には両方の表記が入ります（2026-09-12 に --bunsho-taxonomy=souzoku を実行し、18 件のうち sozoku 11 件・souzoku 7 件を確認）。

略称と通称の展開（v0.11.1、Issue #21）

キーワードが略称辞書（houki-abbreviations）に載っている場合、検索は正式名でも行います。v0.11.1 から、略称と通称で扱いを分けました。

通称の展開先（「消費税法」）は、通達・質疑応答事例の本文にほぼ必ず出てきます。v0.11.0 までは通称でも常に展開していたため、「消費税法」という語が出てくるだけの文書が結果に混ざり、キーワードを含む文書が limit から押し出されていました（「適格請求書発行事業者」を limit 30 で検索すると、含む条項 32 件のうち 9 件が外れ、含まない条項が 7 件入っていました）。

通称を 0 件のため展開したときは、応答の search_notes にその旨が入ります。展開した検索の結果には、「消費税法」という語が出てくるだけの文書も含まれます。

本文中の画像（v0.10.1、Issue #17）

所基通などの一部の通達では、算式が GIF 画像で掲載されています。v0.10.0 までは画像の段落が丸ごと落ち、本文が途切れていることを応答から読み取れませんでした。v0.10.1 からは <img> を [画像: alt テキスト] のプレースホルダとして同じ位置の段落に残し（alt が無ければ [画像: ファイル名]）、format: "json" では該当段落の images: [{ alt, src }] と、応答直下の content_notes でも画像の存在を示します。Markdown では本文末尾に > 注意: 本文に画像が N 箇所含まれています… の行が入ります。画像の内容そのものは取得しないので、算式の正確な内容は出典 URL で確認してください。

v0.10.0 以前に構築した DB には画像のプレースホルダが入っていません。houki-nta-mcp --bulk-download-all --refresh で通達を再投入してください（--refresh なしでは、国税庁サイトが 304 Not Modified を返す節は再解析されません）。

文書回答事例の本文と別紙（v0.10.3）

文書回答事例のページは、照会者・関係する法令条項等・回答年月日・回答者・回答内容が表（<table class="kaito">）に入り、照会の趣旨・事実関係・理由は「別紙」（同じディレクトリの another.htm）にあります。v0.10.2 までは <p> しか読んでいなかったため、fullText が「〔照会〕」「〔回答〕」の見出しだけになり、issuedAt も null でした。v0.10.3 からは表の各行を「見出し: 値」の形で取り込み、回答年月日を issuedAt にし、--bulk-download-bunshokaitou で別紙も取得して 【別紙】 として本文の末尾に連結します（文書あたり 1 リクエスト増えます）。

v0.10.2 以前に構築した DB の文書回答事例には本文が入っていません。v0.10.4 以降で houki-nta-mcp --bulk-download-bunshokaitou --refresh を実行して再投入してください（v0.10.3 までは --refresh が基本通達以外に効かず、文書回答事例は 304 Not Modified で再解析されませんでした）。

タックスアンサーの小見出し（v0.25.1、Issue #147）

0.25.1 から、nta_get_tax_answer はタックスアンサーのページの小見出し（h3）も節として返し、taxAnswer.sections の各要素に見出しの段 level（h2 は 2、h3 は 3）を付けます。節は入れ子にせず、ページの順に 1 つの配列に並びます。h3 の節がどの見出しの下にあるかは、その前にある最も近い level: 2 の節で分かります。h2 の直後にすぐ小見出しが続くとき（「手続き」など）は、その h2 の節を段落の無い節（paragraphs: []）として返します。markdown では h3 の節を ### で書きます。0.25.0 までは小見出しの文字列が落ち、その段落が上の見出しの節に続けて入っていました。取り込み済みの DB の行は、次のコマンドで入れ直すまで以前の分け方のまま返ります（level はすべて 2）。国税庁のページが変わっていない記事は、--refresh を付けないと取り直されません。

npx -y @shuji-bonji/houki-nta-mcp@latest --bulk-download-tax-answer --refresh

約 750 件を 1 件ずつ取るので、15 分ほどかかります。多くの記事の本文が変わるため、終わりに「構造変質の疑い」の ⚠ health warning: が 1 回出ますが、この入れ直しでは想定どおりです。

使い方の例

// nta_get_tsutatsu — DB-first lookup（bulk DL 済みなら即時応答 ~10ms）{ "name": "消基通", "clause": "1-4-13の2" }// → "## 1-4-13の2（分割があった場合の課税事業者選択届出書の効力等）..."//    + 出典 URL + 取得時刻 + 解釈の対象になる法律 + legal_status の note + source: 'db' | 'live'// format: "json" では base_laws と next_actions（houki-egov-mcp の get_law への案内）が付く//   "base_laws": ["消費税法", "消費税法施行令", "消費税法施行規則"],//   "next_actions": [{ "action": "delegate_to_mcp",//     "reason": "通達は国民・裁判所を拘束しない。根拠は法律本文で確認する",//     "example": { "mcp": "houki-egov", "tool": "get_law", "law_name": "消費税法" } }]
// 所基通（2 階層 clause / の付き）{ "name": "所基通", "clause": "2-4の2" }
// 所基通源泉（チルダ複数条共通）{ "name": "所基通", "clause": "183~193共-1" }
// 相基通（ナカグロ複数条共通）{ "name": "相基通", "clause": "1の3・1の4共-5" }
// nta_search_tsutatsu — FTS5 全文検索（4 通達横断、freshness 付き）{ "keyword": "電子帳簿", "limit": 10 }// → { hits: [...], freshness: { staleness, oldest_fetched_at, ... }, legal_status: ...,//      base_laws_by_tsutatsu: { "消費税法基本通達": ["消費税法", "消費税法施行令", "消費税法施行規則"] },//      next_actions: [通達ごとに get_law への案内 1 件] }
// nta_get_kaisei_tsutatsu — 改正通達取得{ "docId": "0026003-067" }// → "# 消費税法基本通達の一部改正について（法令解釈通達）" + 発出日 + 宛先 + 本文//   + 「## 添付 PDF (N 件)」表（🔄 新旧対照表 / 📎 別紙・別表 等で kind 分類済）//   + pdf-reader-mcp の read_text 呼び出し例 JSON//    PDF 本文は pdf-reader-mcp に委譲
// nta_get_tax_answer — 番号で取得（国税庁の索引で URL を決める）{ "no": "6101" }// → "# No.6101 消費税の基本的なしくみ ..." sections + 法令時点 + 出典
// nta_get_qa — 質疑応答事例を取得{ "topic": "shohi", "category": "02", "id": "19" }// → "# 個人事業者が所有するゴルフ会員権の譲渡 ## 【照会要旨】 ... ## 【回答要旨】 ..."
// 管轄外（消法 = 消費税法本体）→ houki-egov-mcp に誘導{ "name": "消法", "clause": "9" }// → { error: "...houki-egov の管轄...", hint: "houki-egov-mcp で取得してください" }

初回セットアップ（bulk DL）

通達本体・改正通達・事務運営指針・文書回答事例・タックスアンサー・質疑応答事例を事前に bulk DL してローカル SQLite (FTS5) に投入します。1 度実行すれば DB から即時応答（fetch なし）。

まず数分で試す（v0.18.0 / Issue #35）

全部入りは 6 種別で約 100 分かかります。初めて入れたときは、通達 1 本だけを入れて動くことを確かめてください。

npx -y @shuji-bonji/houki-nta-mcp --quickstart   # 消費税法基本通達 1 本だけ。約 3〜5 分

終わると、その通達に対して nta_search_tsutatsu と nta_get_tsutatsu が使えます。別の通達にしたいときは --quickstart --tsutatsu=所得税基本通達 のように指定します。ほかの種別はあとから、必要なものだけ足せます（下の「個別実行」）。

DB が無い状態でも、nta_get_*（取得ツール）は国税庁サイトから直接取ります（約 700ms。結果は DB に書き戻します）。DB が要るのは nta_search_*（検索ツール）だけです。

コマンドの呼び出し形式

bulk DL コマンドは利用形態に応じて以下の 3 形式があります。以降の例は A. グローバルインストール済み の形式で記載しています。B / C を使う場合は同様に置き換えてください。

[!TIP] Claude Desktop / Claude Code で MCP サーバとして登録する場合は別問題で、mcp_servers 設定の npx -y @shuji-bonji/houki-nta-mcp (= 形式 B) を使います（後述「Claude Desktop / Claude Code への登録例」を参照）。bulk DL は MCP サーバ起動とは別プロセス で人間が実行するため、ここではどの形式でも構いません。

# 全部入り: 6 種別を一括投入（約 100 分。--bunsho-taxonomy / --tax-answer-taxonomy / --qa-topic で短縮可。開始前に種別ごとの目安を表示します）
# A. グローバル install 済みhouki-nta-mcp --bulk-download-everything --bunsho-taxonomy=shotoku
# B. npx 経由npx -y @shuji-bonji/houki-nta-mcp --bulk-download-everything --bunsho-taxonomy=shotoku
# C. ローカルクローンnode /path/to/houki-nta-mcp/dist/index.js --bulk-download-everything --bunsho-taxonomy=shotoku

# 個別実行 — 必要な種別だけ足す（以下は形式 A の例。B / C は上記対応表で置き換え）houki-nta-mcp --quickstart                 # 通達 1 本（既定: 消基通、--tsutatsu= で変更可）houki-nta-mcp --bulk-download-all          # 通達本体 4 種houki-nta-mcp --bulk-download-kaisei       # 改正通達houki-nta-mcp --bulk-download-jimu-unei    # 事務運営指針houki-nta-mcp --bulk-download-bunshokaitou # 文書回答事例houki-nta-mcp --bulk-download-tax-answer   # タックスアンサーhouki-nta-mcp --bulk-download-qa           # 質疑応答事例
# DB の場所とそれを決めた設定、種別ごとの件数を確かめる（DB を作らず、移行もしない。v0.25.0）houki-nta-mcp --status
# 30 日より古い節を再取得（差分更新）houki-nta-mcp --refresh-stale=30 --apply
# 9 種別の代表 URL を canary 検証（HP 構造変更検知）houki-nta-mcp --health-check
# menu.htm を真の正典として CANARY_TARGETS の世代移行を事前検知（canary より前段の予兆検知 / v0.9.4+）# 判定するのは基本通達 4 種と改正通達の索引の 5 件。ほかの 4 件は not-applicable（v0.24.0）houki-nta-mcp --check-baseline-drift

DB は ${XDG_CACHE_HOME:-~/.cache}/houki-nta-mcp/cache.db。詳細は docs/DATABASE.md。

DB の版（v0.24.0）

v0.24.0 で DB のスキーマの版を 12 に上げました。タックスアンサーの索引を保存する tax_answer_index・tax_answer_index_page を足し、document.doc_type を 5 つの値（kaisei・jimu-unei・bunshokaitou・tax-answer・qa-jirei）に限る制約を付けています。v0.3.0〜v0.23.x で作った DB（版 3〜11）は、v0.24.0 の CLI かツールが最初に開いたときに、行を保ったまま版 12 に移行します。取り込み直しは要りません。

DB の版による扱いは次のとおりです。

• この版より新しい版の DB と、版を読めない DB は、どの入口も変更しません。CLI は終了コード 1 で終わり、読むだけのツールは hint で状態を伝えます
• DB を作るのは、投入のフラグ（--quickstart・--bulk-download*）と、国税庁サイトから取ったものを書き戻すツール（nta_get_tsutatsu・nta_get_qa・nta_get_tax_answer）だけです。検索ツールと --refresh-stale は DB を作りません
• 版 1・2 の DB（v0.3.0 より前）は移行できないので、投入のフラグが作り直します（取り込んだ中身は消えます）

注意: 0.24.0 に上げた後は、同じ DB を 0.23.x 以前の CLI や MCP サーバーで開かないでください。0.23.x は版が新しい DB を全テーブルを消して作り直します。

v0.25.0 で足した --status は、DB を確かめるだけの入口です。DB を作らず、版 3〜11 の DB も移行しません（版と「次に開く入口が移行する」ことだけを出します）。

投入済みかどうかを素早く確認する

nta_search_* がエラー DOC_NOT_FOUND（基本通達は TSUTATSU_NOT_FOUND）を返した場合、その種別は MCP サーバーが開いている DB に入っていません（v0.12.0 までは results: [] と「DB 投入済みか確認してください」のヒントでした）。投入の有無は、まず --status で確かめられます（v0.25.0）。

npx -y @shuji-bonji/houki-nta-mcp@latest --status# [status] @shuji-bonji/houki-nta-mcp v0.25.0#   DB: /Users/you/.cache/houki-nta-mcp/cache.db#   DB の場所の設定: 既定#   schema_version: 12#   tsutatsu: 4 (clause: …, fetched_at: … 〜 …)#   qa-jirei: …#   …

--status は次のものを出します。DB を作らず、移行もしません。終了コードは、DB が無いときも 0 です（版が合わない・開けないときは 1）。置き場所のフォルダー（またはパスの途中のフォルダー）に入る権限が無いときは、DB のファイルがあるかを確かめられないので「開けない」として扱い、[ERROR] DB を開けません: EACCES: パスの途中のフォルダーに入る権限がありません (<フォルダー>) を出して終了コード 1 で終わります（v0.27.0。v0.26.x では「DB がまだありません」を出して終了コード 0 でした）。

• 2 行目: DB の場所（--db-path や HOUKI_NTA_DB_PATH は値のまま）
• 3 行目: DB の場所を決めた設定（--db-path / HOUKI_NTA_DB_PATH / XDG_CACHE_HOME / 既定）
• 同じフォルダーにほかの cache*.db（退避したファイルを含む）があれば [WARN] の行。ファイルは開かず、名前・大きさ・最終更新だけを出します
• 種別ごとの件数と取得日時の範囲（国税庁の索引から消えた文書の件数を含む）

sqlite3 で直接数えることもできます。

# 各 docType の件数を一発で確認 (DB が無ければ投入前)sqlite3 "$HOME/.cache/houki-nta-mcp/cache.db" \  "SELECT doc_type, COUNT(*) FROM document GROUP BY doc_type ORDER BY doc_type;"

期待される doc_type 名 → 対応 bulk DL コマンド:

--bulk-download-everything は上記すべてを順番に実行する短絡コマンドです。

bunsho-taxonomy / tax-answer-taxonomy / qa-topic で範囲を絞らない場合、bunshokaitou と qa-jirei は数千件単位になるため、初回は taxonomy/topic を絞って投入することを推奨します。

税目に渡せる値は次のとおりです。v0.14.2 から、ここに無い値を渡すと、何も投入せずに使える値を表示して終了します（v0.24.0 から終了コード 2。v0.23.x までは 1）。--help にも同じ一覧を載せています。

v0.14.1 までは値を見ずに受け取っていたため、税目を打ち間違えても投入が 0 件のまま正常終了していました。

# 例: 所得税関連だけを bulk DL（数十分 → 数分に短縮）
# A. グローバル install 済みhouki-nta-mcp --bulk-download-bunshokaitou --bunsho-taxonomy=shotokuhouki-nta-mcp --bulk-download-qa --qa-topic=shotoku
# B. npx 経由npx -y @shuji-bonji/houki-nta-mcp --bulk-download-bunshokaitou --bunsho-taxonomy=shotokunpx -y @shuji-bonji/houki-nta-mcp --bulk-download-qa --qa-topic=shotoku
# C. ローカルクローンnode /path/to/houki-nta-mcp/dist/index.js --bulk-download-bunshokaitou --bunsho-taxonomy=shotokunode /path/to/houki-nta-mcp/dist/index.js --bulk-download-qa --qa-topic=shotoku

推奨運用フロー

スクレイピング主体のため、国税庁 HP の構造変更で bulk DL や parse が静かに壊れるリスクがあります。検知・可視化のため、以下を組み合わせて運用するのを推奨:

flowchart LR  subgraph Monthly["月次（重い処理 / ~51 分）"]    M1["--bulk-download-everything<br/>6 種別を順次投入<br/>+ baseline 履歴記録"]  end
  subgraph Weekly["週次（軽い処理 / 数秒〜数十秒）"]    direction TB    W1["--check-baseline-drift<br/>menu.htm 突合<br/>(v0.9.4+, ~0.1 秒)"]    W2["--health-check --strict<br/>9 種別 canary fetch+parse<br/>(~10 秒)"]  end
  DB[("SQLite cache.db")]  R(["MCP レスポンス<br/>+ freshness<br/>(fresh / stale / outdated)"])
  M1 -->|"normalize + insert"| DB  DB -->|"DB-first 応答"| R  W1 -.->|"drift 検出時<br/>baseline URL 更新を上申"| M1  W2 -.->|"parser 失敗時<br/>HP 構造変更を検知"| M1  R -.->|"stale なら<br/>再 bulk DL を促す"| M1
  classDef monthly fill:#cce5ff,stroke:#0066cc  classDef weekly fill:#d4edda,stroke:#28a745  classDef response fill:#fff3cd,stroke:#ffc107  class Monthly monthly  class Weekly weekly  class R response

設計の要点: 重い bulk-download-everything は 月次、軽い health-check / check-baseline-drift は 週次で階層化。週次の 2 つは Lv-3a (soft-404) と Lv-3b (menu.htm drift) の二重防御で、canary が落ちる前に baseline 更新を促せます (詳細は docs/RESILIENCE.md §5.9-5.11)。

[!NOTE] 以下の表およびコマンド例は、前述「コマンドの呼び出し形式」の 形式 A (グローバル install 済み) を前提に記載しています。B (npx) / C (ローカルクローン) を使う場合は同様に置き換えてください。

cron 設定例:

# A. グローバル install 済み（npm install -g 済 / `which houki-nta-mcp` で絶対パス確認）# 月初に bulk DL（毎月 1 日 03:00 JST）0 3 1 * *  /usr/local/bin/houki-nta-mcp --bulk-download-everything > ~/.cache/houki-nta-mcp/last-bulk.log 2>&1# 月曜に health-check（毎週月曜 09:00 JST）0 9 * * 1  /usr/local/bin/houki-nta-mcp --health-check >> ~/.cache/houki-nta-mcp/health.log 2>&1
# B. npx 経由（PATH に node が通っている前提。/opt/homebrew/bin など環境ごとに調整）0 3 1 * *  /opt/homebrew/bin/npx -y @shuji-bonji/houki-nta-mcp --bulk-download-everything > ~/.cache/houki-nta-mcp/last-bulk.log 2>&10 9 * * 1  /opt/homebrew/bin/npx -y @shuji-bonji/houki-nta-mcp --health-check >> ~/.cache/houki-nta-mcp/health.log 2>&1
# C. ローカルクローン0 3 1 * *  /opt/homebrew/bin/node /path/to/houki-nta-mcp/dist/index.js --bulk-download-everything > ~/.cache/houki-nta-mcp/last-bulk.log 2>&10 9 * * 1  /opt/homebrew/bin/node /path/to/houki-nta-mcp/dist/index.js --health-check >> ~/.cache/houki-nta-mcp/health.log 2>&1

[!TIP] cron は環境変数を継承しないので、houki-nta-mcp / npx / node は 絶対パスで指定してください。which houki-nta-mcp / which npx / which node で確認できます。

検索ツールのレスポンスには freshness フィールドが付き、staleness (fresh/stale/outdated) で再 bulk DL の必要性を判断できます。freshness.db_path は引いた DB のパスです（v0.25.0。ホームディレクトリの部分は ~）。範囲に文書が無いときも freshness は付き、取得日時の 4 つ（oldest_fetched_at・newest_fetched_at・staleness・days_since_oldest）が null になります。設計詳細は docs/RESILIENCE.md。

応答と CLI の案内のコマンド（v0.25.0）

hint・next_actions[].example.command・freshness.warning・CLI のエラーの文が勧めるコマンドは、グローバルにインストールしていなくても動く npx -y @shuji-bonji/houki-nta-mcp@latest <フラグ> の形です（v0.24.x までは houki-nta-mcp <フラグ> で、インストールしていないと command not found になりました）。DB の場所を環境変数で決めて起動・実行したときは、同じ変数を前に付けます（例: HOUKI_NTA_DB_PATH="$HOME/.cache/houki-nta-mcp/cache.dev.db" npx -y …）。CLI に --db-path を付けたときは、後ろに --db-path=… を付けます。そのまま貼り付ければ同じ DB に投入できます。--help の使い方だけは houki-nta-mcp <フラグ> の形です。

通達の法的位置付け（重要）

通達は 行政内部文書 であり、国民・裁判所には直接的な法的拘束力を持ちません（最高裁 昭和43.12.24 墓地埋葬法事件）。ただし税務署員は職務命令として守る義務があり、実務上は事実上の規範 として機能します。

┌──────────────────────────────────────────────────┐│ 法律 (国会制定)              → 全員に拘束力     ││ 政令・省令・告示             → 同上             ││ ─── ここまでが houki-egov-mcp ─── ││ 通達 (行政内部)              → 税務署員のみ拘束 ││ 質疑応答事例                 → 参考情報         ││ タックスアンサー             → 一般向け解説     ││ ─── ここが houki-nta-mcp ─── │└──────────────────────────────────────────────────┘

各レスポンスには legal_status フィールドが付与され、種別ごとの拘束力（binds_citizens / binds_courts / binds_tax_office）が明示されます。LLM はこの情報を尊重して回答を組み立てる前提です。

通達は国民・裁判所を拘束しないので、根拠は法律の条文で確かめる必要があります。v0.11.0 から、基本通達が解釈している法律・政令・省令と、その法律を houki-egov-mcp の get_law で読むための next_actions が応答に付きます。

• nta_get_tsutatsu: base_laws（配列）
• nta_search_tsutatsu: base_laws_by_tsutatsu（検索結果に現れた通達 → 配列の対応表）。対応は通達単位の事実なので、hit ごとではなく応答に 1 回だけ置きます

条番号は付けません。通達の項と法律の条の対応は一律ではなく、推測で付けると誤った引用につながるためです。

なぜ通達まで取得するのか

法律本文だけでは判断できないケースが多数あります。例えば消費税の軽減税率:

• 法律（消費税法 4 条）「飲食料品の譲渡には軽減税率を適用」
• 政令: 飲食料品の定義
• 基本通達 5-1-9: 「社内会議で出した飲食料品」「会議室への提供」「テイクアウト」の区分
• 質疑応答事例: 個別事例（「テレワーク手当に含まれる飲料水」等）

会計・経理・税務系プロダクトを開発する場合、通達レベルまで参照しないと正しい判定ができない ことが多く、houki-nta-mcp はその領域をカバーします。

インストール

// claude_desktop_config.json{  "mcpServers": {    "houki-egov": {      "command": "npx",      "args": ["-y", "@shuji-bonji/houki-egov-mcp"]    },    "houki-nta": {      "command": "npx",      "args": ["-y", "@shuji-bonji/houki-nta-mcp"]    }  }}

法律本文と通達の両方を引けるよう、両方を併用することを推奨します。

初回 bulk DL の注意

• MCP サーバ起動とは別プロセス で bulk DL を事前実行します。まず試すなら npx -y @shuji-bonji/houki-nta-mcp --quickstart（通達 1 本、約 3〜5 分）、全部入りは --bulk-download-everything（6 種別、約 100 分）。
• pdf-reader-mcp を併用すると、改正通達の添付 PDF（新旧対照表など）も内容取得できます。v0.7.0 以降は kind 分類で「どの PDF を最優先で読むべきか」が Markdown 出力に明示され、v0.7.2 + pdf-reader-mcp v0.3.0 以降では comparison / attachment 系の PDF に対して extract_tables 呼び出し例を自動で出力します（表構造を保持したまま改正後/改正前を分離）。

prerelease (alpha) チャンネル

"args": ["-y", "@shuji-bonji/houki-nta-mcp@next"]   // alpha 系を追従"args": ["-y", "@shuji-bonji/houki-nta-mcp@latest"] // 安定版（既定）

ローカル開発

git clone [email protected]:shuji-bonji/houki-nta-mcp.gitcd houki-nta-mcpnpm installnpm run buildnpm test

// 開発中の動作確認 (.mcp.json){  "mcpServers": {    "houki-nta-local": {      "command": "node",      "args": ["/absolute/path/to/houki-nta-mcp/dist/index.js"]    }  }}

エラー応答 (houki-hub family contract)

本 MCP のエラー応答は houki-hub family 共通契約に従います。code 文字列は family 全体で統一された語彙を使用するため、houki-egov-mcp / pdf-reader-mcp と併用しても LLM・Skill 層は一貫したロジックで解釈できます。

• docs/ERROR-CODES.md — 共通エラーコード語彙の正典 (houki-research-skill)
• docs/ERROR-HANDLING.md — 解釈ポリシー / next_actions テンプレ

実装は houki-egov-mcp の src/errors.ts をリファレンスとしつつ、本 MCP では共通パッケージ (houki-abbreviations 等) への依存を持たず独立して実装します。

v0.10.0 以降、tools/call の応答は次の 3 経路でも同じ形式になり、いずれも isError: true が付きます（houki-egov-mcp v0.5.3 と同じ）。

ローカル DB を開けないことは「handler が例外を投げた」に当たりません（v0.26.0）。読むだけのツールは「DB に 1 件も無い」ときの DOC_NOT_FOUND（nta_search_tsutatsu は TSUTATSU_NOT_FOUND）を返し、書き戻すツール（nta_get_tsutatsu・nta_get_qa・nta_get_tax_answer）は DB を使わずに国税庁サイトから取って返します。v0.25.x まではどちらも INTERNAL_ERROR でした。

handler が LawServiceError（上の JSON 形式）を返した場合も isError: true が付きます。

{  "error": "改正通達 docId=\"0025004-999\" は見つかりません",  "code": "DOC_NOT_FOUND",  "hint": "DB の改正通達 118 件に、この docId はありません。available_doc_ids（新しい順に 30 件）から選ぶか、nta_search_kaisei_tsutatsu で検索して docId を確かめてください。DB を投入した後に国税庁が公開した文書は、`npx -y @shuji-bonji/houki-nta-mcp@latest --bulk-download-kaisei` をもう一度実行すると取り込めます",  "available_doc_ids": [    { "docId": "0026003-067", "title": "消費税法基本通達の一部改正について（法令解釈通達）", "issuedAt": "2026-04-01" }  ],  "next_actions": [    {      "action": "nta_search_kaisei_tsutatsu",      "reason": "キーワード検索で正しい docId を探せます"    }  ],  "tool": "nta_get_kaisei_tsutatsu"}

国税庁サイトとの通信の失敗（v0.24.0）

nta_get_tsutatsu・nta_get_qa・nta_get_tax_answer が国税庁サイトから取れなかったときは、失敗の種類で次の code を返します（houki-egov-mcp と同じ 4 つ）。ページが無い（404・410・/error/404.htm への転送）ことは DOC_NOT_FOUND で、この表には入りません。

v0.23.0 までは、どれも SOURCE_API_ERROR・retryable: true でした。

引数の検査（v0.22.0）

v0.22.0 から、引数の誤りは DB や国税庁サイトを引く前に INVALID_ARGUMENT で返します。v0.21.x までは、範囲の外の値を丸めたり、空のキーワードを「該当なし」として返したりしていました。

文書の識別子の形は次のとおりです。形は合っていても DB に無い値は、DOC_NOT_FOUND と available_doc_ids で案内します。

nta_get_qa の category と id は 1 桁か 2 桁の数字、nta_get_tax_answer の no は 4 桁の数字です。略称（abbr・name、検索キーワードの略称の展開）も、全角の英数字・ダッシュ類・全角スペースを半角に揃えてから辞書を引くので、ＰＬ法 は PL法 と同じ結果になります。

docId が見つからないとき（v0.14.1）

取得系の nta_get_kaisei_tsutatsu / nta_get_jimu_unei / nta_get_bunshokaitou は、指定された docId が DB に無いとき、理由を 2 つに分けて返します。どちらも code は DOC_NOT_FOUND です（v0.21.x までは、改正通達と事務運営指針が TSUTATSU_NOT_FOUND でした）。

v0.14.0 までは、どちらの場合も「DB に未投入です」と返して bulk download を案内していたため、docId を打ち間違えただけでも投入を勧めていました。

ドキュメント

• 🌐 docs/HOUKI-FAMILY-INTEGRATION.md — houki-hub family 4 つを連携した統合利用ガイド (Claude Desktop / Claude Code 向け install→設定→実例 4 ユースケース)
• docs/DESIGN.md — 設計原則・houki-hub family 内の位置付け・ツール設計
• docs/DATABASE.md — SQLite + FTS5 スキーマ・テーブル仕様・マイグレーション履歴
• docs/DATA-SOURCES.md — 国税庁公開コンテンツの URL 構造・スクレイピング方針・ライセンス
• docs/RESILIENCE.md — HP 構造変更検知の 5 層フレームワーク・運用フロー
• docs/PHASE4-PDF.md — Phase 4: PDF メタデータ強化と pdf-reader-mcp 連携の責務分離
• docs/PHASE4-PDF-FIXTURES.md — kind 別代表 PDF カタログ + Phase 4-3 実機テスト結果
• 🚧 docs/PHASE6.md — Phase 6 計画書: 運用品質と発信の底上げ (v1.0.0 への道) — search relevance ranking / bulk DL 差分更新 / houki-hub-doc + llms.txt 公開
• llms.txt — LLM 向け summary（family routing / setup / legal positioning）
• DISCLAIMER.md — 通達の法的位置付け・利用範囲
• CONTRIBUTING.md — 貢献方法
• CHANGELOG.md — リリースノート

業法との関係

本 MCP は 一次情報の取得・提示のみ を担います。分析は LLM、当てはめと結論は事実を見た人（本人か、資格を持つ専門家）が行います。税理士・弁護士・社会保険労務士が自分の業務の調査に使うことは通常の使い方です。

想定していないのは、本 MCP が個別の事案の結論を返すことと、資格のない者がその出力を他人の税務の判断として業で渡すこと（税理士法 52 条が資格者に限定）の 2 つです。詳細は DISCLAIMER.md 参照。

ライセンス

MIT — フォーク・改変・再配布を自由に許可します。

国税庁コンテンツの著作権は 国（国税庁） にあり、再配布・改変は政府標準利用規約（第 2.0 版）の範囲内で可能です。本 MCP は出典 URL を必ず付与する設計とし、利用者は元情報を確認できます。

houki-hub MCP family

family 全体のドキュメントサイト（houki-hub.mikuro.net / 構築中）で各 MCP の詳細を順次公開予定です。

💡 houki-nta-mcp 単体ではなく houki-egov-mcp + pdf-reader-mcp と連携させて使う方法 は docs/HOUKI-FAMILY-INTEGRATION.md にまとめてあります。Claude Desktop / Claude Code の設定例から、新旧対照表 PDF を extract_tables で表構造のまま抽出する実例まで、一から順に追えるガイドです。

作者が責任を負わないのは、本 MCP の出力をそのまま業務上の正解として扱った結果です。資格のない者が出力を他人の税務の判断として業で渡すこと（税理士法 52 条が資格者に限定）は想定していません。DISCLAIMER.md を必ずご確認ください。