# Kungfu **Your agents don't hand off the work. You do.** Every switch means copying context, re-explaining decisions, chasing updates, and checking what got lost. Kungfu keeps the same work moving, no matter which agent takes over. Use the best Agent when it matters. Use a cheaper one when it does not. Keep the same Work across Codex, Claude, OpenCode, Amp, or your own execution surface. > **Kungfu UNGFU™** · Never Guess. Facts Unfold. [Why this signature > exists](docs/concepts/why-kungfu.md). Before asking an agent to use Kungfu, make sure the `kungfu` command is on its `PATH`. [Set up the Kungfu command](docs/guides/installing-cli.md#make-kungfu-available-in-path), then paste this one sentence into the agent you already use: ```text Run `kungfu agent brief`, then guide me through my first Project and Work. Keep me in my current agent, and use Kungfu as the durable Work layer. ``` Keep working in that agent when you are ready: ```sh cd your-project kungfu run codex ``` Use `claude`, `opencode`, or `amp` instead of `codex` when that is the agent you already use. Pass a task to create the first Work directly: ```sh kungfu run codex "Prepare the release notes" ``` A successful agent process is retained for independent review; it does not complete Work by itself. ## See the Work survive an Agent change **One Work. Two fresh Agent processes. No copied chat.** Session 1 stops with a partial result. Session 2 starts without the previous conversation, recovers what was done and what remains, then finishes the same Work. [![Kungfu Agent Work Lab showing a fresh Agent continuing the same Work without copied chat](docs/qualification/evidence/auditable-demo/835bde89ae8cee57661dfc2f4ba96bbf6d2be1546d89f42fd0c18a331a7308da/demo.gif)](docs/qualification/auditable-demo-artifact-pipeline.md)
How this exact installed-artifact demo was verified This selectively rendered demo comes from one exact retained Linux build artifact. The installed `kungfu agent-work-lab autoplay` command ran in a bounded PTY, the required Buildchain Gate qualified its exact capture, and full media rendered only from that passing Gate. [Method and evidence](docs/qualification/auditable-demo-artifact-pipeline.md) · [source `7777de45e3fa`](https://github.com/kungfu-systems/kungfu/commit/7777de45e3fa53c6654d39990314efc2bc9ae99a) · [workflow run](https://github.com/kungfu-systems/kungfu/actions/runs/30646944258) [Gate bundle](https://github.com/kungfu-systems/kungfu/actions/runs/30646944258/artifacts/8802347879) `sha256:9e73aac549a32458ad132ad8166836aa7ab03885210117a15a5d382ef2687c33` · [media bundle](https://github.com/kungfu-systems/kungfu/actions/runs/30646944258/artifacts/8802406105) `sha256:8353070c7b204bccb9e51e124cd07de215ef64db742a70333614c4fe065c59aa` · [Release Passport](https://github.com/kungfu-systems/kungfu/actions/runs/30646944258/artifacts/8802427227) `sha256:835bde89ae8cee57661dfc2f4ba96bbf6d2be1546d89f42fd0c18a331a7308da` Evidence class: `exact-installed-artifact-agent-work-lab-autoplay/v1`. This proves only the exact installed-artifact autoplay and named Gate/render path. The demo grants no authorization from first-party/System identity, KFD compliance, Product System metadata, local bundle presence, package metadata, registry history, scan output, or standalone generation, and makes no production-deployment claim.
Want to explore without leaving Kungfu first? Run the terminal product: ```sh kungfu ``` Getting Started leads to the same Agent-first prompt. Agent Work Lab is the lowest-friction optional demonstration, and Guided Project Tour leaves a Project you can keep using. After onboarding, bare `kungfu` opens Work directly. ## What Kungfu preserves - **Work continuity.** Change the Agent without losing what was done, what remains, or which Work is continuing. - **Verified project understanding.** Declared sources, important omissions, conflicts, decisions, and uncertainty remain visible instead of being guessed. - **Inspectable history.** People and Agents can see what happened, what the next action is, and where the supporting evidence came from. The first visible value should arrive within minutes. The deeper value appears over the following days, when the same work survives context loss, changed understanding, failed attempts, handoff, and restart. See the [continuity handoff](https://kungfu.tech/#continuity-demo) and [how it was tested](https://kungfu.tech/how-tested/continuity/), or inspect the [source protocol and retained evidence](docs/qualification/continuity-pilot.md). The current result is preparatory fixture evidence—not a provider comparison, multi-day durability or retention result, or FO10 qualification. ## Change the Agent, not the Work `kungfu run ` is the scriptable golden path across Codex, Claude Code, OpenCode, Amp, and other Agent surfaces. Kungfu does not replace those surfaces; it keeps the Work behind them. The provider-neutral low-level launcher remains available as the advanced `kungfu run agent` command. Registered third-party PTY Agents use `kungfu run agent --agent ` and the bounded [native adapter contract](docs/guides/native-agent-adapters.md). The same local contracts and Work state remain available through the Kungfu TUI, GUI, CLI, and APIs. Projects can start blank, use the guided Agent Work Starter template, or safely remember an existing folder without changing its files. You can open several terminals in the same Project and run the same bare command in each one; Kungfu gives every launch its own Console. The Agent binds that Console to exact Work before it changes the Project. If another live Agent already owns that Work, Kungfu stops the second writer and points back to the existing attempt. Use `--work` when more than one captured Work item is eligible. ## Build from source Public release artifacts are not available yet. To evaluate the current source tree: ```sh git clone https://github.com/kungfu-systems/kungfu.git cd kungfu ./shifu doctor ./shifu sync && ./shifu build ``` ## Understand the system If your goal is to understand Kungfu as a system, do not begin by comparing repository directories and current modules side by side. Start with the [Evolution Map](docs/evolution/README.md): it establishes the historical pressures, abstraction compressions, and authority transitions that produced the current cross-section. Then use its reader routes to enter the exact current module, contract, and source authority for your question. If you already have one bounded implementation or operational task, use [AGENTS.md](AGENTS.md) and the task-specific Xinfa route instead of loading the whole history first. - [Start with Kungfu's longitudinal Evolution Map](docs/evolution/README.md) - [Why Kungfu begins with a minimal human sovereign core](docs/concepts/bootstrapping-agent-work.md) - [Inspect and reanalyze the bounded public work sample](https://kungfu.tech/about/bootstrapping/evidence/) - [How the complete Kungfu system works](docs/concepts/system-overview.md) - [How runtime selection stays explicit and auditable](docs/concepts/runtime-surface-provenance.md) - [Agent Supply Chain architecture and evaluation](docs/architecture/agent-supply-chain.md) - [Documentation Guide](docs/README.md) - [Documentation Map](docs/MAP.md) - [Known Limits](docs/qualification/known-limits.md) - [Build and contribute](CONTRIBUTING.md) Agents working from a source checkout should begin with [AGENTS.md](AGENTS.md) and [Verified Context for Agents](docs/guides/xinfa-agent-context.md). An installed runtime carries its own local agent brief: ```sh kungfu agent brief ``` To discover the exact Fact and Episode invariants, their owners, current evidence routes, and residual risks from a source checkout, run: ```sh ./shifu invariant:verify -- --list --json ``` The human route is [Invariant Verification](docs/qualification/invariant-verification.md). ## Trust, portability, and the open system The following sections expose the release, migration, and interoperability contracts for technical evaluation. They preserve the evidence behind Kungfu's claims without making that evidence the first step in understanding the product. ### Release status Kungfu v4 is **Coming soon**. Source-built capabilities and qualification slices exist, but public packaging, cross-platform evidence, strong power-loss durability, and the institutional profile remain staged unless linked evidence says otherwise. UNGFU is Kungfu's source-identifying signature, not a second product or runtime. See [Why Kungfu](docs/concepts/why-kungfu.md) for the naming boundary. The first public Alpha is additionally gated by one ordered activation transaction. Artifact publication, Release Passport sealing, exact site publication, public read-back, and installed-product qualification must all bind the same product/site source SHAs, artifact root, version, tag, and channel. Released evidence is synthesized only from those receipts; a preparation file cannot make a released-use or first-use claim. See [Trademark public-use qualification](docs/qualification/trademark-public-use.md). An installed Kungfu gives a person or Agent the same direct answer: ```sh kungfu release status kungfu release verify kungfu release explain ``` The human result says what passed and what did not; `--json` returns the stable KFD-3 surface. Before activation, the truthful answer is `VERIFIED, NOT AVAILABLE`. These commands do not make trademark-registration, legal, or first-use-date claims. Design intent, implemented behavior, qualified guarantees, and released artifacts are deliberately distinct. Before relying on a claim, check [Contracts](docs/qualification/contracts.md), [Known Limits](docs/qualification/known-limits.md), and the applicable retained qualification evidence. Kungfu's complete KFD-1 through KFD-13 adoption and claim boundary is published in the generated [KFD support matrix](docs/qualification/kfd-support-matrix.md). Source implementation, verification, Buildchain gating, and shipped release support are reported separately; a declared badge is not a release qualification. Inspect the current checkout before installing dependencies or initializing a Kungfu runtime: ```sh ./shifu kfd status ./shifu kfd query KFD-3 --json ./shifu kfd check --json ``` The first command gives an immediate human verdict. The JSON forms expose the same checked-in facts and non-claims to an Agent. They qualify source evidence, not an installed product: use `kungfu agent hub qualify` and `kungfu agent hub verify` for the installed Agent Hub path. ### Exit and migration Kungfu treats Exit and migration as a product contract. Qualified stable releases on the same `major.minor` line preserve registered authoritative semantics, not physical provider paths, caches, or presentation. The current v4 alpha remains exact-evidence-only; it does not yet carry that stable promise. Read the [Exit, migration, and version compatibility policy](docs/guides/exit-and-version-compatibility.md) for the support boundary, current qualification matrix, and non-claims. An installed artifact exposes its exact policy and protocol inventory without initializing a runtime: ```sh kungfu exit verify --info --json ``` The public install/update claim is still closed. The exact current matrix, one-command behavior, activation boundary, rollback guidance, and explicit non-claims are in [Upgrade Kungfu](docs/guides/upgrading.md); source fixtures and prepared package-manager adapters are not public release artifacts. ### Kungfu in the Agent Supply Chain Kungfu lights the first loop by keeping Work alive across the Agents a person already uses. The Agent experiences explicit capabilities, inspectable evidence, and durable Work—then can recognize and ask for those qualities elsewhere. That creates a possible market loop: Agents recommend within human or Hub authority, builders receive a demand signal, and more Agent-native products can ship the same qualities. Those products can restart the loop without Kungfu. This is an adoption thesis, not a claim of broad external demand or a multi-Hub market. [See the Agent Supply Chain loop](https://kungfu.tech/agent-supply-chain/). The technical chain is: ```text KFD-3 discovery -> Buildchain artifact evidence -> KFD-2 assessment -> libkungfu / .kungfu durable work facts -> independent Agent Hubs ``` Kungfu and libkungfu own the fourth layer: recording, ordering, querying, verifying, exporting, and recovering durable work facts and Episodes. The application still owns its domain facts, and JSON is an edge projection rather than a second authority. The public KFD Agent Hub profile lets independently owned products carry bounded responsibility objects across that edge while each receiver retains admission. The current proof is exact-source and first-party: source-built runtime slices, retained qualification, and one OpenCode-shaped reference adapter. It does not claim OpenCode endorsement, external vendor adoption, a second independent production Hub, public Kungfu Cloud, stable cross-platform compatibility, or physical power-loss qualification. Read the [architecture and evaluation route](docs/architecture/agent-supply-chain.md). If Kungfu is installed, ask the product itself. The first command runs the bundled fixed KFD Hub 20 suite and explains the exact result; the second independently rechecks the retained evidence: ```sh kungfu agent hub qualify --output-dir ./kungfu-agent-hub-check kungfu agent hub verify --qualification-dir ./kungfu-agent-hub-check ``` Use `--json` when an Agent is the reader. A pass proves only the named local artifact, two isolated local authority domains, and the fixed KFD package cut. It is not KFD certification, security assessment, production fitness, remote-network interoperability, external adoption, or evidence for an unobserved platform. [![KFD-1: declared](https://buildchain.libkungfu.dev/badges/v1/kfd-1/declared.svg)](https://github.com/kungfu-systems/kungfu/releases/latest/download/buildchain.release.json) [![KFD-2: declared](https://buildchain.libkungfu.dev/badges/v1/kfd-2/declared.svg)](https://github.com/kungfu-systems/kungfu/releases/latest/download/buildchain.release.json) [![KFD-3: declared](https://buildchain.libkungfu.dev/badges/v1/kfd-3/declared.svg)](https://github.com/kungfu-systems/kungfu/releases/latest/download/buildchain.release.json) [![KFD-4: declared](https://buildchain.libkungfu.dev/badges/v1/kfd-4/declared.svg)](https://github.com/kungfu-systems/kungfu/releases/latest/download/buildchain.release.json) [![Buildchain Release Passport: declared](https://buildchain.libkungfu.dev/badges/v1/buildchain-release-passport/declared.svg)](https://github.com/kungfu-systems/kungfu/releases/latest/download/buildchain.release.json) [![License: Apache-2.0](https://img.shields.io/badge/license-Apache--2.0-0969da.svg)](https://github.com/kungfu-systems/kungfu/blob/HEAD/LICENSE) [![Platform: macOS | Linux | Windows](https://img.shields.io/badge/platform-macOS%20%7C%20Linux%20%7C%20Windows-6e7781.svg)](https://github.com/kungfu-systems/kungfu/releases/latest/download/buildchain.release.json) [![Source Acceptance](https://github.com/kungfu-systems/kungfu/actions/workflows/source-acceptance.yml/badge.svg)](https://github.com/kungfu-systems/kungfu/actions/workflows/source-acceptance.yml) [![Buildchain Validate](https://github.com/kungfu-systems/kungfu/actions/workflows/buildchain-validate.yml/badge.svg)](https://github.com/kungfu-systems/kungfu/actions/workflows/buildchain-validate.yml) [![DCO](https://github.com/kungfu-systems/kungfu/actions/workflows/dco.yml/badge.svg)](https://github.com/kungfu-systems/kungfu/actions/workflows/dco.yml) ## Project links - Product home: - Developer and agent surface: - Issues and questions: [GitHub issue forms](https://github.com/kungfu-systems/kungfu/issues/new/choose) - Security reports: [SECURITY.md](SECURITY.md) - License: [Apache License 2.0](LICENSE) ## Open system repositories Kungfu's protocol, release infrastructure, build environments, and public sites are developed in the open: - [Buildchain](https://github.com/kungfu-systems/buildchain) — auditable build and release infrastructure with verifiable Release Passports. - [KFD](https://github.com/kungfu-systems/kfd) — the open engineering standard for reliable action and continuity under uncertainty. - [Build Images](https://github.com/kungfu-systems/build-images) — source for the reproducible environments used to build Kungfu system artifacts. - [kungfu.tech source](https://github.com/kungfu-systems/site-kungfu-tech) — source for the public product site. - [libkungfu.dev source](https://github.com/kungfu-systems/site-libkungfu-dev) — source for the developer and agent surface. - [All public repositories](https://github.com/kungfu-systems) — the complete organization-level source map.