kungfu: Continuity for Agent Work. Keep using the agents you already have kungfu run agent is the golden path, not a required replacement for Codex, Claude Code, VS Code, terminals, or other agent surfaces.

Zwei Laufzeitsubstrate f r Agentenarbeit bei kungfu Teil 1

kungfu-systems/kungfu wird im README als Continuity for Agent Work. Keep using the agents you already have kungfu run agent is the golden path, not a required replacement for Codex, Claude Code, VS Code, terminals, or other agent surfaces. beschrieben. Die Quelle nennt die Sprache C++, die Lizenz Apache-2.0 und den Standardzweig dev/v4/v4.0. Aussagen zu Sternen, Forks und offenen Issues beschreiben nur die ffentliche Aufmerksamkeit, keine Betriebsgarantie. Projektnotiz 1 für kungfu.

Für eine konkrete Prüfung eignet sich bei kungfu-systems/kungfu zuerst der Einstieg im README und danach die dort genannten Dateien oder Befehle. Halte dabei die verwendete Version, Eingaben, Ausgaben und Fehlermeldungen fest. Das ist bei kungfu wichtig, weil die bereitgestellten Materialien keine vollständige Kompatibilitätsmatrix und keine belastbare Zusage für jede Umgebung enthalten. Abschnitt 1 bezieht sich ausdrücklich auf kungfu-systems/kungfu.

Für die Einordnung von kungfu-systems/kungfu zählt der konkrete Zusammenhang: Die README-Angaben zeigen, wofür das Projekt gedacht ist, ersetzen aber keine Aussage über Last, Sicherheit, Pflege oder eine andere Eigenschaft, die dort nicht belegt ist. Prüfe deshalb genau den genannten Teil von kungfu in Abschnitt 1, bevor du ihn in einen größeren Ablauf einbaust.

Erste Nutzung mit drei Objekten bei kungfu Teil 2

F r die erste Nutzung sagt die Dokumentation, man solle sich nur drei Objekte merken: Project, Work und Agent. ffne oder erstelle ein Project, beschreibe ein Work-Ergebnis und f hre dann einen Agent aus. Das tiefere Autorit tsmodell ist verf gbar, wenn Evidenz oder Wiederherstellung es verlangt, ist aber keine Voraussetzung f r den Start. Work Control organisiert fortlaufende Arbeit als Initiative und begrenzte Verantwortung als Assignment, b ndelt genaue Workspace-Beobachtungen ber Portfolio und legt einen nachfolgenden Project Cut fest. Keiner dieser Begriffe definiert laut README die dom nenneutralen Fact- und Episode-Substrate neu. Projektnotiz 2 für kungfu.

Für eine konkrete Prüfung eignet sich bei kungfu-systems/kungfu zuerst der Einstieg im README und danach die dort genannten Dateien oder Befehle. Halte dabei die verwendete Version, Eingaben, Ausgaben und Fehlermeldungen fest. Das ist bei kungfu wichtig, weil die bereitgestellten Materialien keine vollständige Kompatibilitätsmatrix und keine belastbare Zusage für jede Umgebung enthalten. Abschnitt 2 bezieht sich ausdrücklich auf kungfu-systems/kungfu.

Für die Einordnung von kungfu-systems/kungfu zählt der konkrete Zusammenhang: Die README-Angaben zeigen, wofür das Projekt gedacht ist, ersetzen aber keine Aussage über Last, Sicherheit, Pflege oder eine andere Eigenschaft, die dort nicht belegt ist. Prüfe deshalb genau den genannten Teil von kungfu in Abschnitt 2, bevor du ihn in einen größeren Ablauf einbaust.

Wie die Dokumentation organisiert ist bei kungfu Teil 3

Dieses README ist ein kuratierter Weg durch die Dokumentation und bewusst k rzer als der vollst ndige Index in MAP.md. Zu den Verantwortungsverzeichnissen geh ren Concepts, Guides, Architecture, Profiles, Qualification, Development, Research, Architecture Decisions, ADR Map, Evolution Map und Shifu. Jedes Verzeichnis hat eine Aufgabe: Concepts tr gt Vokabular und Prinzipien, Qualification tr gt Garantien und Grenzen, ADRs bewahren tragende Entscheidungen, und Research bewahrt gemessene Optionen, ohne sie zur aktuellen Anleitung zu machen. Wenn zwei Dokumente sich berschneiden, entscheidet die Rolle ber den Besitz: Vocabulary besitzt ffentliche Begriffsdefinitionen, und Event Model besitzt Journal- und Replay-Mechanik. Projektnotiz 3 für kungfu.

Für eine konkrete Prüfung eignet sich bei kungfu-systems/kungfu zuerst der Einstieg im README und danach die dort genannten Dateien oder Befehle. Halte dabei die verwendete Version, Eingaben, Ausgaben und Fehlermeldungen fest. Das ist bei kungfu wichtig, weil die bereitgestellten Materialien keine vollständige Kompatibilitätsmatrix und keine belastbare Zusage für jede Umgebung enthalten. Abschnitt 3 bezieht sich ausdrücklich auf kungfu-systems/kungfu.

