用途：tracer-dev 用于执行曳光弹开发流程，即按“构建—验证—评审”循环逐个完成任务，并在每个阶段设置验证与评审门禁，确保实现可被证明有效。
主要能力：先定位 docs/tracers/**/state.json 与 PROGRESS.md；依据 state.json 中的任务 passes 状态与 tracer 状态走决策树，进入 NEXT-TASK FLOW 或 REVIEW-TRACER FLOW。NEXT-TASK FLOW 包含：选择首个 passes:false 的任务、编写微计划（目标、最小实现步骤、验证方式、明确不做的范围）、实现、运行任务 steps 中的全部验证及项目校验（typecheck、tests、lint）、代码评审门禁（需用户回复 lgtm 才继续）、提交并更新 state.json、标记任务完成。REVIEW-TRACER FLOW 包含：按 proves 字段做完成定义审计、演示（用户回复 pass 继续）、记录经验到 state.json 与 PROGRESS.md、审视后续 tracer、标记 tracer 完成并推进 currentTracer。
使用方式：需先由 spec-planner 生成 docs/specs//SPEC.md，再运行 /overseer-plan 生成可执行任务；随后运行本技能。提交使用 git add -A && git commit -m "feat(<scope>): <task description>"，提交与状态更新由后台代理 openrouter/z-ai/glm-4.7-flash 执行。评审与演示均要求用户内联回复指定词（lgtm、pass）。
适用场景：适合需要分阶段验证、逐任务评审与经验沉淀的功能开发流程。
限制：若找不到 state.json 则停止并提示先运行 spec-planner 与 /overseer-plan；验证步骤无法运行时须标记 SKIPPED 并说明原因；所有验证步骤通过前不得继续；评审未获 lgtm 需循环修改。资料未提供安装方式、收费、平台支持与效果数据。