Projektpläne, die Agenten ausführen können, über MCP oder in der App.

Der Plan ist die maßgebliche Quelle: Aufgaben, Sprints, Meilensteine, Abhängigkeiten, Baselines und ein Prüfprotokoll. Agenten lesen daraus und schreiben strukturierte Änderungen zurück. Zwei Wege führen zum selben Plan, ein MCP-Server für externe Agenten aus jedem Ökosystem (ChatGPT, Claude, Cursor, Codex) und Run-with-Agent direkt in der App.

MCP-Endpunkt https://mcp.onplana.com/mcp

346 MCP-Tools · OAuth 2.1 + DCR · idempotent · protokolliert · kostenlos, ohne Kreditkarte

Jede Aktion eines Agenten wird in jedem Tarif, auch im kostenlosen protokolliert. Dieses Protokoll lesen und exportieren können Sie ab dem Tarif Enterprise.

Sehen Sie einem Agenten bei echter Arbeit zu

Eine Zahlungsumstellung, mitten im Lauf, und ein Rollback-Runbook, das noch niemand geschrieben hat. Die Leitung schreibt zwei Sätze und übergibt die Aufgabe. Sie kommt zurück, nachdem der Agent den Rest des Projekts gelesen hat, und wartet, bis ein Mensch sie freigibt.

Aufgenommen in Onplana. Der einzige Schnitt entfernt die Denkzeit des Agenten.

Dann sehen Sie zu, wie ein ganzer Plan sich selbst ausführt

Aus einem Auftrag wird ein vollständiger Projektplan, dann führen ChatGPT, Claude und Onplanas eigene KI ihre Aufgaben über diesen gemeinsamen Plan aus, und ein Mensch gibt den Versand am Ende frei. Verschiedene Ökosysteme, eine Steuerungsebene.

Onplanas KI plant und besetzt die Arbeit, ChatGPT schreibt die Texte, Claude baut und veröffentlicht die Website, Sie klicken auf Senden.

Das Problem des Assistenten im Seitenfenster

Die meisten Projektwerkzeuge schrauben einen Assistenten seitlich an die App. Sie stellen eine Frage, er antwortet in einem Chatfenster, und das Ergebnis liegt im Verlauf. Die nächste Person, die das Projekt öffnet, sieht nicht, was der Assistent herausgefunden hat, und der nächste Agent auch nicht. Das Arbeitsergebnis ist ein Gespräch, und auf einem Gespräch kann weder ein Team noch ein zweiter Agent aufbauen.

Die Lösung: den Plan nicht mehr als Kontext für einen Chat behandeln, sondern als die Grundlage, in die der Chat schreibt. Wenn ein Agent eine Aufgabe verschiebt, ein Risiko markiert oder einen Statusbericht entwirft, landet die Änderung im Plan selbst, mit denselben Berechtigungsprüfungen, derselben Idempotenz und demselben Prüfprotokoll wie eine Änderung durch einen Menschen. Das Gespräch ist austauschbar. Der Plan bleibt, und ihn übernimmt die nächste Arbeitskraft, Mensch oder Agent.

Das Modell: der Plan als Grundlage

Zwei Wege schreiben in einen Plan. Beide passieren dieselbe Prüfung.

MCP-ServerExterne AgentenClaude · Cursor · CodexRun-with-AgentAgent in der AppVorschlagen, dann bestätigenDer Planmaßgebliche QuelleAufgabenSprintsMeilensteineAbhängigkeitenBaselinesPrüfprotokolllesen / schreibenlesen / schreibenJeder Schreibvorgang passiert dieselbe PrüfungRollen · Tarifgrenzen · Idempotenz · Protokoll

So sieht es aus

Drei echte Abläufe. Die Zeilen in Klammern sind Tool-Aufrufe gegen den Plan.

Claude Desktop, über MCP
Sie: Mit Onplana verbinden. Was ist
  bei Mobile App v2 überfällig?

Claude: [list_overdue, Projektfilter]
  4 überfällig. Die wichtigsten 2: "API
  rate limit handling" (Sarah, 6 T.),
  "Push notification config" (Mike,
  3 T.). Beide in Sprint 14.

Sie: Verschieb sie in Sprint 15. Gib
  Sarahs an Mike, sie ist ausgelastet.

Claude: [move_task_to_sprint x2,
         assign_task]
  Erledigt. Beide in Sprint 15. Sarahs
  Aufgabe ist jetzt bei Mike.
  Prüfprotokoll: /audit/...
