用途：在 Azure DevOps、GitHub、Jira 上进行只读的待办事项规划。命令在运行时解析底层跟踪器，选择一种规划模式并执行，产出规划文件，供后续单独的执行环节使用。它本身绝不修改跟踪器，所有创建、更新、状态流转、关联、关闭和评论都归 backlog-execute 负责。
主要能力：支持六种模式——discover（从请求、文档或搜索中发现候选工作）、my-work（获取分配给自己的事项并整理为可实施交接）、task-plan（任务规划，准备实施）、triage（分类、优先级、重复项处理）、sprint（按覆盖、容量、依赖和缺口规划冲刺/迭代/里程碑）、resume（从持久化产物恢复中断的规划流程）。
使用方式：先运行 backlog-management 技能中的平台解析部分，确定平台与就绪状态；再分类为唯一模式（参数指定则采用，否则按信号推断，两种可能时说明并询问）；然后按对应协议执行，通过活动平台参考解析命令、字段名、动作动词和容器名；最后报告产出、规划文件路径和下一步动作。恢复模式读取持久化规划产物而非对话，先读 planning-log.md，再按需读取 handoff 与 handoff-log 并重建临时标识映射。
适用场景：需要在不改动跟踪器的前提下做待办发现、分诊、冲刺规划或恢复规划时使用。若意图是应用变更，应改用 backlog-execute；若输入是 PRD 且输出是工作项层级，应改用 functional-planner。
限制：对所有跟踪器只读；平台无法解析、预检失败、backlog-management 技能无法解析、出现人工审查触发条件（如相似度不确定、一对多相似扇出）、恢复时日志缺失或占位符无法解析时，均应停止并报告，不得用假设替代缺失答案。不得编造用户未提供的需求、验收标准或证据来源，应记录缺口。项目、事项类型或目标不明确时应暂停而非猜测。本命令正文刻意精简，协议均定义在 backlog-management 技能中。