# モノリシック化（開発時）— 経緯と判断

**現状のアーキテクチャは 02_architecture_design.md に記載済み。** 本文書は「なぜ 1 プロセスにしたか」の経緯と実装判断の記録。

## 目的

- 開発時も **1 プロセス（Tauri のみ）** で完結させ、beforeDevCommand（Node のフロント用サーバー）を廃止する。
- **効果**: 起動がシンプル。フロント 8474 と MCP 3001 は同一 Tauri プロセス内で listen。Node 不要。

## 主な判断

| 項目 | 判断 |
|------|------|
| ポート | フロント 8474 / MCP 3001 のまま（役割分離を維持）。 |
| 静的配信 | Axum の `ServeDir` で `src/frontend` を 8474 で配信。 |
| beforeDevCommand | 廃止。`tauri dev` は Cargo ビルドのみ実行。 |
| 本番 | 変更なし。フロント同梱は従来どおり。 |

## 実装メモ

- フロントパス: 開発時は `CARGO_MANIFEST_DIR` 等から `src/frontend` を解決。
- 3001 の listen は LSA/HNSW（または Pro のバックフィル）完了後。8474 は起動直後に listen 可。

KPI・テスト一覧は **08_embedding_tract_goals_and_kpi.md**・**09_embedding_tract_implementation_and_tests.md** を参照。
