エージェントが実行できるプロジェクト計画。MCP でも、アプリの中でも。

計画が信頼できる唯一の情報源です:タスク、スプリント、マイルストーン、依存関係、ベースライン、そして監査ログ。エージェントは計画から読み、構造化された変更を計画に書き戻します。同じ計画に通じる道は二つあります:あらゆるエコシステム(ChatGPT、Claude、Cursor、Codex)の外部エージェントのための MCP サーバーと、アプリ内の Run-with-Agent です。

MCP エンドポイント https://mcp.onplana.com/mcp

351 個の MCP ツール · OAuth 2.1 + DCR · 冪等 · 監査ログ付き · 無料、クレジットカード不要

エージェントのすべての操作は、無料プランを含むすべてのプランで記録されます。その記録を読み、エクスポートできるのはEnterprise プラン以上です。

エージェントが本物の仕事をするところを見る

進行中の決済の移行と、まだ誰も書いていないロールバックの手順書。責任者が二文を書いて任せます。エージェントはプロジェクトのほかの部分を読んでから戻り、人が承認するのを待ちます。

Onplana で録画。唯一のカットは、エージェントが考えている時間を省いたものです。

次に、計画全体がひとりでに進むところを見る

一つの依頼が完全なプロジェクト計画になり、ChatGPT、Claude、Onplana の AI がそれぞれ自分のタスクをその共有の計画を通して実行し、最後の送信は人が承認します。エコシステムは違っても、制御の場は一つです。

Onplana の AI が仕事を計画して割り当て、ChatGPT が文章を書き、Claude がサイトを作って公開し、あなたは「送信」をクリックします。

タブの中のアシスタントという問題

多くのプロジェクト ツールは、アプリの横にアシスタントを取り付けています。質問するとチャットのパネルで答え、その結果は履歴に残るだけです。次にプロジェクトを開いた人には、アシスタントが何を結論づけたのかが見えず、次のエージェントにも見えません。仕事の成果物は会話であり、会話の上にはチームも二つ目のエージェントも積み上げられません。

解決策は、計画をチャットの文脈として扱うのをやめ、チャットが書き込む土台として扱うことです。エージェントがタスクを動かし、リスクを指摘し、ステータス レポートを下書きすると、その変更は計画そのものに入ります。人が行う変更と同じ権限の確認、同じ冪等性、同じ監査ログを通ります。会話は使い捨てです。残るのは計画で、次の担い手は人でもエージェントでも、そこから仕事を再開します。

モデル:土台としての計画

計画に書き込む道は二つ。どちらも同じ関門を通ります。

MCP サーバー外部エージェントClaude · Cursor · CodexRun-with-Agentアプリ内のエージェント提案し、あなたが承認計画信頼できる唯一の情報源タスクスプリントマイルストーン依存関係ベースライン監査読み取り / 書き込み読み取り / 書き込みすべての書き込みが同じ関門を通るロール · プランごとの上限 · 冪等性 · 監査

どのように見えるか

実際の三つのやり取り。角かっこの行は、計画に対するツールの呼び出しです。

Claude Desktop、MCP 経由
あなた:Onplana に接続して。
  Mobile App v2 で遅れているのは?

Claude:[list_overdue、プロジェクトで絞り込み]
  4 件が遅延。上位 2 件は "API
  rate limit handling"(Sarah、6 日)、
  "Push notification config"(Mike、
  3 日)。どちらも Sprint 14。

あなた:Sprint 15 に移して。Sarah の分は
  Mike に再割り当てして、彼女は手一杯だから。

Claude:[move_task_to_sprint x2、
         assign_task]
  完了。どちらも Sprint 15 へ。
  Sarah のタスクは Mike の担当に。
  監査ログ:/audit/...
Cursor、MCP 経由、コーディング中に
[Cursor がリフレッシュ トークンの
 ローテーションを完了、コミット a3f7c2]

Cursor(MCP 経由):
  update_task taskId=tsk_abc
    status=DONE
  create_comment "コミット a3f7c2:
    リフレッシュ トークンのローテーション"
  create_timesheet_entry hours=2

Onplana:
  タスクを DONE に。コメントを投稿。
  下書きのタイムシートに 2 時間。
Run-with-Agent、アプリ内で
PM が Q4 Launch プロジェクトで
「Run with Agent」をクリック。
目的:「スタンドアップの前に
       障害を見つける。」

エージェントが状態を読む:
  list_tasks、list_risks、list_overdue
  analyze_project_health(コメントと
    状態に対する AI の確認)

提案を返す:
  3 件のリスクを指摘、2 件の対策
  タスクを下書き、4 件の再割り当て
  の提案。

PM はリスク 2 件を受け入れ、3 件目を
編集し、対策を両方受け入れ、再割り当て
を 1 件受け入れ、3 件を却下。ステータス
レポートの下書きを添付。

二つの道、二つの大きさ

351MCP 経由のツール10アプリ内の機能、追加のみ

MCP サーバーは 351 個のツールを登録しており、プロジェクト、タスク、スプリント、マイルストーン、アーンド バリュー、リスク、課題、ガバナンス、変更管理、タイムシート、ページ、ホワイトボード、ワークフロー、Microsoft Graph の連携をカバーします。どのツールも呼び出し元のロールに照らして確認され、組織のプランに応じて制限され、クライアントが渡すキーで冪等になり、監査ログに書き込まれます。適切なトークンを持つ外部エージェントは、これらすべてに届きます。

