北京
晚上11点，你让AI代理两小时前开始写一个接口端点。它完成了。测试通过了，结构看着干净，没什么明显的毛病。你正准备合入代码。
然后你注意到没有限流机制。没有结构化日志。那行缓存代码单薄得稍微来点真实流量就会崩。安全检查是一条注释：// TODO：这里加认证。
代理不是忘了这些。它压根不知道这些东西对你很要紧。它按自己见过的所有代码的中位水准，给了你一版能跑的东西，交回来的时候还一副大功告成的样子。
我经历过这种时刻的次数，多到自己都不愿承认。每一次，让人沮丧的都不是模型本身，而是模型周围缺少一套体系。
这就是AI开发者瓶颈：模型能做出来的东西，和它真懂你是怎么干活的之间的那段距离。/letsgo就是为消除这个距离而搭建的。
/letsgo是什么
/letsgo是Claude Code的一个主代理编排器。开始一个任务时调用它，它就会接手，按照一整套结构化的15步蓝图来协调整个开发流程。它运行在78项直接接入工作流的核心技能上，其设计初衷是当你的项目需要时，去接入更广泛的Claude Code技能生态。
它不猜。也不即兴发挥。它沿一条深思熟虑的序列推进，在正确的时机运用正确的知识，产出的成果反映的是真实的生产标准，而不是模型见过的一切的中位值。
动手之前，先提问
/letsgo做的第一件事不是写代码。它问一个问题：
这是个人项目，还是客户项目？
就这一个回答，会改变后续所有东西。它采用的假设，它强制执行的标准，它接下来要问的问题，全都不一样了。个人业余项目和一个要交付给客户的东西，有根本不同的要求，/letsgo从一开始就对这一点区别对待。
你答完这一问之后，它会在触碰任何内容之前，先抛出结构化的上下文问题清单：
这个项目的核心目标是什么？涉及到哪些技术栈或已有基础设施？有没有性能、安全或合规方面的要求？所谓的“做完”，具体长什么样？
多数代理直接跳过这一步。它们能推断的就推断，剩下的靠猜，事后走偏了再纠错。/letsgo拒绝在缺乏清晰图景的情况下动手。这些问题花掉两分钟。但被它们挡掉的麻烦，需要花好几个小时才解不开。
等到它进入蓝图阶段的时候，它已经知道了它在构建什么、给谁用、好是什么标准。
两层设计
/letsgo里所有东西的运行，都建立在一套清晰的分离机制之上，它把大多数代理工作流容易混为一谈的两件事拆开了。
规划与发现阶段先来。在触碰任何一行代码之前，/letsgo会读任务，审计现有代码库，识别相关模式，锁定架构方向。这个阶段的终点是一份具体计划，每一步都有明确的产出排好序。
大多数代理正是在这里悄无声息地失效。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