Cursor, über MCP, beim Programmieren
[Cursor beendet die Rotation der
 Refresh-Tokens, Commit a3f7c2]

Cursor (über MCP):
  update_task taskId=tsk_abc
    status=DONE
  create_comment "Commit a3f7c2:
    Refresh-Token-Rotation"
  create_timesheet_entry hours=2

Onplana:
  Aufgabe auf DONE. Kommentar gepostet.
  2 Std. auf einem Zeitnachweis-Entwurf.
Run-with-Agent, in der App
Die PM klickt im Projekt Q4 Launch
auf "Run with Agent".
Ziel: "Blocker vor dem Standup
       finden."

Der Agent liest den Stand:
  list_tasks, list_risks, list_overdue
  analyze_project_health (KI-Durchgang
    über Kommentare und Stand)

Liefert einen Vorschlag:
  3 Risiken markiert, 2 Gegenmaßnahmen
  entworfen, 4 Vorschläge zur Umbesetzung.

Die PM nimmt 2 Risiken an, ändert das
3., nimmt beide Gegenmaßnahmen und 1
Umbesetzung an, lehnt 3 ab. Entwurf
eines Statusberichts angehängt.

Zwei Wege, zwei Größen

346Tools über MCP10Fähigkeiten in der App, nur additiv

Der MCP-Server stellt 346 Tools bereit, über Projekte, Aufgaben, Sprints, Meilensteine, Earned Value, Risiken, Issues, Governance, Änderungssteuerung, Zeiterfassung, Seiten, Whiteboards, Workflows und die Microsoft-Graph-Integrationen. Jedes wird gegen die Rolle des Aufrufers geprüft, gegen den Tarif der Organisation begrenzt, ist idempotent über einen vom Client gelieferten Schlüssel und wird in ein Prüfprotokoll geschrieben. Ein externer Agent mit dem richtigen Token erreicht all das.

Dieser Protokolleintrag entsteht in jedem Tarif, der Nachweis existiert also ab dem ersten Agentenaufruf in einem kostenlosen Konto. Die Ansicht, die ihn wieder liest, nach Agent und Tool filtert und für eine Prüfung exportiert, gibt es ab dem Tarif Enterprise.

346 Tools sind zu viel Fläche, als dass ein autonomer Agent in der App sich darin gut zurechtfände. Deshalb arbeitet Run-with-Agent mit einer kuratierten Auswahl von zehn Fähigkeiten, ausgerichtet auf Analyse, Entwürfe und Vorschläge statt auf unumkehrbare Entscheidungen. Er kann einen Statusbericht entwerfen, die Gesundheit eines Projekts analysieren, ein Risikoregister erstellen, Mitteilungen an Stakeholder, eine Übergabenotiz oder ein beliebiges Dokument entwerfen, eine Aufgabe in Teilaufgaben zerlegen, Aktionspunkte aus Notizen ziehen, eine Entscheidung festhalten und einen Auftrag mit einem sicheren Satz von Tools abarbeiten. Jede Fähigkeit von Run-with-Agent ist von Grund auf additiv: Sie legt neue Artefakte an und ändert nie eine bestehende Zeile, und ein Test bricht den Build ab, wenn eine Fähigkeit etwas anderes angibt. Sie kann keine Aufgaben zwischen Sprints verschieben, keine Personen umbesetzen, keine Zeitnachweise genehmigen und keine Governance-Gates weiterschalten. Das bleibt bei Menschen, die jeden Vorschlag annehmen, ändern oder ablehnen. Die Dokumentation zeigt beide Hälften des Ablaufs: einem Agenten Arbeit zuweisen (auf Englisch) und prüfen, was er liefert (auf Englisch).

Löschen ist geregelt statt ausgeschlossen, und umkehrbar, wo es darauf ankommt. Vier löschende Tools stehen über MCP bereit: eine Aufgabe, ein Projekt, eine Liste oder ein Dokument löschen. Jedes ist ein Schalter pro Arbeitsbereich, der eingeschaltet ist, bis ein Admin eine Wahl speichert, und der Aufrufer braucht weiterhin die Berechtigung, die er ohnehin bräuchte. Alle vier sind umkehrbar: Eine gelöschte Aufgabe oder ein gelöschtes Projekt landet mit dem ganzen Teilbaum im Papierkorb, und die Wiederherstellung baut es unter den ursprünglichen IDs neu auf, sodass Abhängigkeiten, Hierarchie und Verknüpfungen den Hin- und Rückweg überstehen. Für Sprints, Meilensteine, Epics und Ziele gibt es über MCP überhaupt kein Lösch-Tool. Run-with-Agent in der App darf gar nichts löschen. Was das für autonome Agenten sicher macht, ist dasselbe, worauf sich Menschen verlassen: Nichts Strukturelles ist endgültig weg.

