28 lines
1.4 KiB
Markdown
28 lines
1.4 KiB
Markdown
# 入口 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。
|