Spec 驱动
Spec 是"什么才算正确"的唯一事实来源。Issue 管进度，PR 记录变化，ADR 记录原因。
SpecIssuePRADR
生命周期
一套体系，三个阶段
全新项目、存量接管、持续交付 —— 一条连续的工作流。
1
0 → 1coding-start
Greenfield 访谈、宏观设计、DRAFT Specs。
2
接管project-onboard
基线验证、架构重建、AS-IS 文档。
3
1 → Nfeature-dev
Spec、门禁、测试设计、编码、交付。
为什么选择 Foundry
为工程纪律而生
每一步都被定义、被门禁、被追踪。
门禁式工作流
SPEC READY → UI READY → TEST DESIGN READY → DONE。没有门禁，不写代码。
SPEC READYUI READYTEST DESIGN READYDONE
测试设计先行
先定义如何证明正确，再写第一行代码。
先 UX 后 UI
用户目标与流程先于像素，不从按钮颜色开始。
证据优先于假设
已有代码是证据，不是规范；已有 UI 是证据，不是设计系统。
OBSERVEDCONFIRMEDINFERRED
授权门禁
写盘、构建、Git、远程操作各自独立，需明确授权。
语言策略
工程产物英文优先，产品文案遵循产品需求。
设计变更受控
L1 / L2 / L3 影响分级 + 命名的决策权限。
自适应访谈
聚焦访谈：STANDARD 每轮 2–5 个相关问题，DEEP 每轮一个决策问题，之后强制 Challenge Pass。
STANDARDDEEPCHALLENGE PASS
先 AS-IS 后 TO-BE
接管先重建可验证的 AS-IS 基线。已有代码是证据，绝不自动升级为规范。
AS-ISTO-BERECONSTRUCTED
快速开始
几秒钟，开始锻造
新项目
"初始化一个 greenfield 项目：社区本地生活平台。"
接管
"接管这个仓库，建立 AS-IS 基线。"
Feature
"按工作流实现 Feature F001。"