用途：为指定任务创建实施计划。若用户未说明任务，需先询问。计划的结构、章节与规则定义在 resources/plan-guidelines.md，提出方案前应先阅读。
主要能力与用法：通过子代理探索代码库，不自行阅读代码，将探索委派出去；可复用已有的探索子代理，尽量选用同系列更轻量的模型（如在 Opus、Fable 或 Sonnet 会话中用 Haiku 启动探索子代理）。子代理数量按任务决定，小型局部改动可用一个，涉及多个限界上下文、层或界面时每个独立研究区域一个，最多 4 个；独立子代理应在单批中并行启动，各自承担狭窄且自包含的任务，回报具体文件路径、相关现有契约与需遵循的约定，而非整份文件。主代理自行综合子代理报告后再提出计划，仅直接阅读仍需确认契约或约定的具体文件。
按指南让用户选择阶段数量，定义任务阶段，并说明每个阶段任务要创建、修改或删除的公共契约。向用户提出计划以供批准；在用户就具体契约与实施阶段达成一致前，不得开始创建计划文件。
计划保存于 .agents/plans 的子文件夹中，以当前日期和基于任务描述的语义化名称命名，结构为 .agents/plans/{plan-name}/{plan-name}-plan.md，例如 2026_01_16-create_embeddable_changelog_widget/2026_01_16-create_embeddable_changelog_widget-plan.md。计划文件包含 frontmatter：name、description、created_at（ISO 8601 RFC 3339，如 YYYY-MM-DDTHH:MM:SSZ），以及 created_by 下的 tool、model.name、model.version、model.reasoning_effort。
创建计划文件后，询问用户下一步：不做其他事；用 /codely-git-conventional_commit 技能提交计划文件（仅计划文件变更视为 docs 类型）；用 /codely-plan_phase-implement @plan-file-path 实施计划；或先提交计划文件再仅实施第 1 阶段。若用户要求“提交并实施”，先提交计划文件，然后只实施第 1 阶段，绝不一次实施所有阶段，该技能每次调用只处理一个阶段。
限制：资料未提供收费、价格、平台支持范围等信息。