Für die Einordnung von kungfu-systems/kungfu zählt der konkrete Zusammenhang: Die README-Angaben zeigen, wofür das Projekt gedacht ist, ersetzen aber keine Aussage über Last, Sicherheit, Pflege oder eine andere Eigenschaft, die dort nicht belegt ist. Prüfe deshalb genau den genannten Teil von kungfu in Abschnitt 3, bevor du ihn in einen größeren Ablauf einbaust.

Betrieb, Einbettung und Erweiterung bei kungfu Teil 4

Die Betriebsanleitungen decken Alpha-Status, bekannte Probleme, Health-Preflight, Rewind, Konfiguration, Dauerhaftigkeit, CLI-Installation, Upgrade sowie Exit- und Versionskompatibilit t ab. Die installierte Laufzeit beschreibt sich selbst ber Befehle wie `kungfu agent brief`, `kungfu agent capabilities --json` und `kungfu agent choose-mode --json`. F r die Erweiterung dokumentiert der Architekturteil das Ereignismodell, Adapter f r C++, Python, Node und Framework-Grenzen, kfx-Topologie, Skills und agentenorientierte Profilerstellung. Das README nennt diese Bereiche, ohne konkrete Integrationsgarantien zu nennen. Projektnotiz 4 für kungfu.

Für eine konkrete Prüfung eignet sich bei kungfu-systems/kungfu zuerst der Einstieg im README und danach die dort genannten Dateien oder Befehle. Halte dabei die verwendete Version, Eingaben, Ausgaben und Fehlermeldungen fest. Das ist bei kungfu wichtig, weil die bereitgestellten Materialien keine vollständige Kompatibilitätsmatrix und keine belastbare Zusage für jede Umgebung enthalten. Abschnitt 4 bezieht sich ausdrücklich auf kungfu-systems/kungfu.

Für die Einordnung von kungfu-systems/kungfu zählt der konkrete Zusammenhang: Die README-Angaben zeigen, wofür das Projekt gedacht ist, ersetzen aber keine Aussage über Last, Sicherheit, Pflege oder eine andere Eigenschaft, die dort nicht belegt ist. Prüfe deshalb genau den genannten Teil von kungfu in Abschnitt 4, bevor du ihn in einen größeren Ablauf einbaust.

Institutionelle Bewertung und bekannte Grenzen bei kungfu Teil 5

Die institutionelle Bewertung beginnt mit einem Entscheidungsdokument und f hrt zu einem Single-Host-Institutionenvertrauensprofil, Dauerhaftigkeit und Crash-Recovery, Exit- und Versionskompatibilit t, Vertr gen, bekannten Grenzen, End-to-End-Leistungsqualifikation, Episode-Atomizit tsqualifikation und Invariantenpr fung. Das README erkl rt, dass Kungfu v4 derzeit Engineering-Evaluation und kontrollierte Shadow-Nutzung f r das institutionelle Profil unterst tzt und dass die Dokumentation ein nicht qualifiziertes Designziel nicht in eine Produktionsgarantie verwandelt. Das Qualifikationsverzeichnis h lt die Evidenz und die Nicht-Zusagen fest. Projektnotiz 5 für kungfu.

Für eine konkrete Prüfung eignet sich bei kungfu-systems/kungfu zuerst der Einstieg im README und danach die dort genannten Dateien oder Befehle. Halte dabei die verwendete Version, Eingaben, Ausgaben und Fehlermeldungen fest. Das ist bei kungfu wichtig, weil die bereitgestellten Materialien keine vollständige Kompatibilitätsmatrix und keine belastbare Zusage für jede Umgebung enthalten. Abschnitt 5 bezieht sich ausdrücklich auf kungfu-systems/kungfu.

Für die Einordnung von kungfu-systems/kungfu zählt der konkrete Zusammenhang: Die README-Angaben zeigen, wofür das Projekt gedacht ist, ersetzen aber keine Aussage über Last, Sicherheit, Pflege oder eine andere Eigenschaft, die dort nicht belegt ist. Prüfe deshalb genau den genannten Teil von kungfu in Abschnitt 5, bevor du ihn in einen größeren Ablauf einbaust.

Beitr ge und Dokumentations-Governance bei kungfu Teil 6

Die Beitragsanleitung behandelt Build, Stil, Tests, DCO und Pull-Requests sowie Entwicklungsprozesse wie Alpha-Aufmerksamkeitsbetrieb und Community-Health-Baseline. Die Dokumentationsgrenze ist ausf hrbar: `./shifu docs:check` validiert Markdown-Struktur, Anker und Konsistenz, w hrend `./shifu docs:prose` die generierte Vale-Policy anwendet. Die Gesundheit externer URLs ist bewusst getrennt, weil Remote-Verf gbarkeit keine deterministische Eigenschaft eines Commits ist. Das README sagt au erdem, dass docs/README.md und docs/MAP.md die einzigen Markdown-Dateien im Stammverzeichnis sind, und dass Kungfu keinen Dokumentationskompatibilit tsvertrag ver ffentlicht hat, sodass fr here flache Pfade entfernt statt als Redirects behalten werden. Projektnotiz 6 für kungfu.

