rdd-build 是 RDD 流程中的构建阶段，前提是用户已批准行为场景（./docs/scenarios.md）与领域模型（./docs/domain-model.md）。
用途：把场景转成可运行软件，外层用 BDD 验收测试，内层用 TDD 红/绿/重构循环，并通过刻意整理维持代码健康。
主要能力：先阅读领域模型不变量（最高优先级）、场景、ADR（./docs/decisions/）与既有代码；若某文档或代码与不变量冲突，须向用户指出，不遵循冲突文档。外层循环一次只处理一个场景：写失败的验收测试，跑 TDD 内循环至通过，跑全量测试，向用户展示并等待批准后再进入下一场景。内层为小步单测：先写失败测试，再写最简通过代码，再重构。全部场景通过后做集成验证：识别真实相邻组件，用真实实现替换桩，覆盖至少一个边界的真实数据流；失败即作为新场景回退外层。
结构 vs 行为：结构调整用 refactor: 提交，行为改动用 feat: 或 fix: 提交，绝不在同一提交混合。实现场景前先做小整理（守卫子句、删死代码、提取解释变量/常量、合并声明与初始化等），若整理能让后续改动更容易则先单独提交。
测试组合：正交维度用 N+M+1 方式写测试而非 N×M，并做测试裁剪，避免重复覆盖。命名须遵循领域模型词表，需要新词时先更新模型并告知用户。
限制：资料未提供安装方式、运行环境、依赖与费用等信息。构建中发现场景含糊、决策错误、概念缺失或文档与不变量冲突时，应停下并提示用户回到对应阶段（如 /rdd-decide、/rdd-model、/rdd-research）处理，不自行编造。