AIPC („AI Project Context") speichert Projektkontext – Spezifikationen, Architektur-Entscheidungen, Roadmaps, Findings, Guides – als versionierte Dokumente in einem separaten SAP-Backend. Diese Kachel ist die menschliche Governance-Sicht darauf. Die Startseite gliedert die Bereiche nach Zielgruppe (Allgemein/Systembetreuer- Governance/Entwickler/Partner) – auf eine Kachel klicken öffnet den jeweiligen Bereich, „← Übersicht" führt zurück. Der Bereich „Projekte, Dokumente & Referenzen" zeigt den Baum: Projekte, deren Dokumente (gruppiert nach Dokumenttyp) und Referenzen zwischen Projekten, mit Detail-Ansicht je Knotentyp rechts.

Schreiben (AP-AIPC3): Projekte anlegen (auch aus einer Vorlage instanziieren), Referenzen pflegen, Dokument-Status ändern (Veröffentlichen/Ablösen/Archivieren) und Projekte archivieren – nur mit einem Endpunkt, bei dem in den Einstellungen „Schreibzugriffe erlaubt" aktiviert ist. Ohne diese Freigabe bleibt die Kachel rein lesend. Voraussetzung generell: ein Endpunkt vom Typ „SAP System (ADT)" auf demselben System, auf dem auch AIPC läuft.

Mandatory (verbindlich): nur Referenzen/Dokumente mit gesetztem Mandatory-Häkchen UND Status „Aktiv" fließen tatsächlich in das KI-Kontext-Briefing ein (Werkzeug aipc_bootstrap) – alles andere ist nur als Metadaten-Verknüpfung sichtbar.

„Als Graph anzeigen": öffnet die geladenen Projekte + deren Referenzen im Graph-Viewer (Projekte als Knoten, Referenzen als Kanten) – nur Projekte, deren Referenzen bereits einzeln geladen wurden (Baumknoten „Referenzen" aufgeklappt), tragen ausgehende Kanten bei.

Briefing-Vorschau (AP-AIPC4): „Das sieht die KI" – ruft das echte MCP-Werkzeug aipc_bootstrap auf und zeigt, welche Dokumente eine KI-Session für ein Projekt bekäme (inklusive über Referenzen geerbter Inhalte), gruppiert nach Kontext-Ebene, mit Fingerprint und grober Token-Schätzung. „Update-Diff prüfen" vergleicht den aktuellen Stand gegen das gerade geladene Briefing (aipc_check_updates). „Als Kontext-Export (ZIP) herunterladen" packt denselben Stand als Ordnerstruktur mit Markdown-Dateien – dieser Export veraltet ab dem Erzeugungszeitpunkt, Fingerprint und Zeitpunkt stehen deshalb sichtbar in einer README/manifest.json im ZIP; die manifest.json lässt sich später (auch in einer neuen Sitzung) wieder hochladen, um zu prüfen, was sich seither geändert hat.

Richtlinien-Import (AP-AIPC5): eine Word-Datei oder Webseite (auch als Site-Import über mehrere Unterseiten) in Markdown umwandeln, an Überschriften in Abschnitte zerlegen und jeden Abschnitt einem Zielprojekt/Dokumenttyp zuordnen. Vor jedem Schreiben zeigt eine Vorschau (Dry-Run), welche Dokumente neu angelegt bzw. aktualisiert würden – erst danach schreibt „Import ausführen" wirklich (über das MCP-Werkzeug aipc_put_document). Bilder werden dabei nicht übernommen (AIPC-Dokumente sind reiner Text). Braucht ebenfalls „Schreibzugriffe erlaubt".

Wissensablage-Sync (AP-AIPC7): spiegelt denselben Dokumentbestand, den „aipc_bootstrap" für ein Projekt liefern würde (eigene + über Referenzen geerbte Dokumente), als Markdown-Infoobjekte in das unten gewählte BDT-Projekt – dadurch über die Kachel „Suche" volltext- UND vektor-durchsuchbar, im Kalender sichtbar und offline verfügbar. Dublettenerkennung über eine Frontmatter-Markierung, „Sync-Plan berechnen" zeigt vorher neu/aktualisiert/unverändert an; „Übernehmen" schreibt nur, was sich geändert hat. Rein lesend gegenüber AIPC (Pull-only) – schreibt niemals zurück (dafür „Richtlinien-Import" oder das Dokument direkt in AIPC pflegen).

Governance-Dashboard + ISSUE-Inbox (AP-AIPC8): projektübergreifender Überblick über den gesamten Dokumentbestand – Dokumente nach Typ/Status, Revisions-Aktivität im Zeitverlauf, sowie „Stale- Kandidaten" (verbindliche, seit über 90 Tagen nicht mehr geänderte Dokumente). Die „ISSUE-Inbox" listet alle Issue-Dokumente im Entwurf projektübergreifend auf – „Annehmen" veröffentlicht ein Issue (macht es fürs KI-Briefing sichtbar), „Ablehnen" archiviert es; beides braucht „Schreibzugriffe erlaubt", die Liste selbst bleibt auch ohne diese Freigabe lesbar.

Entwickler-Onboarding (AP-AIPC6): erzeugt eine fertige MCP-Server-Konfiguration für den AIPC-Kontext-Server (zmcp2) für gängige KI-Coding-Werkzeuge (Claude Code, VS Code, Cline/Roo Code, Continue, OpenCode, Codex CLI, Claude Desktop) – wahlweise direkt über den aktuellen Endpunkt oder über einen bereits eingerichteten Tunnel (SAP-Zugangsdaten bleiben dabei in der Bridge, die Konfiguration enthält nur „127.0.0.1:<Port>" + einen widerrufbaren Consumer-Token). Der „Kickstart-Prompt" ist ein fertiger Text zum Einwerfen in eine neue KI-Sitzung: die KI legt die Konfigurationsdatei selbst an und lädt danach den Projektkontext über aipc_bootstrap, bevor sie mit der eigentlichen Aufgabe beginnt – die Ziel-Client-Formate sind nach öffentlich dokumentierten Konventionen gebaut, aber nicht gegen echte Installationen verifiziert (📖 an den entsprechenden Stellen ausgewiesen).