Houki NTA MCP Server
by shuji-bonji
README.md
# Houki NTA MCP Server
[](https://github.com/shuji-bonji/houki-nta-mcp/actions/workflows/ci.yml)
[](LICENSE)
[](https://nodejs.org/)
税務の下調べで、国税庁（NTA）の通達と事例を LLM から引くための MCP サーバーです。国税庁公式サイトの **基本通達・改正通達・事務運営指針・文書回答事例・タックスアンサー・質疑応答事例** をローカル SQLite に取り込み、FTS5 で全文検索します。「法律で決まっている」と「通達でそうなっている」を混ぜずに、`legal_status`（通達は国民を拘束しない旨）と根拠条文への案内と鮮度を添えて返します。
法律本文（法・政令・省令）は別 MCP の [`@shuji-bonji/houki-egov-mcp`](https://github.com/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](docs/HOUKI-FAMILY-INTEGRATION.md)**
## できること
経理・税務の担当者や、会計・税務のアプリを作る開発者が、国税庁の公式な解説と通達を根拠つきで確かめるための機能です。
- 下の表の 6 種類の文書を、キーワードで検索できます。応答には出典の URL と取得日時が付きます
- 応答ごとに `legal_status` を付け、「法律で決まっている」ことと「通達や解説でそうなっている」ことを区別できるようにします
- 基本通達の応答には、その通達が解釈している法律・政令・省令と、[`houki-egov-mcp`](https://github.com/shuji-bonji/houki-egov-mcp) で条文を読むための `next_actions` が付きます
- 改正通達の添付 PDF（新旧対照表など）は、どれを先に読むべきかと読み方を返します
| 種類 | 件数 | 拘束力（`legal_status`） |
| --- | ---: | --- |
| 基本通達 4 種（消基通・所基通・法基通・相基通） | 3,456 項 | 税務署員を拘束する。国民・裁判所は拘束しない |
| 改正通達 | 118 件 | 同上 |
| 事務運営指針 | 32 件 | 同上 |
| 文書回答事例 | 487 件 | 個別の照会への国税庁の回答。一般的な法的拘束力はない |
| タックスアンサー | 746 件 | 国税庁の参考解説。法的拘束力はない |
| 質疑応答事例（9 税目） | 1,841 件 | 同上 |
件数は、2026-09-07〜09-24 JST に全種別を取り込んだ手元の DB の実数です。国税庁サイトの更新で増減します。
### 相談の形の問いでの使い方
「会社員で、副業の所得が 20 万円以下なら確定申告はしなくてよいか」と尋ねると、LLM が `nta_search_tax_answer(keyword="給与所得者で確定申告が必要な人")` を呼び、タックスアンサーのコード 1900「給与所得者で確定申告が必要な人」と、1906「給与所得者がネットオークション等により副収入を得た場合」が返ります。応答の `legal_status` は、これらが国税庁の参考解説で法的拘束力を持たないことを示します。
根拠の条文（所得税法第 121 条第 1 項「確定所得申告を要しない場合」）は、[`houki-egov-mcp`](https://github.com/shuji-bonji/houki-egov-mcp) の `get_law` で読めます。解説と条文を並べると、給与の支払者の数や年末調整の有無のように、答えを分ける条件が分かります。個別の事案に当てはめた結論（「あなたは申告が不要です」）は返しません。理由は[業法との関係](#業法との関係)に書いています。
## まず試す
`claude_desktop_config.json` に次の設定を足して、Claude Desktop を再起動します。
```json
{
"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 分で取り込めます。
```bash
npx -y @shuji-bonji/houki-nta-mcp --quickstart
```
全種別の取り込みと税目ごとの絞り込みは「[初回セットアップ（bulk DL）](#初回セットアップbulk-dl)」をご覧ください。
## 主な機能
- **6 大コンテンツに対応**: 基本通達 4 種 + 改正通達・事務運営指針・文書回答事例・タックスアンサー・質疑応答事例
- **14 ツール提供**: 取得 + FTS5 全文検索 + PDF メタ取得 + 略称解決
- **高速応答**: bulk DL 済なら DB から即時応答（~10ms）。未投入のときの動きは取得ツールごとに違います（[取得ツールが DB をどう使うか](#取得ツールが-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 をどう使うか](#取得ツールが-db-をどう使うか)を参照してください。
```mermaid
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 ツール）
| Tool | 用途 |
| ---------------------------- | -------------------------------------------------------------------------------------------------------------------------------- |
| `nta_get_tsutatsu` | 通達本文を取得（DB → 無ければ国税庁サイト、4 通達対応） |
| `nta_search_tsutatsu` | 通達を FTS5 全文検索（`freshness` 付き） |
| `nta_get_kaisei_tsutatsu` | 改正通達を docId で取得（DB のみ。本文 + kind 分類付き PDF 表） |
| `nta_search_kaisei_tsutatsu` | 改正通達を FTS5 検索（`hasPdf` フィルタ・`freshness`） |
| `nta_get_jimu_unei` | 事務運営指針を取得（DB のみ） |
| `nta_search_jimu_unei` | 事務運営指針を FTS5 検索（`hasPdf` フィルタ・`freshness`） |
| `nta_get_bunshokaitou` | 文書回答事例を取得（DB のみ） |
| `nta_search_bunshokaitou` | 文書回答事例を FTS5 検索（`hasPdf` フィルタ・`freshness`） |
| `nta_get_tax_answer` | タックスアンサー本文を取得（DB → 無ければ国税庁サイト） |
| `nta_search_tax_answer` | タックスアンサーを FTS5 全文検索（`hasPdf` フィルタ・`freshness`） |
| `nta_get_qa` | 質疑応答事例の本文を取得（DB → 無ければ国税庁サイト） |
| `nta_search_qa` | 質疑応答事例を FTS5 全文検索（`topic` で税目の絞り込み・`freshness` 付き） |
| `nta_inspect_pdf_meta` | 指定文書の添付 PDF の一覧に kind と読み方（`read_strategy` / `layout_note`）を付けて返す。`save: true` で PDF を保存して絶対パスを返し、`next_actions` に pdf-reader-mcp の呼び出し例と汎用の 1 件を置く。本文は読まない (v0.7.1、v0.19.0 で読み手を固定しない形に) |
| `resolve_abbreviation` | 略称→エントリ解決（houki-abbreviations 経由） |
### 取得ツールが DB をどう使うか
取得ツール 6 つは、ローカル DB を先に引く点は同じですが、**DB に無かったときの動きが 2 通りに分かれます**（v0.16.0 / Issue #29）。
| ツール | DB を先に引く | DB に無いとき | DB へ書き戻す | 応答の `source` |
| --- | --- | --- | --- | --- |
| `nta_get_tsutatsu` | 引く | 国税庁サイトから取得 | 書き戻す | `"db"` / `"live"` |
| `nta_get_qa` | 引く | 国税庁サイトから取得 | 書き戻す | `"db"` / `"live"` |
| `nta_get_tax_answer` | 引く | 国税庁サイトから取得 | 書き戻す | `"db"` / `"live"` |
| `nta_get_kaisei_tsutatsu` | 引く | `DOC_NOT_FOUND` を返す | — | 付かない |
| `nta_get_jimu_unei` | 引く | `DOC_NOT_FOUND` を返す | — | 付かない |
| `nta_get_bunshokaitou` | 引く | `DOC_NOT_FOUND` を返す | — | 付かない |
ローカル 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` を返していました）。
`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` に「索引から消えたことを最初に確認した日時」を入れ、応答で現行の文書と区別できるようにしています。
| 応答 | 付くもの |
| --- | --- |
| `nta_search_*`（5 種別） | 各件に `index_status: "removed_from_index"` と `orphaned_at`、`search_notes` に「N 件のうち M 件は索引から外れています」の 1 行 |
| `nta_get_*`（5 種別） | `index_status` / `orphaned_at` / `notice`（Markdown 形式では「索引の状態」の行と注記） |
0.24.1 から、検索ツールの `freshness` は国税庁の索引にある文書だけで判定します。索引から消えた文書（`index_status: "removed_from_index"`）は取り直されないため、0.24.0 までは、その古い取得日時のせいで投入をやり直しても `stale` や `outdated` のままになることがありました。DB を作り直す必要はありません。
検索結果から除外はしません。除外すると、過去の期間を調べたい利用者が引けなくなります。
印の付け外しは `--bulk-download-*` のときに行います。
- 索引に戻っていれば印を外します（国税庁サイトの一時的な不整合や、世代ディレクトリの移行中に消えたように見える場合があるため）
- 索引にある文書と題名が一致する行には印を付けません（`sozoku` → `sozoku2` のような世代移行で doc_id が変わっただけの文書を、消えたと数えないため）
- 索引の取得に失敗した税目がある実行では、判定そのものを行いません（その税目の文書が丸ごと「消えた」と判定されるため）
### 対応通達（4 種）
| 通達 | 略称 | TOC スタイル | clause 番号体系 |
| ---------------- | ------ | ------------ | ---------------------------------------------- |
| 消費税法基本通達 | 消基通 | shohi | 3 階層 `1-4-13の2` |
| 所得税基本通達 | 所基通 | shotoku | 2 階層 `2-4の2` / 共通通達 `183~193共-1` |
| 法人税基本通達 | 法基通 | hojin | 3 階層、節の2 を含む `1-3の2-N` |
| 相続税法基本通達 | 相基通 | sozoku | flat 構造、ナカグロ複数条共通 `1の3・1の4共-1` |
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 からは次のように扱います。
| 語の長さ | 扱い |
|------|------|
| 3 文字以上 | FTS5 で全文検索します（これまでどおり） |
| 2 文字 | 3 文字以上の語と一緒なら、FTS5 のヒットを「本文かタイトルにその 2 文字語を含むもの」に絞り込みます。2 文字語だけのときは、本文とタイトルの部分一致（`LIKE`）で検索します（FTS5 の rank は付かないため score は低めになります） |
| 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 でも投入をやり直すよう案内していました。
| DB の状態 | 応答 |
| --- | --- |
| その種別の文書が DB に 1 件も無い | エラー `DOC_NOT_FOUND`。「該当なし」という検索結果ではないことを応答の形で示します。`hint` に開こうとした DB ファイルのパスと投入コマンドを、`next_actions` に投入コマンドを入れます。`hint` の先頭は DB の状態で分かれます（下の表） |
| 税目の絞り込み（`topic` / `taxonomy`）の範囲に文書が無い | `results: []`。`hint` で絞り込みを外すよう案内し、`available_taxonomies` にその種別の文書が持つ税目の一覧を入れます |
| `hasPdf` の条件に合う文書が無い | `results: []`。`hint` で `hasPdf` を外すよう案内します（質疑応答事例は PDF を持たないため、`hasPdf: true` では常にこれになります） |
| 文書はあるが、キーワードに合わない | `results: []`。`hint` に「該当なし」と、検索した文書の件数を書きます。`freshness` で 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 のパスで、ホームディレクトリの部分は `~` になります。
| `hint` の先頭 | DB の状態 |
| --- | --- |
| `ローカル DB（<パス>）がありません。` | DB のファイルが無い |
| `HOUKI_NTA_DB_PATH が指すファイル（<パス>）がありません。` | 環境変数 `HOUKI_NTA_DB_PATH` が指すファイルが無い |
| `ローカル DB（<パス>）にはまだ何も投入されていません。` | ファイルはあるが、何も投入されていない（0 バイトのファイルなど） |
| `ローカル DB（<パス>）の版 …` | DB の版が合わない（古くて移行できない・新しい・読めない） |
| `ローカル DB（<パス>）を開けません。` | DB を開けない（SQLite でないファイル、フォルダー、パスの途中が普通のファイル、DB のファイルを読む権限が無い）。パス・権限・ファイルを確かめ、`hint` が案内する `--status` で開けない理由を見ます。`retryable: false` で、開けない理由の文は `detail.cause` に入ります。`next_actions` に投入の案内は入りません（v0.26.0） |
| `ローカル DB（<パス>）に<種別>（doc_type="…"）が入っていません。` | 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"`）はこの欄を次のように分けて返します。
| フィールド | 中身 | 例（shohi/02/19） |
| --- | --- | --- |
| `related_laws` | 法令の参照。`law_name` / `article` / `paragraph` / `item`（別表は `appendix`）と、元の要素 `raw` | `{ "law_name": "消費税法", "article": "2", "paragraph": 1, "item": 8 }` |
| `related_tsutatsu` | 通達の参照。`name` / `clause` / `raw` | `{ "name": "消費税法基本通達", "clause": "5-1-1" }` |
| `next_actions` | 法令は houki-egov-mcp の `get_law`、基本通達 4 種は `nta_get_tsutatsu` への案内。引数をそのまま渡せます | `{ "mcp": "houki-egov", "tool": "get_law", "law_name": "消費税法", "article": "2", "paragraph": 1, "item": 8 }` |
| `qa.notice` / `qa.basisDate` | ページ下部の「注記」（作成時点と、一般的な回答である旨の断り書き）と、その作成基準日 | `"2025-08-01"` |
- 「所得税法第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 の値は変えていないので、取り込み直しは要りません。
| 税目 | 本庁の表記 | 国税局の表記 |
| --- | --- | --- |
| 相続税 | `sozoku` | `souzoku` |
| 源泉所得税 | `gensen` | `gensenshotoku` |
| 譲渡所得・山林所得 | `joto-sanrin` | `joto_sanrin` |
`--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 から、略称と通称で扱いを分けました。
| キーワードの種類 | 例 | 扱い |
| --- | --- | --- |
| 略称そのもの | 「消基通」→ 消費税法基本通達、「消法」→ 消費税法 | これまでどおり、元の語と正式名の両方で検索します |
| 通称 | 「インボイス」「軽減税率」「適格請求書発行事業者」→ 消費税法 | **元の語で 0 件のときだけ**正式名で検索します |
通称の展開先（「消費税法」）は、通達・質疑応答事例の本文にほぼ必ず出てきます。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` を付けないと取り直されません。
```bash
npx -y @shuji-bonji/houki-nta-mcp@latest --bulk-download-tax-answer --refresh
```
約 750 件を 1 件ずつ取るので、15 分ほどかかります。多くの記事の本文が変わるため、終わりに「構造変質の疑い」の `⚠ health warning:` が 1 回出ますが、この入れ直しでは想定どおりです。
## 使い方の例
```jsonc
// 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 本だけを入れて動くことを確かめてください。
```bash
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` を使う場合は同様に置き換えてください。
| 利用形態 | コマンド形式 | 前提 |
| ------------------------------ | ---------------------------------------------------------------------- | ------------------------------------------------------ |
| **A. グローバル install 済み** | `houki-nta-mcp --bulk-download-everything` | `npm install -g @shuji-bonji/houki-nta-mcp` 実行済み |
| **B. npx 経由（都度実行）** | `npx -y @shuji-bonji/houki-nta-mcp --bulk-download-everything` | Node.js / npm がインストール済みなら追加準備不要 |
| **C. ローカルクローン** | `node /path/to/houki-nta-mcp/dist/index.js --bulk-download-everything` | `git clone` + `npm install` + `npm run build` 実行済み |
> [!TIP]
> Claude Desktop / Claude Code で MCP サーバとして登録する場合は別問題で、`mcp_servers` 設定の `npx -y @shuji-bonji/houki-nta-mcp` (= 形式 B) を使います（後述「Claude Desktop / Claude Code への登録例」を参照）。bulk DL は **MCP サーバ起動とは別プロセス** で人間が実行するため、ここではどの形式でも構いません。
```bash
# 全部入り: 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
```
```bash
# 個別実行 — 必要な種別だけ足す（以下は形式 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
```
| コンテンツ | 件数の目安 | 投入時間 |
| ----------------- | ----------------- | -------------------------- |
| 通達本体 (4 通達) | 約 2,800 clauses | 10-15 分 |
| 改正通達 | 約 125 docs | 5-10 分 |
| 事務運営指針 | 約 32 docs | 約 1 分 |
| 文書回答事例 | 数百〜2,000+ docs | 約 30 分超（絞り込み推奨） |
| タックスアンサー | 約 750 docs | 約 14 分 |
| 質疑応答事例 | 約 1,840 docs | 約 35 分 |
DB は `${XDG_CACHE_HOME:-~/.cache}/houki-nta-mcp/cache.db`。詳細は [`docs/DATABASE.md`](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）。
```bash
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）。
- 2 行目: DB の場所（`--db-path` や `HOUKI_NTA_DB_PATH` は値のまま）
- 3 行目: DB の場所を決めた設定（`--db-path` / `HOUKI_NTA_DB_PATH` / `XDG_CACHE_HOME` / `既定`）
- 同じフォルダーにほかの `cache*.db`（退避したファイルを含む）があれば `[WARN]` の行。ファイルは開かず、名前・大きさ・最終更新だけを出します
- 種別ごとの件数と取得日時の範囲（国税庁の索引から消えた文書の件数を含む）
`sqlite3` で直接数えることもできます。
```bash
# 各 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 コマンド:
| doc_type | bulk DL コマンド | 備考 |
| -------------- | ---------------------------------------------------- | ----------------------------------------------------- |
| `tsutatsu` | `--bulk-download-all` | 通達本体 4 種を一括（消基通・所基通・法基通・相基通） |
| `kaisei` | `--bulk-download-kaisei` | 改正通達 |
| `jimu-unei` | `--bulk-download-jimu-unei` | 事務運営指針 |
| `bunshokaitou` | `--bulk-download-bunshokaitou [--bunsho-taxonomy=…]` | 文書回答事例（taxonomy 指定で短縮） |
| `tax-answer` | `--bulk-download-tax-answer` | タックスアンサー |
| `qa-jirei` | `--bulk-download-qa [--qa-topic=…]` | 質疑応答事例（topic 指定で短縮） |
`--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` にも同じ一覧を載せています。
| フラグ | 使える値 |
| --- | --- |
| `--bunsho-taxonomy` | `shotoku` / `gensen` / `joto-sanrin` / `sozoku` / `zoyo` / `hyoka` / `hojin` / `shohi` / `shozei` / `sonota`（国税局の表記 `souzoku` / `gensenshotoku` / `joto_sanrin` も可） |
| `--tax-answer-taxonomy` | `shotoku` / `gensen` / `joto` / `sozoku` / `zoyo` / `hyoka` / `hojin` / `shohi` / `inshi` / `hotei` / `fufuku` / `saigai` / `osirase`（国税庁の索引の税目フォルダ。v0.24.0 で `zoyo` / `hyoka` / `hotei` / `fufuku` / `saigai` を足しました） |
| `--qa-topic` | `shotoku` / `gensen` / `joto` / `sozoku` / `hyoka` / `hojin` / `shohi` / `inshi` / `hotei` |
v0.14.1 までは値を見ずに受け取っていたため、税目を打ち間違えても投入が 0 件のまま正常終了していました。
```bash
# 例: 所得税関連だけを bulk DL（数十分 → 数分に短縮）
# A. グローバル install 済み
houki-nta-mcp --bulk-download-bunshokaitou --bunsho-taxonomy=shotoku
houki-nta-mcp --bulk-download-qa --qa-topic=shotoku
# B. npx 経由
npx -y @shuji-bonji/houki-nta-mcp --bulk-download-bunshokaitou --bunsho-taxonomy=shotoku
npx -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=shotoku
node /path/to/houki-nta-mcp/dist/index.js --bulk-download-qa --qa-topic=shotoku
```
## 推奨運用フロー
スクレイピング主体のため、国税庁 HP の構造変更で bulk DL や parse が静かに壊れるリスクがあります。検知・可視化のため、以下を組み合わせて運用するのを推奨:
```mermaid
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`](docs/RESILIENCE.md) §5.9-5.11)。
> [!NOTE]
> 以下の表およびコマンド例は、前述「コマンドの呼び出し形式」の **形式 A (グローバル install 済み)** を前提に記載しています。`B` (npx) / `C` (ローカルクローン) を使う場合は同様に置き換えてください。
| 頻度 | コマンド | 用途 |
| ------------ | ------------------------------------------ | -------------------------------------------------------------------------------------- |
| 月 1 回 | `houki-nta-mcp --bulk-download-everything` | 4 パターン集計 + baseline 永続化 |
| 週 1 回 | `houki-nta-mcp --health-check` | 9 種別の代表 URL を canary fetch + parse |
| 週 1 回 | `houki-nta-mcp --check-baseline-drift` | menu.htm を正典として世代移行 (`sozoku2` 等) を事前検知 (v0.9.4+、canary より早期)。判定するのは基本通達 4 種と改正通達の索引の 5 件で、ほかの 4 件は `not-applicable` |
| 週 1 回 (CI) | GitHub Actions cron | `--health-check --strict` で自動検知 + `--check-baseline-drift` で drift 警告 (別 job) |
cron 設定例:
```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>&1
0 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>&1
0 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`](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 回だけ置きます
| 基本通達 | `base_laws` |
| --- | --- |
| 消費税法基本通達 | 消費税法、消費税法施行令、消費税法施行規則 |
| 所得税基本通達 | 所得税法、所得税法施行令、所得税法施行規則 |
| 法人税基本通達 | 法人税法、法人税法施行令、法人税法施行規則 |
| 相続税法基本通達 | 相続税法、相続税法施行令、相続税法施行規則 |
条番号は付けません。通達の項と法律の条の対応は一律ではなく、推測で付けると誤った引用につながるためです。
## なぜ通達まで取得するのか
法律本文だけでは判断できないケースが多数あります。例えば消費税の軽減税率:
- **法律**（消費税法 4 条）「飲食料品の譲渡には軽減税率を適用」
- **政令**: 飲食料品の定義
- **基本通達 5-1-9**: 「社内会議で出した飲食料品」「会議室への提供」「テイクアウト」の区分
- **質疑応答事例**: 個別事例（「テレワーク手当に含まれる飲料水」等）
会計・経理・税務系プロダクトを開発する場合、**通達レベルまで参照しないと正しい判定ができない** ことが多く、houki-nta-mcp はその領域をカバーします。
## インストール
```json
// 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`](https://www.npmjs.com/package/@shuji-bonji/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) チャンネル
```json
"args": ["-y", "@shuji-bonji/houki-nta-mcp@next"] // alpha 系を追従
"args": ["-y", "@shuji-bonji/houki-nta-mcp@latest"] // 安定版（既定）
```
## ローカル開発
```bash
git clone git@github.com:shuji-bonji/houki-nta-mcp.git
cd houki-nta-mcp
npm install
npm run build
npm test
```
```json
// 開発中の動作確認 (.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`](https://github.com/shuji-bonji/houki-research-skill/blob/main/docs/ERROR-CODES.md) — 共通エラーコード語彙の正典 (houki-research-skill)
- [`docs/ERROR-HANDLING.md`](https://github.com/shuji-bonji/houki-research-skill/blob/main/docs/ERROR-HANDLING.md) — 解釈ポリシー / next_actions テンプレ
実装は **[houki-egov-mcp の `src/errors.ts`](https://github.com/shuji-bonji/houki-egov-mcp/blob/main/src/errors.ts) をリファレンス**としつつ、本 MCP では共通パッケージ (`houki-abbreviations` 等) への依存を持たず独立して実装します。
v0.10.0 以降、`tools/call` の応答は次の 3 経路でも同じ形式になり、いずれも `isError: true` が付きます（houki-egov-mcp v0.5.3 と同じ）。
| 経路 | `code` | 内容 |
|------|--------|------|
| ツール名が `tools/list` にない | `UNKNOWN_TOOL` | `retryable: false`。`error` は `存在しないツールです: <ツール名>`、`hint` に利用可能なツール名一覧 |
| 引数が `tools/list` の `inputSchema` に合わない（型・必須・enum・範囲・空文字・inputSchema に無い引数。v0.14.0 から未知の引数、v0.22.0 から範囲と空文字もエラー） | `INVALID_ARGUMENT` | `detail.issues[]` に違反 1 件ごとの `path`（引数名）と `message`（日本語の 1 文）。handler は呼ばれません |
| handler が例外を投げた | `INTERNAL_ERROR` | `retryable: false`（不具合の報告を求めます。`next_actions` は付きません）、`detail.cause` に例外メッセージ |
ローカル 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` が付きます。
```json
{
"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` で、この表には入りません。
| `code` | 場面 | `retryable` | `next_actions` |
| --- | --- | --- | --- |
| `SOURCE_TIMEOUT` | 国税庁サイトが 30 秒以内に応答しなかった（取り直しても） | `true` | `retry_later` |
| `SOURCE_RATE_LIMITED` | 国税庁サイトが HTTP 429 を返した（取り直しません） | `true` | `retry_later` |
| `SOURCE_UNAVAILABLE` | 国税庁サイトに接続できなかった（`ENOTFOUND` など。`detail.cause` に入ります） | `true` | `retry_later` |
| `SOURCE_API_ERROR` | HTTP 5xx・そのほかのネットワークの失敗 | `true` | `retry_later` |
| `SOURCE_API_ERROR` | 403・400 などは `retryable: false`（取り直しても結果が変わりにくいため） | `false` | 付けません |
v0.23.0 までは、どれも `SOURCE_API_ERROR`・`retryable: true` でした。
### 引数の検査（v0.22.0）
v0.22.0 から、引数の誤りは DB や国税庁サイトを引く前に `INVALID_ARGUMENT` で返します。v0.21.x までは、範囲の外の値を丸めたり、空のキーワードを「該当なし」として返したりしていました。
| 引数 | 検査 | 例 |
| --- | --- | --- |
| 検索ツールの `limit` | 1 以上 50 以下の整数。丸めません | `limit: 100` は「50 以下で指定してください」 |
| 必須の文字列（`keyword`・`abbr`・`name`・`docId`・`category`・`id`・`no`） | 空文字と、空白（全角スペース・タブ・改行を含む）だけの値は受け付けません | `keyword: " "` は「keyword が空です」 |
| 文書の識別子（文書系 3 ツールの `docId`、`nta_get_qa` の `category` / `id`、`nta_get_tax_answer` の `no`） | 受け付ける形かを確かめます。全角の数字・ダッシュ類は半角に揃えてから確かめます | `no: "６１０１"` は `"6101"` と同じ。`no: "61"` は「半角の数字 4 桁で指定してください」 |
文書の識別子の形は次のとおりです。形は合っていても DB に無い値は、`DOC_NOT_FOUND` と `available_doc_ids` で案内します。
| ツール | `docId` の形 | 例 |
| --- | --- | --- |
| `nta_get_kaisei_tsutatsu` | 英小文字・数字・`-` だけの 1 つの要素 | `0026003-067`、`240401`、`tougou` |
| `nta_get_jimu_unei` | `税目/…/フォルダー名`（2 つ以上の要素。2 つ目以降は `_` も使えます） | `shotoku/shinkoku/170331`、`sozoku/170111_1` |
| `nta_get_bunshokaitou` | `税目/フォルダー名` か `局/税目/フォルダー名` | `shotoku/250416`、`tokyo/shotoku/260218` |
`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` でした）。
| DB の状態 | 応答 |
| --- | --- |
| その種別の文書が 1 件もない | 「ローカル DB に◯◯が 1 件も無いため、docId=… を取得できません」。`hint` に DB のパスと環境変数、`next_actions` に投入コマンド（`cli_bulk_download`） |
| 文書はあるが、その docId が無い | 「◯◯ docId=… は見つかりません」。`available_doc_ids`（新しい順に 30 件）と、検索ツールへの `next_actions` |
v0.14.0 までは、どちらの場合も「DB に未投入です」と返して bulk download を案内していたため、docId を打ち間違えただけでも投入を勧めていました。
## ドキュメント
- 🌐 **[`docs/HOUKI-FAMILY-INTEGRATION.md`](docs/HOUKI-FAMILY-INTEGRATION.md) — houki-hub family 4 つを連携した統合利用ガイド (Claude Desktop / Claude Code 向け install→設定→実例 4 ユースケース)**
- [`docs/DESIGN.md`](docs/DESIGN.md) — 設計原則・houki-hub family 内の位置付け・ツール設計
- [`docs/DATABASE.md`](docs/DATABASE.md) — SQLite + FTS5 スキーマ・テーブル仕様・マイグレーション履歴
- [`docs/DATA-SOURCES.md`](docs/DATA-SOURCES.md) — 国税庁公開コンテンツの URL 構造・スクレイピング方針・ライセンス
- [`docs/RESILIENCE.md`](docs/RESILIENCE.md) — HP 構造変更検知の 5 層フレームワーク・運用フロー
- [`docs/PHASE4-PDF.md`](docs/PHASE4-PDF.md) — Phase 4: PDF メタデータ強化と pdf-reader-mcp 連携の責務分離
- [`docs/PHASE4-PDF-FIXTURES.md`](docs/PHASE4-PDF-FIXTURES.md) — kind 別代表 PDF カタログ + Phase 4-3 実機テスト結果
- 🚧 [`docs/PHASE6.md`](docs/PHASE6.md) — **Phase 6 計画書**: 運用品質と発信の底上げ (v1.0.0 への道) — search relevance ranking / bulk DL 差分更新 / houki-hub-doc + llms.txt 公開
- [`llms.txt`](llms.txt) — LLM 向け summary（family routing / setup / legal positioning）
- [`DISCLAIMER.md`](DISCLAIMER.md) — 通達の法的位置付け・利用範囲
- [`CONTRIBUTING.md`](CONTRIBUTING.md) — 貢献方法
- [`CHANGELOG.md`](CHANGELOG.md) — リリースノート
## 業法との関係
本 MCP は **一次情報の取得・提示のみ** を担います。分析は LLM、判断は利用者（または有資格者）の責任です。
**業としての税務代理・税務書類作成・税務相談（税理士法 52 条）への利用は想定外** です。詳細は [`DISCLAIMER.md`](DISCLAIMER.md) 参照。
## ライセンス
MIT — 個人利用・学習用途のフォーク・改変・再配布を自由に許可します。
国税庁コンテンツの著作権は **国（国税庁）** にあり、再配布・改変は[政府標準利用規約（第 2.0 版）](https://cio.go.jp/policy-opendata)の範囲内で可能です。本 MCP は出典 URL を必ず付与する設計とし、利用者は元情報を確認できます。
## houki-hub MCP family
| パッケージ | 役割 | 状態 |
| ---------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ | --------- |
| [`@shuji-bonji/houki-abbreviations`](https://github.com/shuji-bonji/houki-abbreviations) | 略称辞書（共有ライブラリ） | ✅ 公開済 |
| [`@shuji-bonji/houki-egov-mcp`](https://github.com/shuji-bonji/houki-egov-mcp) | e-Gov 法令 API クライアント。法律・政令・省令・規則・告示の本文取得 | ✅ 公開済 |
| **`@shuji-bonji/houki-nta-mcp`** | **国税庁の通達・改正通達・事務運営指針・文書回答事例・Q&A・タックスアンサー（このリポジトリ）** | ✅ 公開済 |
| `@shuji-bonji/houki-mhlw-mcp` | 厚労省の通達・通知・指針 | 📅 計画中 |
| `@shuji-bonji/houki-saiketsu-mcp` | 裁決全般。初版は国税不服審判所 (kfs.go.jp、約 1,950 件)。将来的に公正取引委員会・特許庁審判部・各省庁不服審査会 等へ拡張 | 💭 構想中 |
| `@shuji-bonji/houki-court-mcp` | 判例全般。初版は民事判決オープンデータ API。将来的に courts.go.jp の全公開判例（最高裁・高裁・地裁）へ拡張 | 💭 構想中 |
| `@shuji-bonji/houki-hub` | meta-package（一括 install） | 📅 計画中 |
family 全体のドキュメントサイト（[houki-hub.mikuro.net](https://houki-hub.mikuro.net) / 構築中）で各 MCP の詳細を順次公開予定です。
> 💡 houki-nta-mcp 単体ではなく **`houki-egov-mcp` + `pdf-reader-mcp` と連携させて使う方法** は [`docs/HOUKI-FAMILY-INTEGRATION.md`](docs/HOUKI-FAMILY-INTEGRATION.md) にまとめてあります。Claude Desktop / Claude Code の設定例から、新旧対照表 PDF を `extract_tables` で表構造のまま抽出する実例まで、一から順に追えるガイドです。
ただし、**業としての使用（税理士法 52 条が定める独占業務）** については想定外であり、作者は一切の責任を負いません。[`DISCLAIMER.md`](DISCLAIMER.md) を必ずご確認ください。
This server cannot be deployed
Maintenance
ActivityMaintained
ResponsivenessWithin a week