1.4 KiB
1.4 KiB
入口 2/3：单 session 工作
入口 2：单切片改动
修改前记录当前 HEAD 为 review fixed point。确认工作仍局限于单模块或既有接口、
既有测试 seam，且没有新公开接口、配置、数据格式、依赖、迁移、兼容或并发边界。
按 tdd 实现并验证，提交全部实现；再以 <fixed-point> 作为 code-review 的 fixed point，
仅运行 Standards axis。修复硬 finding 后重新提交、验证和 review。
这里不生成 spec/tickets，也不提前创建 ticket branch。
入口 3：已明确预期行为的 bug
让 diagnosing-bugs 完整执行 Phase 1-6；它的 Phase 5 已包含 test-first，
不重复 tdd 或 grilling。先建立可重复的失败反馈；若环境、artifact 或许可不足，
记录缺口并请求补充。
缺少 seam 时可记录后完成修复，落地后再用 improve-codebase-architecture。
不要因为 bug 已经明确而跳过根因验证，也不要把未证实的猜测当修复依据。
完成与升级
完成后运行 fresh verification，并保留 fixed point、验证命令和结果。
若出现新 seam、兼容/架构取舍、跨模块或跨 session 影响，先完成当前入口可验证的收尾，
再转 workflows/feature-planning.md；不要把已有修改当作已批准设计。
入口 3 的 bug 段不进入 grill-with-docs；只有暴露新的产品或架构取舍时才升级入口 4。