その監査の行はプランにかかわらず書き込まれるので、無料のアカウントでもエージェントの最初の呼び出しからログが存在します。それを読み返し、エージェントやツールで絞り込み、ほかの人が確認できるようにエクスポートする画面は、Enterprise プラン以上で使えます。

351 個のツールは、アプリ内の自律エージェントがうまく動くには広すぎる面なので、Run-with-Agent は厳選した十つの機能で動きます。取り消せない判断を実行するのではなく、分析し、下書きし、提案することに向けた機能です。ステータス レポートの下書き、プロジェクトの健全性の分析、リスク登録簿の作成、ステークホルダー向けの連絡、引き継ぎメモやあらゆる文書の下書き、タスクのサブタスクへの分割、メモからのアクションの抽出、決定の記録、そして安全なツールの組み合わせでの依頼の完遂ができます。Run-with-Agent の機能はどれも設計上、追加のみです。新しい成果物を書き、既存の行を変えることはありません。機能がその逆を宣言すれば、テストがビルドを失敗させます。スプリント間のタスクの移動、人の再割り当て、タイムシートの承認、ガバナンスのゲートを進めることはできません。それは人の手に残り、人がそれぞれの提案を受け入れ、編集し、却下します。ドキュメントはこのサイクルの両半分を扱っています:エージェントに仕事を割り当てる(英語)とその成果物をレビューする(英語)。

削除はないのではなく、管理されており、大事なところでは元に戻せます。MCP では四つの破壊的なツールが公開されています:タスク、プロジェクト、リスト、文書の削除です。それぞれがワークスペースごとのスイッチで、管理者が選択を保存するまではオンのままです。呼び出し元には、いずれにせよ必要になる権限が同じく必要です。四つすべてが元に戻せます。削除したタスクやプロジェクトはサブツリーごとごみ箱に入り、復元すると元の識別子で作り直されるので、依存関係、階層、リンクは行って戻っても残ります。スプリント、マイルストーン、エピック、目標には MCP の削除ツールがありません。アプリ内の Run-with-Agent には、あらゆる削除が許されていません。これを自律エージェントにとって安全にしているのは、人が頼りにしているのと同じことです。構造的なものは何も永久には消えません。

どこで動き、何が衝突を防ぐか

エージェントは、すでに作業している場所から接続します:Claude Code や Codex のターミナル、Cursor、あるいはコネクタのディレクトリに Onplana を載せている ChatGPT と Claude そのものです。この道は無料で、無料プランを含むすべてのプランで使えます。公開されている relay パッケージを加えると、誰かがコメントしたり、エージェントのペルソナにメンションしたり、Run with Agent を押したりした時点でローカルのランナーが起動します。次のポーリングを待つ必要はなく、公開のリスナーも受信のファイアウォール ルールも要りません。

ホスト型の実行は三つ目の選択肢で、誰もノート PC を開けたままにしたくないときのためのものです。Onplana が接続を保ってエージェントを起動し、実際の作業は、あなたが提供して取り消せる資格情報で、Claude の管理されたエージェント用サンドボックスに任されます。あなたが Onplana のトークンに触れることはありません。ホスティングは自分のトークンを生成し、所有し、保管し、Connect Agent の画面が与える権限とまったく同じ権限で生成するので、ホスティングがより広いアクセスへの目立たない抜け道になることはありません。資格情報は読み取り時にその接続に結び付けられ、使用時にも再確認されるので、ある顧客のキーが別の顧客の起動に届くことはありません。計測はエージェント日単位で、ホスト型接続の一日は何回起動しても一日です。Professional プラン以上には含まれる枠があり、どのプランでも日数を購入できます。

同じバックログに複数のエージェントがいると、興味深い障害は二つが同じタスクを始めることです。Onplana は排他的なロックを用意しています。一度の呼び出しで次に取れるタスクを選んで確保します。一覧を取ってから確保すると、両方が入り込める隙間が残るからです。ロックはユーザーではなく実行に属します。これは見た目以上に重要です。一つのワークスペースにある二つの Claude Code のセッションは同じエージェントのペルソナとして認証されるので、ユーザーごとのロックでは、一方のセッションがもう一方の仕事を手放せてしまいます。ロックは自動で期限切れになるので、クラッシュしたエージェントはタスクを止めたままにせず手放し、タスクの完了やブロックの記録でロックはすぐに返されます。

エンジニアリング チーム向けのページは、サイクル全体を最初から最後までたどっています:ソフトウェア チームのための Onplana。

技術とコンプライアンス

フロントエンド
React、TypeScript、Vite
バックエンド
Node、Express、Prisma。カスタム フィールド用の EAV モデルを持つ Postgres、影響を受けたサブグラフでの CPM の再計算、Redis。
インフラストラクチャ
Azure Container Apps、Azure DNS
MCP
仕様に準拠したサーバー。OAuth 2.1 + Dynamic Client Registration、PKCE S256、401 + WWW-Authenticate の応答、initialize のハンドシェイクでの agent_bootstrap。
ID
SAML 2.0、OIDC、SCIM 2.0、Microsoft Entra でエンドツーエンドに検証済み。
インポート
Microsoft Project の .mpp ファイルに MPXJ。

まだないもの

Free プランに含まれる AI は一度限りのトークンのボーナスで、無制限ではありません。そのため、自動化による大量の利用には有料プランか前払いのクレジットが必要です。これは本当のトレードオフで、隠さずにはっきりお伝えしています。

onplana.com で一緒に作りましょう

連携を作っているのではありませんか?プロジェクト マネージャーや経営層が Onplana の中でエージェントとどう働くかは、提案と承認のページでご覧ください。