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

工作台管理任务，Harness 执行任务

不同 Agent Harness 的能力各有侧重，例如代码、浏览器、文档和数据处理。如果每个 Harness 都直接修改项目状态，审批和执行记录就容易分散，难以统一核对。

KAIWU 管理项目、审批、调度和审计，Harness 执行已经批准的工作。任务定义与执行器分开后，可以更换执行器，同时保留统一的任务和审批记录。

分开接收事件与发送任务

事件通过 kaiwu.event/v1 JSONL Inbox 进入系统，任务通过 kaiwu.quest/v1 版本化 Outbox 发出。这两个接口传递规定格式的数据，不作为任意 Shell 命令的入口。

Harness 通过 Adapter 接入。Adapter 把执行结果转成统一事件，也把 Quest 转成对应 Harness 能理解的请求。接入一个 Harness，不代表 KAIWU 自身拥有这个 Harness 的全部原生能力。

批准后执行，重试保留历史

未批准的 Quest 不能 dispatch。执行失败后，每次重试都产生新的 attempt 和 dispatch ID，保留前一次结果，不能覆盖历史。

审计记录应能回答：任务何时获批、第一次执行发生了什么，以及下一次尝试是否更换了参数。KAIWU v0.1 的设计重点是让不同 Harness 共用这些规则，而不是把某个执行器的实现包装成平台能力。