龙虾拿来聊需求、推进项目，体验确实顺。问题是，只要需求稍微复杂一点，这种顺很快就会变味：会话越滚越长，上下文越来越乱，前面说过的话后面还得再翻一遍。改了几轮需求之后，聊天记录里什么都有，真正对开发有用的信息反而最难找。 
如果这时候你还想把让龙虾去写代码问题会更明显。一边是龙虾，适合沟通、协作、和客户来回对齐；另一边是本地工程环境，更适合贴着真实 repo 写代码、跑测试、排查麻烦的问题。两边都好用，但如果没有一套清楚的协作方式，最后很容易变成来回转述，信息断层，进度也没人看得见。 
所以就有了这个项目，嘎嘎好用，比实习生靠谱多了 


这是我现在比较稳定的一套做法，不是把所有能力都塞进一个 agent，而是老老实实分层。 
 [协作开发架构图] 
更准确地说，我想做的不是把所有能力都塞进 OpenClaw 里，而是反过来分工： 


Codex、Claude Code 这类本地 codi...