Caw

kanban式的运行中智能体搭配"需要输入时推送"的组合，恰好就是缺失的那层监控——跑几个编码智能体时，成本不是算力，而是我挨个轮询终端看谁卡住了。关于按需git worktrees的问题：当两个智能体的worktree都修改了同一个文件且出现分叉时，Caw是在合并前就暴露冲突，还是得等到最后才发现？这正是并行智能体工作通常翻车的地方。恭喜——已经star了repo。

每当智能体完成工作或需要输入时推送通知，这才是真正能让我愿意安装的功能，因为我通常正好在那时候切走了标签页没看到。好奇它是如何判断智能体需要输入而不仅仅是处于步骤之间，因为很多编码智能体打印大量模棱两可的输出，而触发太频繁的通知系统最终只会像其他吵闹应用一样被静音。

另外关于按需git worktrees：当你在同一个repo的多个worktree上并行拉起工作，如果两个智能体最终在不同worktree里修改了同一个文件，而你需要把那些工作合并回去，Caw怎么处理？是直接留一个普通git冲突让你自己解决，还是kanban视图里有什么东西能在冲突变成合并难题之前就标出重叠？

专门为AI智能体工作流复用终端会话，这是个聪明的细分领域——好奇Caw在智能体进程中途崩溃时如何处理会话持久性，它会自动重新附着还是会丢失回滚缓冲区？另外，它是纯本地运行还是有中继服务器？这对那些在敏感代码库上运行智能体的人来说很重要。开源是正确的选择，因为人们需要信任一个夹在他们和终端之间的工具。

GPT-5.6如何改变了你所发布产品的野心或范围？