Für eine konkrete Prüfung eignet sich bei kungfu-systems/kungfu zuerst der Einstieg im README und danach die dort genannten Dateien oder Befehle. Halte dabei die verwendete Version, Eingaben, Ausgaben und Fehlermeldungen fest. Das ist bei kungfu wichtig, weil die bereitgestellten Materialien keine vollständige Kompatibilitätsmatrix und keine belastbare Zusage für jede Umgebung enthalten. Abschnitt 6 bezieht sich ausdrücklich auf kungfu-systems/kungfu.

Für die Einordnung von kungfu-systems/kungfu zählt der konkrete Zusammenhang: Die README-Angaben zeigen, wofür das Projekt gedacht ist, ersetzen aber keine Aussage über Last, Sicherheit, Pflege oder eine andere Eigenschaft, die dort nicht belegt ist. Prüfe deshalb genau den genannten Teil von kungfu in Abschnitt 6, bevor du ihn in einen größeren Ablauf einbaust.

Lizenzbedingungen bei kungfu Teil 7

Das Repository verwendet die Apache License 2.0, die eine dauerhafte, weltweite, nicht exklusive, kostenlose, geb hrenfreie, unwiderrufliche Urheberrechtslizenz zum Reproduzieren, Erstellen abgeleiteter Werke, ffentlichen Anzeigen, Auff hren, Unterlizenzieren und Verteilen des Werks gew hrt, zusammen mit einer hnlichen Patentlizenz, die endet, wenn Patentklage erhoben wird. Der Lizenzauszug sagt nichts ber Garantie, Support oder Sicherheitszusagen aus; diese Themen bleiben au erhalb dessen, was der Lizenztext begr ndet. Projektnotiz 7 für kungfu.

Für eine konkrete Prüfung eignet sich bei kungfu-systems/kungfu zuerst der Einstieg im README und danach die dort genannten Dateien oder Befehle. Halte dabei die verwendete Version, Eingaben, Ausgaben und Fehlermeldungen fest. Das ist bei kungfu wichtig, weil die bereitgestellten Materialien keine vollständige Kompatibilitätsmatrix und keine belastbare Zusage für jede Umgebung enthalten. Abschnitt 7 bezieht sich ausdrücklich auf kungfu-systems/kungfu.

Für die Einordnung von kungfu-systems/kungfu zählt der konkrete Zusammenhang: Die README-Angaben zeigen, wofür das Projekt gedacht ist, ersetzen aber keine Aussage über Last, Sicherheit, Pflege oder eine andere Eigenschaft, die dort nicht belegt ist. Prüfe deshalb genau den genannten Teil von kungfu in Abschnitt 7, bevor du ihn in einen größeren Ablauf einbaust.

Zwei Laufzeitsubstrate f r Agentenarbeit bei kungfu Teil 8

Das README stellt Kungfu als Ausf hrungsinfrastruktur f r reale Agentenarbeit vor. Seine lokale semantische Autorit t beginnt in einem Append-only-Journal, das zwei Laufzeitsubstrate freilegt. Fact h lt fest, was an einem expliziten Cut zugelassen wird, und Episode h lt die begrenzte kausale Erfahrung fest, durch die Arbeit stattfand und sich Zustand nderte. Episode wird als das Flaggschiff-Objekt f r zeitliche Arbeit beschrieben, nicht als einziges Fundamentobjekt. Die Repository-Metadaten nennen C++ als Sprache und dev/v4/v4.0 als Standardzweig, mit der Projektseite unter kungfu.tech; das README selbst konzentriert sich auf das konzeptionelle Modell statt auf die Implementierung. Projektnotiz 8 für kungfu.

Für eine konkrete Prüfung eignet sich bei kungfu-systems/kungfu zuerst der Einstieg im README und danach die dort genannten Dateien oder Befehle. Halte dabei die verwendete Version, Eingaben, Ausgaben und Fehlermeldungen fest. Das ist bei kungfu wichtig, weil die bereitgestellten Materialien keine vollständige Kompatibilitätsmatrix und keine belastbare Zusage für jede Umgebung enthalten. Abschnitt 8 bezieht sich ausdrücklich auf kungfu-systems/kungfu.

Für die Einordnung von kungfu-systems/kungfu zählt der konkrete Zusammenhang: Die README-Angaben zeigen, wofür das Projekt gedacht ist, ersetzen aber keine Aussage über Last, Sicherheit, Pflege oder eine andere Eigenschaft, die dort nicht belegt ist. Prüfe deshalb genau den genannten Teil von kungfu in Abschnitt 8, bevor du ihn in einen größeren Ablauf einbaust.

Redaktionelles Fazit

Geeignet ist kungfu-systems/kungfu für Teams, deren Aufgabe genau zu den im README beschriebenen Funktionen passt und die den genannten Einstieg selbst prüfen können. Ungeeignet ist es als pauschale Produktionszusage. Prüfe zuerst den dev/v4/v4.0-Stand, den dokumentierten kungfu-Einstieg und die konkrete Ausgabe in deiner Zielumgebung.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes