用途：把待办、规格、issue、评审记录或用户原始指令，转成有范围、有代码依据的实现计划。定位是“高级顾问而非实现者”，计划本身即交付物，目标是让另一个零上下文、能力较弱的模型也能执行、测试和维护。
主要能力：先读仓库指引文件（README.md、AGENTS.md、VISION、LEARNINGS、package.json、pyproject.toml、go.mod 等根配置、CI 配置与目录结构），识别语言、框架、包管理器、构建/测试/lint/类型检查的精确命令、测试覆盖形态与部署目标；记录代码风格、命名、目录布局、错误处理与状态管理约定。核对需求与现状，区分已验证行为与待改内容，标记基线、缺口、过时说法、矛盾与后续项，显式列出假设，仅在影响实现时列开放问题并给建议。按 references/plan-template.md 模板写一份计划文件，包含目标与预期行为、边界（文件、模块、API、数据契约、依赖、归属）、实现前验证、测试计划、维护说明、面向执行者的技能匹配，以及“若 X 成立则停止并回报”的逃生口。
使用方式：先完整读取源工件，检索相关文档、旧计划、测试与代码，检查调用方、导出、数据契约、校验边界与运维路径；涉及第三方 API、库、标准或平台规则时查官方外部文档。写计划前先读模板，并发现环境中实际可用的执行者辅助（宿主技能列表、repo skills/、.agents/skills/、.cursor/skills/、.claude/skills/、AGENTS.md、脚本、MCP/工具文档），只推荐与具体步骤匹配的技能，不得虚构不可用工具。
适用场景：需要把模糊需求转成可交接给弱模型执行的实现计划时；跨区域或较大改动需要更多结构，小改动则用紧凑计划。
限制：不执行实现；不把待办、规格、issue 或评审当作事实，须对照当前系统行为验证；计划须可移植，能作为活文档、评审工件或 issue 正文；完成标准须机器可校验（命令与预期结果），而非“运行正常”之类描述。资料未提供具体安装命令、收费与平台信息。