KAIWU：把跨 Agent 工作拆成事件、任务与审批

为什么要有一个工作台

不同 Agent Harness 擅长的事情不同：有的负责代码，有的负责浏览器，有的负责文档或数据处理。如果每个 Harness 都直接修改项目状态，系统很快会失去统一的审批和审计边界。

KAIWU 把自己放在 Harness 之上：它管理项目、审批、调度和审计，Harness 负责执行已经被批准的工作。这个分层让“任务是什么”和“由谁执行”可以独立变化。

两条稳定边界

事件通过 kaiwu.event/v1 JSONL Inbox 进入系统，任务通过 kaiwu.quest/v1 版本化 Outbox 发出。两者都是数据边界，不是任意 Shell 的入口。

Harness 通过 Adapter 接入。Adapter 可以把外部执行器的结果转成统一事件，也可以把 Quest 转成某个 Harness 能理解的请求，但 KAIWU 不因此宣称拥有每个 Harness 的原生能力。

审批和重试必须可见

未批准的 Quest 不能 dispatch。执行失败后，重试要产生新的 attempt 和 dispatch ID，而不是覆盖上一条历史。这样审计记录可以说明：原任务何时批准、第一次执行发生了什么、第二次尝试是否使用了新的参数。

KAIWU v0.1 的价值，正是把这些边界做成一个可被其他 Harness 复用的工作台，而不是把某一个 Agent 的实现细节包装成平台能力。