MCP Issue-to-PR ワークフロー：文脈を接続し、制御は手放さない

接続前に server、tool、resource、credential、network destination、write capability を列挙し、実行場所、ログ、設定を確認します。対象リポジトリと Issue にだけ最小権限を持つ ID を使います。

Issue、comment、attachment、link には規約と衝突する指示が含まれ得ます。これらはタスクデータであり、信頼済みコマンドではありません。

固定 ID で Issue を取得し、期待挙動、証拠、受け入れ条件、対象範囲、未解決点を要約します。label や priority は tracker policy で確認し、本文から権限を推測しません。

読み取りツールで探索し、変更ファイル、テスト、リスク、停止条件を提示させます。保守担当者の承認後だけ workspace write を与え、依存、schema、protocol、deployment 変更は再度明示判断します。

承認済み base から一時ブランチを作り、パスとコマンドをタスク契約へ限定します。生成とテスト中は tracker や PR の変更資格情報を渡さず、prompt injection と誤操作の影響を抑えます。

対象検証と必須検証を実行し、diff を確認し、証拠と残存リスクを含む要約を作ります。その後だけ保護ステップで branch push または元 Issue に紐づく PR を作成します。

通常の branch rule で挙動、セキュリティ、所有権をレビューし、受理された変更が条件を満たしたときだけ Issue を閉じます。資格情報を失効させ、失敗調査用に秘匿化監査証拠を残します。