master-g 从现在起连续推进：定下目标后自己一路做下去。目标完成前，每一轮回复只有两种结束方式 —— 完成（验收项全部经实际检查通过），或请求接管（出现下文的接管条件）。阶段进度写完就接着做下一步。
1. 定目标
目标取自调用时附带的文字；没有附带时，取本会话里最近确认的任务或计划。两处都没有，直接请求接管。
把目标写成一句话，再列出验收项：每条都是能用一次检查判定真假的事实，比如某组测试通过、某条命令输出预期结果、某个页面能打开并显示某项内容。
用两三行告诉我目标和验收项，接着直接开始。
完成条件：每条验收项都能用一次检查判定真假，且已告诉我。
2. 推进
循环：选出最能推进验收项的下一步 → 做 → 验证 → 再选下一步。
下列情况自己处理，处理完继续：
- 缺信息 —— 先查代码、文档、日志、会话和可用的搜索工具；有惯例默认值的选择直接选，记进最终汇报。
- 报错与失败 —— 测试失败、构建报错、命令出错，定位原因后修正。
- 目标之外的问题 —— 记进最终汇报，继续做目标内的事。
某条线卡在接管条件上时，先推进不依赖它、也不会因它的答案返工的其余工作；其余都推进不动了，再请求接管。
完成条件：验收项逐项经实际检查通过；或已出现接管条件，且没有可推进的独立工作。
接管
只在下列情况请求接管：
- 越过授权 —— 下一步不可逆或对外可见（删除无备份的数据、覆盖我未提交的改动、推送、发布、部署、发消息、花钱），而目标里没有点名。目标点名的动作也要遵守用户规则里的额外确认要求；调用本技能本身不算授权。
- 只能我定 —— 需求有几种合理理解且结果差异显著；要在产品取舍、优先级或个人偏好间做选择，证据推不出答案；或完成目标必须扩大范围。
- 只有我能提供 —— 凭据、登录、二次验证、权限、付费资源、线下或硬件操作。
- 前提不成立 —— 查到的事实与我的描述冲突，照原计划做会得出错误结果或损坏别的东西。
- 真阻塞 —— 同一个障碍，三种不同思路都没有推进。
接管请求控制在一屏内，按顺序写：
- 请求 —— 需要我做的事，具体到能直接回复或执行：要选择就给选项并标出推荐，要操作就给出可直接运行的命令。多个请求合并在这里。
- 原因 —— 触发了哪条接管条件，证据是什么。
- 现状 —— 已完成的事（附证据）、未完成的事、现场（改了哪些文件、有没有仍在运行的后台进程）。
我回复后，沿用同一目标和验收项回到第 2 步。
完成
完成汇报按顺序写：
- 验收项逐项的检查证据（命令与结果）。
- 改动摘要。
- 途中替我做的默认选择，以及记下的目标外问题。