用途：把 GitHub Issue 作为开发任务的唯一事实来源（SSOT），覆盖任务全生命周期管理。
主要能力：提供 /issue 命令及子命令——create（带标签创建 Issue）、update（把当前方案同步到 Issue 正文）、worktree（为 Issue 创建 worktree 与分支）、review code（把代码 diff 发给 Codex 审查）、pr（创建关联 Issue 的 PR）、status（列出开放 Issue 及其分支/PR）。
使用方式：先做前置检查——当前目录是 Git 仓库（git rev-parse --is-inside-work-tree）、gh CLI 已认证（gh auth status）、存在 remote origin（git remote get-url origin）。检查 1 或 2 失败则停止；检查 3 失败时建议用 gh repo create 创建远程仓库，但不阻断。有 remote 的 Git 项目在开始 feature/bug/refactor 任务时默认走该流程；非 Git 项目不触发。分支命名规则为 issue-{N}-{slug}，slug 由标题转 kebab-case 并截断至 30 字符，一个 Issue 可对应多个分支。标签约定包括 status/planning、status/in-progress、type/feature、type/bug、type/refactor、type/docs，缺失时用 gh label create 创建。
适用场景：需要把计划、开发、审查、PR 与状态跟踪统一到 Issue 的团队或个人开发流程，可与 CC plan mode 编排配合。
限制：依赖 Git 仓库、gh CLI 认证与远程仓库；非 Git 项目不适用；代码审查依赖 Codex 与 /ask codex 机制；具体收费、平台支持范围等资料暂未提供。