⚠️ 占位条目 陈彬每个项目都是”先写 Blueprint，再叫 Architect 施工”。但Blueprint 的格式规范、演化方法、和 PRD/Design Doc 的差别——需要陈彬亲笔说清。 AI 学者能观察到 Blueprint 文件长什么样，但看不懂Blueprint 替代了什么、救了什么、什么时候失灵。
概念一句话
Blueprint-Driven Development = 先写 Blueprint（项目级蓝图，含 PO3 + 系统架构 + 施工任务分解 + Plan B 链），再让 Architect agent 按 Blueprint 一步步施工。
陈彬所有 AI 系统/项目都走这条路。
为什么这条需要陈彬亲笔
- Blueprint vs PRD vs Design Doc 的差别：传统软件业也有 PRD、Design Doc——为什么陈彬非要另起一个词？这个词携带的独特维度（比如 PO3 顶在最上、Plan B 链显形、任务按 T1-T17 编号）只有陈彬能说清来历。
- Blueprint 的版本演化：AIBuilder 这个项目的 Blueprint 从 v1.0 到 v1.7 迭代了 7 版——每版改了什么、为什么改、不改会怎样——这是方法论核心，AI 学者只能拼出 v1.7 定版，没法讲演化史。
- Blueprint-Driven 的反面：什么情况下陈彬不用 Blueprint？快速实验、小修补、陪伴对话——这些时候直接干。这条”不用的判断”是陈彬式 Blueprint 的一半。
建议素材来源（给陈彬亲笔时参考）
- 本项目 Blueprint：
/Users/chenbin/Documents/Digital_Garden/项目/探_AI搭建系统社群知识库_20260418/Blueprint_v1.7.md - Architect 协议：
~/.claude/agents/architect.md——里面有”施工协议”章节，第一步就是”读取 Blueprint 的 PO3” - Meta 协议：
~/.claude/agents/meta.md——Meta 是 Blueprint 的作者（Phase 3 产 Blueprint），Architect 是消费者 - PK 知识库：陈彬写过的其他项目 Blueprint（搜”Blueprint”、“蓝图”）
AI 学者能观察到的表象（不要当正文）
从 AIBuilder Blueprint v1.7 本身看得到的结构特征：
- 顶部必有 PO3（见 PO3 框架_陈彬主笔）
- 任务用 T1-T17 编号，可跨阶段分发
- Plan B 链显形（每个可能失败的点都有备选）
- 服务层/命令层/文件层的”绝对约束” 单列一节——防止 Architect 施工时踩坑
- 分阶段有可度量评估窗口（Day 0 / Day 1 / Week 2）
- 升级触发条件明示（什么时候 Architect 必须停手升级 Meta）
这些都是格式。哲学层——陈彬亲笔。
关联（占位）
- 紧邻：PO3 框架_陈彬主笔（Blueprint 顶部必挂 PO3）
- 紧邻：多 Agent 协作实战_陈彬式（Meta 写 Blueprint → Architect 按 Blueprint 施工）
- 紧邻：AIBuilder 项目的来龙去脉_陈彬主笔（本项目就是 Blueprint-Driven 的实例）