目的

把仓库重置为开箱即用的空脚手架——任何新团队 clone 下来就是一份干净的框架模板，可以立刻用来开始新项目。

保留内容（脚手架骨架）

.
├── .codebuddy/                # 框架本体，完整保留
│   ├── rules/                 # 9 份规则
│   ├── skills/                # 9 个 skills（含脚本）
│   ├── governance/            # 6 份治理文档
│   └── rules/.archived/       # 归档目录（索引已清空为脚手架模板）
├── .env.example              # 改为技术栈中立模板
├── .gitignore                # 通用模板
├── LESSONS.md                # 核心原则 + 资产清单 + 迁移步骤（§二 反模式表已清空）
└── README.md                 # 改写为脚手架入口

删除内容（项目专属数据）

清空为脚手架模板

抽象化自检

新团队如何使用本脚手架

按 README.md 的"快速上手 4 步"：

1. Clone 本仓库作为新项目起点
2. 拷贝 .env.example 为 .env 填写实际值
3. 按新项目技术栈调整 rules/project-architecture.md
4. 用 scaffold skill 生成第一个模块

后续触发 requirement-workflow，所有规则、治理框架立即生效。

为何这样做

前面 15 个 PR 的所有实践、踩坑、修复都已经提炼为规则和模板沉淀在 .codebuddy/ 三层结构中。具体的业务代码和历史数据对新团队没有价值——它们只是实践过程的副产物。

脚手架的价值在于「框架 + 方法论」而非「曾经写过什么业务」。重置后的仓库就是这套方法论的纯粹形态。

与历史数据的关系

所有被删除的内容在 Git 历史中完整保留（PR #1~#15 可追溯）。若新项目需要参考某个具体实现，可 git log 查找对应 commit。历史不是消失，只是从工作副本中清理掉，避免干扰新用户。