这是什么
从一个真实问题，到一件被人用过的作品。
Builder OS 不教你怎么写一个按钮。
现在缺的从来不是教程、不是工具、不是 AI。缺的是：不知道该做什么；不知道什么不该做；不知道什么时候已经足够；不知道自己的判断是不是模型编出来的；不知道作品做完之后去哪里找人用；不知道哪些反馈该听；不知道什么时候该继续、什么时候该停。
所以这份指南的完成单位不是「学完一章」，而是走完一轮 Build Cycle。
一轮是什么
- 第一阶段 · 看见问题把一个模糊的想法，变成一个现实同意的、小到能做完的问题。产出：一页纸的项目说明 · 第 1–5 章
- 第二阶段 · 把它做出来在不被学习和 AI 带偏的前提下，让核心流程第一次真的跑通。产出：核心流程能跑通的实物 · 第 6–10 章
- 第三阶段 · 让它能用从「在我电脑上能跑」到「别人点开就能用」。产出：一个可访问的地址 · 第 11–15 章
- 第四阶段 · 让它被用找到第一批真实用户，并且分得清哪些反馈值得听。产出：一次做完的分发实验与分过类的反馈 · 第 16–20 章
- 第五阶段 · 决定下一步基于证据做出一个决定，完成一轮，然后知道该不该有第二轮。产出：Builder Review · 第 21–25 章
九个阶段，五个学习阶段。顺序是做事的顺序，但你不必从第一章开始——先做卡点自测，哪里卡住就从哪里读。
每一章长什么样
- 机制 — 用大白话解释这件事为什么会这样，不堆术语。
- 现实案例 — 一个具体的人、具体的数字、具体的后果。
- 动手试 — 用练习亲手走一遍判断过程，口径与 practice-core 一致。
- 你的行动 — 这一章要做出来的东西，不是读完就算。
- 检查标准 — 怎么判断真的做到了，可勾选、可验证。
外加两节固定收尾：容易搞错的地方、本章自测。
什么叫完成
不是读完 25 章。是六项判定全中：
- 1. 项目定义Project Definition目标用户、问题、核心产出都写清楚了，并且列出了至少三项明确不做的东西。
- 2. 可用的实物Usable Artifact核心流程能从头到尾跑通一次，不是截图也不是设计稿。
- 3. 可访问的地址Shipped Reference别人点开就能用，不需要安装或配置任何东西。
- 4. 做过的分发实验Distribution Attempt至少一次有目标、有结果的实验，失败的结果同样算数。
- 5. 外部反馈External Feedback至少一条来自真实目标用户的反馈，不是其他构建者的鼓励。
- 6. 基于证据的决定Iteration Decision继续、改方向、缩范围或停止，并且写得出依据。
六项里任意一项缺失，这一轮就还没走完。标准写死在这里，是因为没有唯一判定的话，每个人都会用对自己最宽松的那一套。
这份指南反对什么
- 「30 天做一个 SaaS」这类以天数而不是以验证为单位的挑战
- 把课程完成率当成进度
- 在没有任何现实证据之前就开始写代码
- 用功能数量衡量进展
- 把其他构建者的点赞当成用户反馈
- 把模型给的判断当成自己的判断
- 把发布当成终点，而不是拿到反馈的起点