31｜进阶：SDD、Spec-Kit、Spec Coding 与老项目改造
Robert
你好，我是 Robert。
课程发布以来，收到了很多问题。有些问题反复出现，集中在四个方向：CLAUDE.md 越写越长怎么办？企业里 SDD 到底能不能落地？Spec-Kit 和 Spec Coding 怎么用？老项目怎么用 Claude Code 改造？
这些问题本质上是同一件事：规范驱动开发在真实项目里怎么落地。
坦白说，这个话题在一讲里讲不完，尤其是老项目改造，完整展开需要很长的内容，5 月初会有一门新课系统地分享这部分内容。本讲的定位是：先把思路和原则讲清楚，给几个关键提示词，让你能开始行动，不会太细，但够用。
大家的经验基本类似，都经历过两种项目：从零搭建的绿地项目，和接手别人留下来的存量系统。后者更难，但也更常见。这一讲结合真实经验，把规范驱动开发怎么落地说清楚。
规范工具的四个层次
很多人用了一段时间 Claude Code 之后会发现一个问题：CLAUDE.md 越写越长，Claude Code 开始忽略某些规范，或者不同模块的约定互相冲突。根本原因是把不同性质的内容混在了一起。
规范工具分四个层次，每层解决的问题不同：
CLAUDE.md 的职责边界：这个项目的全局规则。技术栈约束、代码风格、命名规范、禁止事项、模块职责划分。读者是 Claude Code，每次启动都读，所以要精简、稳定、不频繁变更。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《Claude Code 企业级全链路开发实战》，新⼈⾸单¥59
《Claude Code 企业级全链路开发实战》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论