Der Project Agent Harness

Ein KI-Agent-Harness für Projektmanagement

Coding-Agenten haben Harness-Architekturen bekannt gemacht. TensorPM überträgt sie auf Projektmanagement: eine Modellschleife auf einem persistenten, typisierten Projektgraphen — Ziele, Scope, Risiken, Budget, Timeline, Milestones, Arbeitspakete, Action Items und Decisions — mit Context Distillation, kontrollierten Werkzeugen und klaren Berechtigungsgrenzen. Destillierte Eingaben und Vorschläge für den Kernkontext benötigen menschliche Bestätigung; autorisiertes typisiertes MCP-CRUD kann direkt angewendet werden. Für Menschen zeigt sich das als KI-Projektagent. Für externe Agenten als MCP-Kontext samt Werkzeugen und als A2A-Projektagent: Euer Harness behält die Schleife, unserer das Projekt.

PM-spezifischer Agent-HarnessProjektgraph statt DateibaumMCP-Server + -ClientA2A-ProjektagentACP-CommerceAppend-only-DecisionsAgent-Self-SchedulingExplizite Freigabegrenzen2M Trial-CreditsBusiness-BYOK

Warum Projektmanagement einen eigenen Harness braucht

Ein Harness ist das, was aus einem Modell einen Agenten macht: der Zustand, auf dem er arbeitet, die Werkzeuge, die er rufen darf, und die Regeln, unter denen er läuft. Viele Coding-orientierte Harnesses stellen Repository und Dateibaum in den Mittelpunkt. Ein langfristiges Projekt braucht ein anderes Zustandsmodell — und jedes dieser sechs Elemente ist ein tragender Teil von TensorPM.

01

Die Zustandsschicht ist ein Projektgraph

Kein Ordner, kein Chatverlauf. Ziele, Scope, Stakeholder, Budget, Timeline, Milestones, Arbeitspakete, Action Items, Risiken und Decisions — typisiert, verknüpft, versioniert. Jedes Werkzeug arbeitet auf dieser Struktur. Der Agent denkt über das Projekt nach, nicht über Text, in dem es zufällig vorkommt.

02

Context Distillation statt Prompt-Stopfen

Mails, Nachrichten, Protokolle und Dokumente werden zu Kandidaten für Action Items, Decisions und Risks destilliert. Nichts landet im Graphen, bevor ein Mensch es bestätigt. So bleibt der Kontext vollständig, aktuell und bestätigt — die Voraussetzung für jede Analyse darauf.

03

Human-in-the-Loop by Design

Freigabegrenzen sind explizit. Destillierte Eingaben und Änderungen am Kernkontext werden als Vorschläge von einem Menschen bestätigt. Autorisierte typisierte MCP-Operationen wie CRUD auf Action Items können direkt angewendet werden und bleiben in der Projekthistorie sichtbar. Der Harness weist den jeweiligen Pfad aus, statt ihn nur in einem Prompt anzudeuten.

04

Decisions sind ein First-Class-Primitiv

record, supersede, withdraw — mit Source, Actor, Rationale und Zeitstempel, verkettet, damit der Audit-Trail jede Meinungsänderung überlebt. Projektmanagement ist Entscheidungsmanagement. Ein Harness dafür braucht ein Decision-Primitiv, kein Kommentarfeld.

05

Zeit ist ebenfalls ein Primitiv

Milestones, Fristen, Check-ins — und Agent-Self-Scheduling: Der Harness kann sich selbst wieder auf die Uhr setzen und startet mit dem vollen Projektkontext. Ein auf eine Aufgabe begrenzter Agentenlauf kann mit dem Turn enden. Ein Projekt nicht.

06

An beiden Enden offen

Bidirektionales MCP (Server und Client), A2A, native Mail- und Messenger-Connectors und Delegation an Coding-Agenten. TensorPM ersetzt den Harness deines Agenten nicht — es ergänzt eine persistente Projektschicht, die der Agent nutzen kann.

Ein System, drei klar getrennte Rollen

Die Begriffe bezeichnen unterschiedliche Ebenen derselben Architektur. Ihre Trennung macht TensorPMs Rolle für Menschen, in der eigenen Laufzeit und für externe Agenten klar.

Für Menschen

KI-Projektagent

TensorPM versteht den bestätigten Projektkontext, analysiert Risiken und Abhängigkeiten, bewertet Handlungsoptionen und gibt Guidance für die nächsten Schritte.

In TensorPM

Project Agent Harness

Die interne Ausführungsschicht verbindet Modellschleife, persistenten Projektgraphen, Context Distillation, kontrollierte Werkzeuge, Berechtigungen und menschliche Freigaben.

Für externe Agenten

MCP-Kontext + A2A-Agent

