第七章：规则与约束：目录边界、依赖策略、验收门禁

7.1 规则的价值：把“默认路径”锁定到安全交付

没有规则时，常见问题是：

• 改动扩散：动了不该动的目录
• 混合主题：修 bug + 重构 + 格式化一起上
• 跳过验证：不跑测试就交付

规则的目标是把这些风险挡在最前面，让自动化行为可控、可审阅、可回滚。

7.2 三类必须写清楚的规则

目录边界

只允许修改：src/、tests/
禁止修改：.github/、infra/、deployment/、terraform/、docs/

依赖策略

禁止新增依赖（除非我明确要求）。

验收门禁

每次改动必须跑：<tests>、<lint/typecheck>、<build>。
关键节点先输出 diff，我确认后再继续。

7.3 把规则嵌入任务模板（可直接复制）

目标：……
约束：
- 只允许修改 src/ 与 tests/
- 禁止新增依赖
- 不要全仓库格式化
验收：
- 输出 diff
- 跑 tests/lint/typecheck/build
- 诊断为 0

7.4 本章小结

规则并不复杂，但能极大提升稳定性：

• 边界清晰：改动不扩散
• 依赖可控：减少不可预期风险
• 门禁一致：每次交付可验证、可回滚

下一章进入协作：如何把 Trae 产出的变更集接入 Git 工作流，让分支、提交、PR、评审更顺滑。