GitBucket
モノリシック化（開発時）— 経緯と判断
現状のアーキテクチャは 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 を参照。