# 入口 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。