用途：把“初始化项目”变成一项范围明确、可验证的工作，即端到端可运行的最小骨架，不含业务逻辑。产出单一文档 SPRINT0.md，供 TESTER 与 DEV 共同阅读。该技能不构建任何东西，只准备、提议并停下。
输入：TECH-DESIGN.md 与 adrs/ 为必需，缺失则停下索取；AGENTS.md 和/或 CLAUDE.md 若存在则读取并在第 5 步更新；HUs 不用于构建，仅用于确定每个“故事型 ADR”属于哪个故事。
流程：读取 Tech Design 与全部 ADR；将每个 ADR 分类为“横切”（项目存在所需，适用于 Sprint 0）、“故事型”（解决具体功能，不适用于 Sprint 0，标注所属 HU）或“混合/待讨论”（说明哪部分现在适用，交人工确认），判断问题为“这是项目存在所需，还是具体功能所需”。按项目真实技术栈定义路径归属：TESTER 负责测试所在路径及 fixtures/测试数据；DEV 负责应用代码、配置、迁移与依赖清单；仅 LEAD/人工负责 harness 文件（AGENTS.md、CLAUDE.md、skills 与 agent 配置目录、SPRINT0.md、契约）。路径不明确则标记为待人工确认的问题。编写骨架的完成定义，每条可验证并说明验证方式（测试或命令），至少包括：应用本地启动；连接主要依赖（若横切 ADR 包含）；存在健康检查点（路由或命令）并写明确切名称；测试运行器已安装、配置并可执行；遵守横切 ADR；零业务逻辑。确切名称写入 DoD，作为 TESTER 与 DEV 无需见面即可工作的最小契约。使用 assets/sprint0-template.md 编写计划：DEV 创建什么、TESTER 创建什么、不创建什么（属于故事型 ADR 的内容）。将 SPRINT0.md 保存到项目根目录，并把路径归属图加入 AGENTS.md（若存在 CLAUDE.md 也加入）的 ## Propiedad de rutas 一节。最后停下，向人工呈现 ADR 分类、路径图、DoD、计划与待决问题清单；不调用任何人，不创建应用文件。人工要求修改则调整 SPRINT0.md 后重新呈现。
限制：不实现任何故事型 ADR，即使看似简单；不选择 ADR 未确定的技术栈，缺失决策即为问题；无法验证的 DoD 条目不得进入 DoD；不发布任何内容（不 push main，不部署）。