PROJECT FILE · released
KAIWU / 开物
集中管理交给 AI 的任务,记录批准、执行结果和失败后的重试。
问题与约束
不同 Harness 的执行方式各不相同,项目状态、人工批准和执行结果容易散落在工具日志里。
方案与决策
用 kaiwu.event/v1 JSONL Inbox 接收事件,用 kaiwu.quest/v1 Outbox 发出经批准的任务;Harness 通过 Adapter 接入,系统不执行任意 Shell;重试产生新的 attempt 和 dispatch ID。
证据
独立仓库 e29denghy/kaiwu 已完成 v0.1.0 发布、双语 README、Linux CI 和 provenance 检查。
结果
把“谁批准了什么、何时发出、由哪个 Harness 执行、失败后如何重试”变成稳定的事件和审计边界。
RELATED NOTES
关联工程文章
2026
KAIWU:把跨 Agent 工作拆成事件、任务与审批
KAIWU 的核心不是再造一个 Shell 执行器,而是把项目、审批、调度和 Harness 执行之间的边界固定下来。
2026
开物如何适配 DeepSeek Harness:把 AI 执行接入人工批准的工作台
开物没有把 DeepSeek Harness 直接塞进 Web 请求,而是用进程隔离的 Bridge、版本化 Quest/Event 协议和人工批准门禁,把 AI 执行能力接进一条可审计、可失败关闭的工作流。