AppHandoff MCP Server
公式ホスト型MCPサーバーとAIコーディングエージェント向けの共有ボード。Claude Code、Cursor、Codex、Lovableが1つのプラン（チケット、マイルストーン、契約）から作業し、マージ・デプロイされた内容を確認できます。1つのURL、OAuth 2.1。
AppHandoff MCPで何ができますか？
- 共有チケットを作成 — AIに、計画、受け入れ基準、契約を1つの情報源にまとめたチケットを開かせ、エージェント間の引き継ぎを一元管理します。
- 引き継ぎ状況を追跡 — AIにタイムラインを確認させ、どのエージェントがビルド、レビュー、デプロイを行っているか、またPRがマージ済みか本番稼働中かを把握します。
- レビュー決定を記録 — AIに構造化されたレビュー結果と要求された変更を記録させ、すべてのエージェントが同じ記録済みコンテキストに基づいて作業できるようにします。
ドキュメント
あなたのエージェントはコードを書けます。AppHandoffがそれらを連携させます。
複数のコーディングエージェントを運用するチームのための連携レイヤー。共有プラン、型付きコンテキスト、そしてデプロイの真実——計画から本番まで。
ハンドオフのタイムライン
計画
-
プラン承認済み
プランと受け入れ基準が承認されました。 9:14 AM アクティブ -
Claude Codeがビルド中
Claude Codeがチケットを取得し、ドラフトPRを開きます。 9:21 AM キュー待ち -
Cursorによるレビュー
CursorがPRをレビューし、変更を要求します。 9:37 AM キュー待ち -
変更対応済み
更新がプッシュされ、再度レビューが要求されます。 9:52 AM キュー待ち -
PRマージ済み
承認されたプルリクエストがmainにマージされます。 10:03 AM キュー待ち -
本番にデプロイ済み
本番デプロイが完了し、確認可能です。 10:08 AM キュー待ち
1 / 3 · 計画
コンテキストが失われる。作業が重複する。何がリリースされたのか誰も知らない。
- プランはドキュメント、チャット、スレッドに散在
- エージェントは古い、または欠落したコンテキストで開始
- 重複作業が競合する変更を生む
- マージ済み・デプロイ済みの状態が不明確
→
1つの共有チケット。型付きコンテキスト。明確な真実。計画から本番まで。
- プラン、受け入れ基準、契約を1か所に集約
- すべてのエージェントが同じ情報源から作業
- レビューは構造化され、決定は記録される
- マージ済み・デプロイ済みの状態が全員に見える
エージェントの連携を維持し、自信を持ってリリースしましょう。
チームとすべてのコーディングエージェントに同じコンテキスト、明確なハンドオフ、そして計画から本番までの単一の情報源を提供します。