Wo es läuft, und was eine Kollision verhindert

Ein Agent verbindet sich von dort, wo Sie ohnehin arbeiten: einem Terminal mit Claude Code oder Codex, Cursor oder ChatGPT und Claude selbst, die Onplana beide in ihren Connector-Verzeichnissen führen. Dieser Weg kostet nichts und funktioniert in jedem Tarif, auch im kostenlosen. Mit dem veröffentlichten Relay-Paket wacht ein lokaler Runner auf, sobald jemand kommentiert, die Persona erwähnt oder Run with Agent drückt, statt auf die nächste Abfrage zu warten, ohne öffentlichen Listener und ohne eingehende Firewall-Regel.

Gehostete Ausführung ist die dritte Möglichkeit, wenn niemand einen Laptop offen lassen will. Onplana hält die Verbindung und startet den Agenten, die eigentliche Arbeit läuft in Claudes verwalteter Agenten-Sandbox mit einem Zugangsschlüssel, den Sie stellen und widerrufen können. Sie fassen nie ein Onplana-Token an: Das Hosting erzeugt, besitzt und verwahrt sein eigenes, mit genau den Berechtigungen, die auch der Dialog Connect Agent vergibt, sodass Hosting nie ein leiserer Weg zu mehr Zugriff ist. Zugangsschlüssel werden beim Lesen an ihre Verbindung gebunden und bei der Nutzung erneut geprüft, sodass der Schlüssel eines Mandanten nie den Start eines anderen erreicht. Abgerechnet wird in Agententagen, ein Tag einer gehosteten Verbindung, egal wie oft sie gestartet wird, mit einem Kontingent ab dem Tarif Professional und zukaufbaren Tagen in jedem Tarif.

Sobald mehr als ein Agent auf dasselbe Backlog angesetzt ist, ist der interessante Fehler, dass zwei dieselbe Aufgabe beginnen. Onplana vergibt eine exklusive Sperre: Ein Aufruf wählt die nächste freie Aufgabe und beansprucht sie zugleich, denn erst auflisten und dann beanspruchen lässt eine Lücke, in die beide fallen können. Die Sperre gehört dem Lauf, nicht dem Benutzer, und das zählt mehr, als es klingt: Zwei Sitzungen von Claude Code in einem Arbeitsbereich melden sich als dieselbe Agenten-Persona an, und eine Sperre pro Benutzer ließe eine Sitzung die Arbeit der anderen freigeben. Sperren laufen von selbst ab, ein abgestürzter Agent gibt seine Aufgabe also frei, statt sie zu blockieren, und wer eine Aufgabe abschließt oder als blockiert meldet, gibt die Sperre sofort zurück.

Die Seite für Entwicklungsteams zeigt den ganzen Ablauf von Anfang bis Ende: Onplana für Softwareteams.

Technik und Konformität

Frontend
React, TypeScript, Vite
Backend
Node, Express, Prisma. Postgres mit einem EAV-Modell für benutzerdefinierte Felder, CPM-Neuberechnung auf dem betroffenen Teilgraphen, Redis.
Infrastruktur
Azure Container Apps, Azure DNS
MCP
Spezifikationskonformer Server. OAuth 2.1 + Dynamic Client Registration, PKCE S256, eine Antwort 401 + WWW-Authenticate und agent_bootstrap beim initialize-Handshake.
Identität
SAML 2.0, OIDC, SCIM 2.0, durchgehend geprüft mit Microsoft Entra.
Importe
MPXJ für .mpp-Dateien aus Microsoft Project.

Was wir noch nicht haben

Die KI im Tarif Free ist ein einmaliges Token-Guthaben, nicht unbegrenzt, intensive automatisierte Nutzung läuft also über einen bezahlten Tarif oder vorausbezahltes Guthaben. Das ist ein echter Kompromiss, offen gesagt statt versteckt.

Bauen Sie mit uns auf onplana.com

Sie bauen keine Integration? Wie Projektleitungen und Führungskräfte in Onplana mit Agenten arbeiten, zeigt die Seite zu Vorschlag und Bestätigung.