cd /news/ai-agents/onplana-chatgpt-and-claude-do-work-t… · home topics ai-agents article
[ARTICLE · art-40797] src=onplana.com ↗ pub= topic=ai-agents verified=true sentiment=↑ positive

Onplana – ChatGPT and Claude do work through one shared project plan

Onplana launched a project-planning platform that lets AI agents like ChatGPT and Claude execute tasks through a shared plan via an MCP server with 250 tools, treating the plan as the persistent substrate rather than chat context. The platform includes an in-app Run-with-Agent feature for analysis and drafting, with all changes RBAC-checked, idempotent, and audited.

read5 min views1 publishedJun 26, 2026
Onplana – ChatGPT and Claude do work through one shared project plan
Image: source

The plan is the source of truth: tasks, sprints, milestones, dependencies, baselines, and an audit log. Agents read from it and write structured changes back. Two surfaces reach the same plan, an MCP server for external agents from any ecosystem (ChatGPT, Claude, Cursor, Codex) and Run-with-Agent for the in-app experience.

MCP endpoint https://mcp.onplana.com/mcp

250 MCP tools · OAuth 2.1 + DCR · idempotent · audited · free tier, no credit card

Watch the plan run itself #

One brief becomes a full project plan, then ChatGPT, Claude, and Onplana's own AI each execute their tasks through that shared plan, with a human approving the final send. Different ecosystems, one control plane.

The assistant-in-a-tab problem #

Most project tools bolt an assistant onto the side of the app. You ask it a question, it answers in a chat panel, and the result lives in scrollback. The next person who opens the project cannot see what the assistant concluded, and neither can the next agent. The work product is a conversation, and a conversation is not something a team or a second agent can build on.

The fix is to stop treating the plan as context for a chat and start treating it as the substrate the chat writes to. When an agent moves a task, flags a risk, or drafts a status report, the change lands on the plan itself, with the same permission checks, idempotency, and audit trail a human edit gets. The conversation is disposable. The plan is what persists, and it is what the next worker, human or agent, picks up.

The model: plan as substrate #

Two surfaces write into one plan. Both go through the same gate.

What it looks like #

Three real interactions. The bracketed lines are tool calls against the plan.

You: Connect to Onplana, what's overdue
  on Mobile App v2?

Claude: [list_overdue, project filter]
  4 overdue. Top 2: "API rate limit
  handling" (Sarah, 6d), "Push
  notification config" (Mike, 3d).
  Both in Sprint 14.

You: Move them to Sprint 15. Reassign
  Sarah's to Mike, she's at capacity.

Claude: [move_task_to_sprint x2,
         assign_task]
  Done. Both in Sprint 15. Sarah's
  task reassigned to Mike.
  Audit log: /audit/...
[Cursor finishes refresh token
 rotation, commits a3f7c2]

Cursor (via MCP):
  update_task taskId=tsk_abc
    status=DONE
    note="Commit a3f7c2: refresh
          token rotation"

Onplana:
  Task moved to DONE.
  2h logged to draft timesheet.
PM clicks "Run with Agent" on the
Q4 Launch project.
Goal: "Identify blockers before
       standup."

Agent runs (read state):
  list_tasks, list_risks, list_overdue
  analyze_project_health (AI pass over
    comments + state)

Returns a proposal:
  3 risks flagged, 2 mitigation tasks
  drafted, 4 reassignment suggestions.

PM accepts 2 risks, edits the 3rd,
accepts both mitigations, accepts 1
reassignment, rejects 3. Status report
draft attached.

Two surfaces, two sizes #

The MCP server registers 250 tools, spanning projects, tasks, sprints, milestones, earned value, risks, issues, governance, change control, timesheets, wikis, whiteboards, workflows, and the Microsoft Graph integrations. Every one is RBAC-checked against the caller's role, plan-gated against the org's tier, idempotent on a client-supplied key, and written to an audit trail. An external agent with the right token can reach all of it.

250 tools is too large a surface for an autonomous in-app agent to navigate well, so Run-with-Agent works through a curated set of ten capabilities, biased toward analysis, drafting, and proposing rather than executing irreversible decisions. It can summarize a project, analyze project health, generate a risk register, calculate earned value, run a schedule health check, break a task into subtasks, and draft documents and workspace tables. Every Run-with-Agent capability is additive by construction: it writes new artifacts and never edits an existing row, and a test fails the build if a capability declares otherwise. It cannot move tasks between sprints, reassign people, approve timesheets, or advance governance gates. Those stay with humans, who accept, edit, or reject each proposal. The docs walk through both halves of the loop: assigning work to an agent and reviewing what it produces.

Removal is recoverable everywhere it matters. There is no tool to delete a project, task, sprint, or milestone, on any surface. Those soft-delete to a recycle bin you restore from. The in-app agent is denied every delete, remove, and withdraw tool outright. A small set of leaf deletes (a comment, a tag, a wiki page) are exposed over MCP, each RBAC-checked and audited. The constraint that makes the surface safe for autonomous agents is the same one humans rely on: nothing structural is gone for good.

Stack and compliance #

  • Frontend
  • React, TypeScript, Vite
  • Backend
  • Node, Express, Prisma. Postgres with an EAV model for custom fields, scoped-subgraph CPM recalculation, Redis.
  • Infrastructure
  • Azure Container Apps, Azure DNS
  • MCP
  • Spec-compliant server. OAuth 2.1 + Dynamic Client Registration, PKCE S256, a 401 + WWW-Authenticate envelope, and agent_bootstrap on the initialize handshake.
  • Identity
  • SAML 2.0, OIDC, SCIM 2.0, validated end-to-end against Microsoft Entra.
  • Imports
  • MPXJ for .mpp files from Microsoft Project.

Get started #

Connect Claude, Cursor, or ChatGPT

Point your client at https://mcp.onplana.com/mcp

. OAuth 2.1 with Dynamic Client Registration, or a scoped personal access token. ChatGPT can add Onplana straight from its connector directory.

Try it in-app

Create a free account, open a project, and click Run-with-Agent. The free plan includes a one-time AI token bonus to try it on real work.

Start free

Read the docs

The tool catalog, the auth flow, the plan-gating model, and the audit format are documented for builders integrating against the API.

Open docs## What we don't have yet

There is no native mobile app today, the web app is responsive and works on a phone, but a real iOS or Android client is not built yet. A direct connector to the Project Online Project Web App is constrained by Microsoft's API restrictions on that surface, so the current migration path is MPXJ file import with a transformer, not a live PWA sync. And the AI included on the free plan is a one-time token bonus, not unlimited, heavy automated use runs on a paid plan or prepaid credit. These are real gaps and trade-offs, stated plainly rather than buried.

Build with us at onplana.com #

Not building an integration? See how project managers and executives work with agents inside Onplana on the propose-ratify page.

── more in #ai-agents 4 stories · sorted by recency
── more on @onplana 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/onplana-chatgpt-and-…] indexed:0 read:5min 2026-06-26 ·