AI做大项目就发疯？这个Skill让Claude Code学会”有序建造”
AI 写代码很强，但一旦项目大了，它就会开始”失忆”——上下文窗口越来越长，早期的架构决策被悄悄覆盖，模块之间互相矛盾，最后出来的代码没人能维护。
这不是模型不够聪明，是结构性问题。
最近看到一个 Skill 叫 Skeleton First Code，专门解决这个问题，而且解法很优雅。
三个致命失败模式
作者把 AI 编程代理做大项目时的失败总结成三类：
- Long-context amnesia（上下文失忆）：上下文压缩把早期的 plan 和决策悄悄删掉，AI 重新”凭感觉”工作，开始重复实现已完成的模块、推翻已拍板的决策。
- Blind development（盲目开发）：代码一股脑写出来，先跑一个测试就宣布完成，同时修五个模块全部修坏。
- Unmaintainable output（不可维护的输出）：一周后没人能回答这个项目为什么存在、谁改了什么、为什么这么改。
三根支柱
Skeleton First Code 的解法是把 AI 代码开发变成一个”状态机”，让它永远不会静默退出正确的开发流程：
- 持久化记忆：每个决策都写在磁盘上（README + plans/ + logs/），而不是留在上下文窗口里。下次开新 session 从 O(tree depth) 次读取恢复，而不是”把所有东西重新读一遍”。
- 骨架-血肉框架：项目是一棵有机生长的模块树。骨架是组织者，血肉是被组织者；血肉长大后自己长出新的骨架，形成递归层级。模块划分有严格的”最小黑盒”和”最大黑盒”原则。
- 单模块专注：一次只推进一个模块，走严格流水线：Plan → Implement → Test → 下一个。禁止跳阶段、禁止跨模块未登记修改。
为什么值得装
如果你用 Claude Code 做大项目，这个 Skill 解决的是最实际的痛点——不是让 AI 写代码更快，而是让 AI 写的代码能被人维护、能跨 session 恢复、不会因为上下文变长就发疯。
它不是提示词技巧，而是一套完整的工作流契约。装上之后，AI 写代码的方式会发生根本性改变——从”冲动输出”变成”有序建造”。
评论区
0 条评论
登录后可评论。