用途：该技能用于在复杂工作开始前，先产出一份有依据、决策完整的计划。只有在用户明确要求“做计划”、设计、方案、发布或迁移策略、PR 拆分，或直接调用 /skill plan 时才使用；普通实现、修复、调试、重构请求不应触发，任务复杂本身也不是触发条件。简单的一步修改、明显的缺陷修复、格式调整、文案改动和可直接回答的问题应跳过。
主要能力：围绕用户请求判定计划类型（实现、设计、调试、发布或迁移、评估或研究、评审或 PR 拆分），先完成调研再起草。调研步骤包括：梳理需要做的关键决策；针对工作区事实做定向阅读（说明、决策、归属代码或文档、调用方、测试、配置、现有工具）；在必要时才向用户提问；涉及关键外部技术决策时，需查阅权威一手来源。写作前需汇总决策与证据，明确假设与未决问题。
使用方式：默认以内联方式交付计划，仅当用户明确要求保存，或所在工作区流程要求命名计划产物时才写文件；最多写一个 Markdown 文件。交付时先输出固定一行交接语，再给出完整 Markdown 计划正文，正文结构通常为：Goal、Success Criteria、Approach、Steps、Validation Plan、Risks / Open Questions（仅在重要时）。如保存文件，其内容须与内联正文完全一致，路径放在正文之后。
限制：规划期间不得编辑代码、应用补丁、格式化、生成代码、提交、推送、开 PR，或运行以实施为目的的命令；可做只读探索，如读文件、搜索、查看 git 状态、dry-run，以及不改变被跟踪文件的测试或构建。不要对外声称这是宿主强制的模式。仅当用户明确要求协作检查点，或存在无法从请求、工作区或调研中解决且会实质影响结论的用户偏好时，才使用提问工具，且每轮只问一个必要问题；工具不可用时将缺失选择保留为待解决问题。
暂未提供该技能的具体实现代码、安装命令、收费方式或平台支持信息。