MCP liefert kontrollierten Projektkontext und Werkzeuge, ohne den Harness des Client-Agenten zu ersetzen. Über A2A tritt TensorPM selbst als spezialisierter Projektagent auf.

Fähigkeiten des Projektagenten

Zusätzlich zu CRUD auf Action Items bietet TensorPM kontrollierte Decisions, Self-Scheduling, Delegation und Connectors auf demselben Projektgraphen.

Decisions & Commitments

Append-only-Datensätze mit vollständigem Audit-Trail

MCP — 6 Tools
  • record_decision — Stakeholder-Commit, Top-down-Änderung oder Agent-Empfehlung als erstklassigen Datensatz erfassen (Source, Actor, Rationale, decidedAt).
  • supersede_decision — aktive Entscheidung atomar ersetzen; der vorherige Datensatz wird als ‚superseded‘ verkettet, damit der Audit-Trail intakt bleibt.
  • list_decisions — Abfrage nach Status (active / superseded / withdrawn), Source oder verknüpfter Entität (action_item / risk / milestone).
  • link_decision / unlink_decision — Entscheidung mit den Action Items, Risiken oder Milestones verbinden, die sie betrifft.
  • withdraw_decision — Entscheidung zurückziehen, wenn es keinen Ersatz gibt. Falls es einen gibt: bevorzugt supersede_decision.

Agent-Self-Scheduling

Der TensorPM-Projekt-Agent kann sich selbst für die Zukunft einplanen

A2A — message/send
  • A2A message/send mit der Zukunftsabsicht senden (z.B. „erinner mich nächsten Dienstag, das Budget zu prüfen“).
  • Praktisch für Follow-ups, Milestone-Check-ins, wiederkehrende Reviews und zeitgebundene Risikobewertungen.
  • Es gibt kein direktes MCP-Tool dafür — Scheduling liegt beim Projekt-Agenten, damit er beim Auslösen den vollen Kontext hat.

Bidirektionales MCP, Delegation & Connectors

MCP-Server + -Client, A2A und native Messenger-Connectors

MCP + A2A + Connectors
  • TensorPM ist bidirektionales MCP (Server und Client) plus A2A — externe MCP-Server ins Projekt einbinden und den Projekt-Graphen für jeden MCP/A2A-Agenten bereitstellen.
  • Aufgaben an Coding-Agenten delegieren: GitHub Copilot (Live-Sub-Agent-Call), Codex und Claude Code (über Agent-Zuweisung von Action Items in den Rollen Developer / Architect / Reviewer).
  • Native Email- (Mail-Ingest + Mail-Agent) und Telegram-Messenger-Connectors lassen Projektbeteiligte mit dem Agenten interagieren — unter einem rollenbasierten Berechtigungsmodell (Status posten, Action Items abschließen, Decisions vorschlagen oder nur lesen).
  • Eingehende Nachrichten und Mails werden zu Action Items, Decisions oder Risks destilliert und verändern den Projekt-Graphen erst nach menschlicher Bestätigung (Human-in-the-Loop-Distiller).

Ein-Klick-Install

macOS (Homebrew): brew install --cask neo552/tensorpm/tensorpm
Windows (winget): winget install --id Neo552.TensorPM --exact --accept-package-agreements --accept-source-agreements
Linux AppImage: curl -fL -o ~/TensorPM.AppImage https://tensorpm.com/api/download/linux && chmod +x ~/TensorPM.AppImage

Agent-freundliches Pricing

Mit Trial starten, Cloud Sync ist bereits enthalten, für mehr Hosted-KI-Credits und unbegrenzt eigene Cloud-Workspaces auf Pro wechseln oder Business nutzen, wenn API-Key/BYOK-Verwaltung und individuelle Limits nötig sind.

Trial · €0

Kein Zeitlimit, 2.000.000 Lifetime-Credits für TensorPM-KI, Cloud Sync inklusive, mehrere eigene Cloud-Workspaces im Rahmen einer Fair-Use-Grenze, unbegrenzt viele Mitglieder kostenlos, kein BYOK/keine API-Key-Verwaltung.

Pro monatlich · 99 €/Monat

Unbegrenzt eigene Cloud-Workspaces, 1 aktives Projekt, unbegrenzt archivierte Projekte und 10.000.000 Hosted-KI-Credits pro Monat. Cloud Sync und kostenlose Mitglieder gibt es in jedem Tarif. Kein BYOK.

Pro jährlich · 990 €/Jahr

Dieselben Pro-Entitlements mit jährlicher Abrechnung. 12 Monate zum Preis von 10 Monatszahlungen.

Business · individuell

Individuelle Limits und Credits, Cloud Sync und der einzige Plan mit BYOK/API-Key-Verwaltung. Kontakt zum Vertrieb — kein Self-Service-Checkout.