kungfu
活跃·★ 4.5k·Apache-2.0·更新于 2026-10-22
Kungfu 针对的是切换编码智能体的成本:复制上下文、重新解释决定、检查遗漏。它把一项 Work 放在任何智能体会话之外,记录目标、进度、证据、下一步和完成状态,归在某个 Project 下。每次智能体运行都是该 Work 下的一个 Attempt,失败也会记录,断线或崩溃不会抹掉发生过的事。
你可以留在当前智能体里让它运行 kungfu agent brief,也可以用 kungfu run codex、claude、opencode 或 amp 通过 Kungfu 启动,保留原生界面。Kungfu 会阻止第二个在线智能体写入别人持有的 Work,并把“完成”和“批准”分开:智能体给出结果和证据,由独立评审和 Kungfu 结算决定是否完成。内置的确定性模拟智能体无需服务商密钥即可演示恢复流程。
项目标注为 Alpha,README 说明常规上手仍需要一个真实智能体做独立评审。状态存放在项目本地的 .kungfu/ 目录,不应删除,也不应整体提交到 Git。可选的 TUI 和 GUI 视图可跨会话查看 Work。
#智能体交接#持久化工作#Codex#Claude Code#OpenCode#命令行#智能体编排
01
功能特性
01Project / Work / Attempt 模型,把持久状态放在聊天之外
02kungfu run codex|claude|opencode|amp 用原生界面启动智能体,由 Kungfu 跟踪 Work
03断线、崩溃后可恢复同一项 Work,并带可复现的模拟智能体演示
04阻止第二个在线智能体写入不属于它的 Work
05完成需经独立评审和结算,而不是智能体自称完成
02
为什么选择它
+任务中途换成更便宜或不同的智能体,无需重新解释上下文。
+失败或崩溃的尝试仍记录在同一项 Work 下,不会丢失。
+智能体不能自己宣布完成,完成须经独立评审。
03
权衡点
!Alpha 阶段:README 自述完整流程仍需真实智能体参与评审。
!引入了 Project、Work、Attempt、结算等自有概念,需要时间理解。
!.kungfu/ 工作区要小心处理 Git,既不能丢也不能整体提交。
04
维护状况检查
活跃检查日期: 2026-10-23
- 最近提交
- 2026-09-09
- 近 90 天提交数
- 100+
- 近 90 天发布数
- 11
- 最新发布
- v4.0.0-alpha.5 (2026-09-03)
- 未关闭 issue
- 98
- 近期 issue 至少有一条评论的比例
- 0/1
近 12 周每周提交数
最早的一周在左边,最近 4 周为橙色。数据来源:GitHub 提交统计。
状态规则:GitHub 上已归档 = 已归档;最近提交在 90 天内 = 活跃;91 到 365 天 = 放缓;更久 = 停滞。所有数字来自所示日期的 GitHub API。
讨论最多的未关闭 issue
- #2936 [Buildchain contract] kungfu-systems/kungfu drift on v3-alpha6 条评论 · 2026-08-11
- #2844 [Buildchain contract] kungfu-systems/kungfu drift on v34 条评论 · 2026-08-10
- #3546 Dev verify patrol: dev/v4/v4.0 verify is failing3 条评论 · 2026-08-29
issue 标题引自 GitHub。请打开链接确认该问题是否仍适用于你使用的版本。
05
兼容性
Codex
kungfu run
已通过文档验证
Claude Code
kungfu run
已通过文档验证
OpenCode
kungfu run
已通过文档验证
macOS / Linux
命令行
已通过文档验证
06
快速开始
1
$ curl -fsSL https://kungfu.tech/install.sh | sh
07
使用场景
↳同一任务在高价与低价编码智能体之间切换
↳让长时间工作在上下文丢失和重启后仍可继续
↳以证据和评审完成步骤让智能体工作可审计
08
同类工具
评论
登录后发表评论
暂无评论,来发表第一条吧