跳转至

初级开发执行 Checklist

分支文档快照 · 同步于 2026-09-09 · 来源：origin/summer-intern @ 9f4cdc5 · 原路径：docs/project-management/sql-rewrite-week1/junior-execution-checklist.md。正文描述的是该分支的方案或进展，合入与验收状态以当前看板为准。

每周 Benchmark 执行

  • 确认本周批次编号，例如 W1-BENCH-001。
  • 确认使用的是稳定 benchmark 数据库，不使用每日慢 SQL 的业务测试库作为核心口径。
  • 运行完整 SQL 改写流程。
  • 保存结果 CSV 路径，例如 workspace/sqls_rewrite_result.csv。
  • 保存关键日志路径，例如 workspace/batch_run.log。
  • 记录 SQL 总数、达标 SQL 数、未达标 SQL 数。
  • 标记每条失败 SQL 的失败阶段：Phase 0、Phase 1、Phase 2、Phase 2.5、Phase 2-RETRY、Phase 2.6、Phase 3。
  • 对每条失败 SQL 做一级分类：SQL 能力、Agent 编排、模型输出、模型调用、数据环境。
  • 使用 AI 生成失败聚类草稿。
  • 将 Top 失败模式写入 benchmark-baseline-template.md。
  • 将需要跟进的问题写入 tracker-template.csv。

每日慢 SQL 分诊

  • 记录慢 SQL 来源、业务场景、数据库实例、是否可复测。
  • 判断是否可以当天给出优化建议。
  • 如果不能复测，记录限制原因：权限不足、环境不稳定、统计信息缺失、执行计划不可获取、业务数据不可重复。
  • 如果暴露 Agent 或模型问题，转入 Agent/模型可靠性 泳道。
  • 如果具备代表性且可复现，标记为 转 benchmark 候选。
  • 如果只是一次性业务反馈，标记为 已反馈 并记录反馈内容。

找资深开发确认前必须准备

问题标题：
来源：Benchmark / 每日慢 SQL
SQL 编号：
失败阶段：
缺陷类型：
现象：
证据路径：
疑似原因：
建议下一步动作：
需要资深开发确认的问题：

不直接升级给资深开发的情况

  • 只有一句“跑失败了”，没有 SQL 编号。
  • 没有结果 CSV 或日志路径。
  • 没有失败阶段。
  • 没有先做五类缺陷之一的初步分类。
  • 没有说明希望资深开发确认什么。

每日结束前检查

  • 今日新增慢 SQL 都有状态。
  • 今日 benchmark 相关失败都已记录失败阶段。
  • 今日新增缺陷都有证据路径。
  • 不确定项已整理为明确问题。
  • 明天需要继续处理的事项已写入台账。