背景
機能の要否をユーザ目線で棚卸しした議論の結果を、PR 単位のサブ issue に分解したロードマップ。
議論の結論:
- ブログ連携: 経歴書への還流がなく、スコアリングはユーザにとって逆効果になり得る → 撤去
- AI Agent: 機能自体は来店動機だが、プリペイド課金の壁が体験を殺している。マルチプロバイダ + Stripe は製品規模に対して過剰 → Haiku 無料一本化 + レート制限（ADR-0012/0013/0015 を supersede）
- 最大の離脱ポイントは空フォーム → フォーム注入機構を共有部品として作り、手持ち PDF 経歴書のインポートと ADR-0018 ドラフトの「手で転記」問題を同じ投資で解消する
優先順位（サブ issue の並び順）
| 順 |
テーマ |
内容 |
| 1-2 |
ブログ撤去 |
ADR 起票 → 撤去実装（Agent コンテキストへの波及含む） |
| 3-6 |
Agent 整理 |
ADR 起票 → レート制限導入 → 課金撤去 → マルチプロバイダ撤去 |
| 7-8 |
フォーム注入 |
注入機構（共有部品）→ GitHub ドラフト流し込み対応 |
| 9-11 |
PDF インポート |
ADR 起票 → backend 抽出エンドポイント → web アップロード UI |
撤去系（1-6）を先に済ませると、7 以降を作る際の Agent 周りが最小構成になる。
ただしユーザ獲得フェーズに入る場合は 7-11 を前倒しする（空フォーム離脱の解消が最優先になるため）。
制約・前提
- 各テーマの実装前に ADR を起票する（
CONTRIBUTING.md の運用ルール。索引更新は同一 PR）
- 撤去の流儀は ADR-0008（LLM 全撤去）を手本にする: env・ErrorCode・フロント定数・docs まで残さず消す
- スキーマ/router に触れる PR は
make codegen-types で web/src/api/generated.ts を再生成してコミット（codegen-drift 対策）
背景
機能の要否をユーザ目線で棚卸しした議論の結果を、PR 単位のサブ issue に分解したロードマップ。
議論の結論:
優先順位（サブ issue の並び順）
撤去系（1-6）を先に済ませると、7 以降を作る際の Agent 周りが最小構成になる。
ただしユーザ獲得フェーズに入る場合は 7-11 を前倒しする（空フォーム離脱の解消が最優先になるため）。
制約・前提
CONTRIBUTING.mdの運用ルール。索引更新は同一 PR）make codegen-typesでweb/src/api/generated.tsを再生成してコミット（codegen-drift 対策）