发一条任务

用你自己的话说一句。目标越具体，事后越好核。

怎么说

• 点名文件或范围。「在 DateUtils.kt 里把写死的文案提成常量」是可核的，「把日期那块清理一下」不是。
• 说清做完还要干什么。「然后跑一次构建确认没坏」把一次猜测变成一次已验证的改动。
• 说清不要做什么。「不要提交」是会被遵守的。

发出去之后

1. 排队中

   任务进这个工作区的队列，等一台机器来接。

2. 已接手

   某台 执行体 认领了它。卡片上会写是哪一台。

3. 开工前检查

   KernelHub 从你那句话里读出它明显会需要的档位。缺一档就停在这里 —— 在烧掉一趟之前。

4. 执行中

   Agent 开始干活。证据流与 diff 实时回传。

5. 结果

   完成、卡住、或失败 —— 附上它改了什么。

改主意

「要求修改」是把追加指令送进同一条任务，历史和改动都留着。「取消」在执行中也算数。

同时几条

一台 执行体 可以同时跑几条任务，但两条任务改同一批文件会互相打架。并发的任务尽量放在代码的不同区域。