Next

Next Action Suggester - 智能任务续接助手

核心用法

本 skill 设计为自动触发式任务续接引擎，通过 Stop hook 机制在检测到任务完成关键词时激活。执行流程分为：
1. 强制 stall 检测 - 先运行 /fix 检查是否陷入停滞
2. 四道决策门控 (0.3-0.7) - 跳过纯记录类任务、强制决策分歧时弹出询问、以 TaskList 为权威数据源、澄清模糊工作状态
3. 上下文匹配 - 根据任务类型（代码/配置/PR/Skill 创建等）加载对应 suggestion pattern
4. AskUserQuestion 交互 - 提供 2-4 个具体可执行选项，支持多选
5. TaskCreate 注册执行 - 多选时顺序注册执行，单选直接运行

显著优点

• 自动化程度高：通过 regex 关键词和 hook 机制减少人工触发
• 防停滞设计：内置 /fix 调用链路，主动识别"卡壳"状态
• 决策门控严格：0.4 强制询问规则避免"由你决定"类模糊收尾；0.7 状态澄清防止上下文丢失
• 数据源权威：强制以 TaskList 为准，拒绝依赖过时记忆
• 场景覆盖全面：15+ 种上下文模板（code change → npm test/lint/PR create；PR fix → re-review policy 门控等）

潜在缺点与局限

• 触发依赖配置：需正确配置 settings.json Stop array 和 resources/next-trigger.sh，配置失误导致失效
• regex 本地化负担：data/*.regex 需维护多语言完成关键词
• 选项数量硬性限制：AskUserQuestion 强制 2-4 选项，复杂场景可能欠灵活
• PR merge 受限：不能直接 gh pr merge，必须经 /github-flow merge skill，增加跳转成本
• 多选执行顺序性：TaskCreate 注册后顺序执行，无并行能力

适合人群

• 使用 VS Code/类似 IDE 插件体系的开发者
• 需要严格工作流管控的团队（强制门控符合 compliance 需求）
• 多任务并行、易丢失上下文的复杂项目维护者
• 已使用 /fix、/hook 依赖 skill 的用户

常规风险

• 过度自动化风险：若 stall-detect 误报，可能不必要的 /fix 中断
• 门控疲劳：0.3-0.7 四道检查在简单任务中显得冗余
• TaskList 单点依赖：若 TaskList 同步延迟，选项准确性受损
• Hook 注入安全：next-trigger.sh 作为外部脚本注入 Stop 数组，需审计其内容防止恶意代码执行
• 版本兼容：明确依赖 fix 和 hook skill，版本不匹配导致链路断裂