PM ツールと実装が分断されると、背景の分からないタスクをこなし、仕様変更に気づけず、進捗の二重更新に追われます。PM on Rails は UI(人が見る画面)と MCP(AI がつなぐ接続口)が同じグラフを共有するので、実装の流れの中で要求・タスク・シナリオを操作できます。
実装フェーズの「つらい」
要求の真意が分からない
なぜ・誰のために・どこまでやれば OK かが伝わらず、機能だけ決まって実装が始まる。
既存仕様がブラックボックス
現行仕様や「変えてはいけない要件」が見えず、改修に踏み込みづらい。
仕様変更に気づけない
着手後に上流の要求が変わっても気づかず、実装が乖離する。
影響範囲・テストが自動で出てこない
コードや仕様を変えたとき、影響する範囲や関連テストが自動で提示されない。
進捗更新が二度手間
コードと PM ツールの状態を別々に更新する手間がかかる。
背景の資料が散らばる
要求・設計・テストがばらばらで、実装に必要な背景を集めるのに時間がかかる。
UI × MCP で得られる体験
Claude Code / Codex / Cursor など MCP 対応エージェントから、会話で開発を進められます。
背景・受入基準を辿って実装
「このタスクの背景と受入基準を教えて」と聞けば、要求 → 要件 → ストーリー → シナリオまでつながりを辿って提示します。何を作ればよいかが分かった状態で着手できます。
- つながりを辿って背景・完成基準を把握
- 似た要求・過去の判断も検索できる
ブランチ・PR が自動で紐づく
着手時の応答にブランチ名と PR 用の 1 行(trailer)が含まれます。それで PR を出せば、UUID を手で書かずにタスクと PR が紐づき、マージで自動的に完了になります。
- 着手 → ブランチ / trailer を自動取得
- PR マージで自動 done + 親ストーリー再計算
着手後の仕様変更に気づける
実装中に PM 側で要求が変わっても、エージェントは「自分が着手したあとに上流が変わった」ことを検知できます。乖離は PR マージ時に「再確認が必要」とマークされます。
変更の追従の詳細会話だけで作成・更新・まとめて実行
要求・ストーリー・シナリオ・タスクの作成や状態変更、バグ対応、見積もりの提案まで会話で行えます。複数操作を 1 回でまとめて実行(途中失敗で全取り消し)もできます。
- 読む・作る・変える・割り当てる・完了する
- 原子的なバッチ実行に対応
つなぐ(セットアップ)
トークンを発行して、エージェントに MCP 接続を登録するだけです。
- 1
トークンを発行
「連携 → トークン」でアクセストークンを発行。
- 2
MCP 接続を登録
ターミナルで npx pm-on-rails を実行(内部で claude mcp add)。
- 3
他エージェントも可
Codex / Cursor など MCP 対応なら接続先 + トークンで利用可。
実装の流れの中で、要求とタスクを動かす。
UI で整えた要求を、Claude Code / Codex から直接読み書きしながら開発できます。
ほかの立場の方へ