默认的代理就绪标签和“处理前沿”指令可能启动未经单独授权的实现工作
原文依据:3 处技能的声明用途是拆分并发布工单,但发布到真实跟踪器时默认添加 `ready-for-agent`,称工单可被代理领取,随后又要求“处理”所有阻塞项已完成的工单。对拆分方案的批准不一定等于授权代理实施这些工单。
若跟踪器自动化监听该标签,或执行代理把“处理前沿”理解为开始实施,批准发布后可能立即产生代码、文件、外部操作或计算费用,而用户原本可能只要求创建工单。
源码确实要求发布工单时默认添加 `ready-for-agent` 标签,并称这些工单可由代理领取;在配置了自动领取该标签的外部系统时,这可能间接触发实现。但所给源码没有定义这种自动化,也没有明确命令本技能实际实现工单。“Work the frontier”位于发布章节中,可能只是说明依赖顺序。用户可在批准发布前要求不加该标签,并确认仅创建工单、不执行工单。
这项判断针对展示的代码和适用条件,不表示风险已经实际发生。### 5. Publish the tickets to the configured trackerPublish the approved tickets. **How** depends on the tracker `/setup-matt-pocock-skills` configured; the tickets are the same either way, only the shape of the blocking edges changes:查看另外 2 个位置
- **Local files** → write one file per ticket under `.scratch/<feature-slug>/issues/<NN>-<slug>.md`, numbered from `01` in dependency order (blockers first). Each file's "Blocked by" lists the numbers/titles it depends on. Use the per-ticket file template below: one ticket per file, never a single combined file.- **A real issue tracker (GitHub, Linear, …)** → publish one issue per ticket in dependency order (blockers first) so each ticket's blocking edges can reference real identifiers. Use the platform's native blocking / sub-issue relationship where it has one; otherwise set each ticket's "Blocked by" to the blocking issues. Apply the `ready-for-agent` triage label unless instructed otherwise; the tickets are agent-grabbable by construction.Work the **frontier**: any ticket whose blockers are all done. For a purely linear chain that means top to bottom.Do NOT close or modify any parent issue.