用途：把一项任务拆解为分阶段计划，并以 GitHub issue 树的形式保存在当前工作目录所属仓库中。调用方式为 /codely-plan-create-github <github-issue-url>，传入的 issue 成为父“计划”issue；未提供 URL 时需先向用户索取。
主要能力：读取父 issue 任务内容，按 resources/plan-guidelines.md 的规则定义阶段与公共契约，为每个阶段创建一个子 issue（含阶段描述、复选框待办、公共契约、Part of #<parent> 引用），并通过 sub-issues REST API 将子 issue 挂为父 issue 的原生子 issue；最后更新父 issue，保留原始任务描述并在其后追加 Goal、Context、设计决策与阶段清单。
必要用法：仓库不硬编码，由 gh 从本地 Git remote 解析，并用 gh repo view --json nameWithOwner --jq .nameWithOwner 确认；若传入 URL 不属于该仓库则停止并提示用户在该仓库克隆中运行。常用命令包括 gh issue view <number>、gh issue create --title "..." --body "..."、gh issue edit <number> --body ...，以及解析子 issue 数据库 id 并挂载：child_id=$(gh api repos/{owner}/{repo}/issues/<child> --jq .id) 与 gh api --method POST repos/{owner}/{repo}/issues/<parent>/sub_issues -F sub_issue_id="$child_id"。
限制：在用户同意具体公共契约与实施阶段前，不得创建或编辑任何 GitHub issue；每次仅实现一个阶段，由 /codely-plan_phase-implement-github 处理，不可一次实现全部阶段。父 issue 末尾需附加计划元数据页脚（工具、模型名称与版本、推理强度、ISO 8601 RFC 3339 格式日期）。其他细节暂未提供。