Menu
阶段性 GitHub Issue 梳理与结构化。扫描项目残留 Issue，分析结构问题，交互式商议 Milestone/Label 归档与优先级排序，批量执行整理操作。当项目积累大量未处理 Issue 需要系统性整理时调用。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
A2C-SMCP 体系新增功能的流程门控。强制协议先行——任何涉及协议的 Feature 必须先在协议仓库通过评审、合并、发布后，代码仓库才可跟进实现。当用户提出新功能需求或 Feature Request 时调用。
以架构师视角审查代码变更，关注模块边界、DRY 复用性、测试完整性、协议合规和长期可维护性。当需要审查 PR、工作区变更或提交代码时使用。
以架构师视角分析并修复问题，强制 plan 模式，杜绝补丁式修复。涉及协议时严格按协议来，协议有问题则协议先行调整，代码再跟进。当遇到 Bug 反馈、错误日志或功能异常时使用。
把一个较大的 A2C-SMCP Epic / Story / GitHub Issue（或 Jira / CNB Issue）科学拆成多个可独立交付的子任务，输出含依赖图与集成回归守护的拆分方案，并在对应平台用 sub-issue 能力下单。A2C 特有：涉及协议的拆分强制「协议先行」——协议子任务置于依赖图根，代码仓库子任务 blocked-by 它。当用户说「拆分这个任务」「把 Epic 拆成子任务」「分解 Story」「给个切刀方案」时触发。
指导第三方 MCP Server 开发者通过标准 MCP Resource 协议暴露 window://（桌面状态）与 skill://（能力包）资源，接入 A2C-SMCP Desktop / SKILL 通道。当为 MCP Server 增加 A2C-SMCP 集成、把服务实时状态暴露给 Desktop、或通过 MCP 分发 SKILL 时使用。
反馈 A2C-SMCP Marketplace Skill 的问题或改进建议。自动识别当前会话中使用的 Skill，提取优化点，收集版本信息，提交 GitHub Issue 到 a2c-smcp-skills 仓库。当使用某个 Skill 时发现步骤错误、分支遗漏、文档过时等问题时调用。
| name | organize-github-issues |
| description | 阶段性 GitHub Issue 梳理与结构化。扫描项目残留 Issue，分析结构问题，交互式商议 Milestone/Label 归档与优先级排序，批量执行整理操作。当项目积累大量未处理 Issue 需要系统性整理时调用。 |
| argument-hint | <owner/repo 或搜索条件> |
项目开发过程中 Issue 越积越多，阶段性完成后往往散乱：缺少 Milestone 归档、已完成未关闭、Label 不统一。本 Skill 系统性梳理并结构化归档。
工具依赖：全程通过 gh CLI 操作，执行前先验证 gh auth status。
gh repo view <owner/repo> --json name,description,hasIssuesEnabled
如用户未指定仓库，从当前目录推断（gh repo view）。
通过 AskUserQuestion 确认模式：
| 模式 | 适用场景 | 命令 |
|---|---|---|
| 全量扫描 | 项目内积累大量未处理 Issue | gh issue list -R <repo> --state open --limit 200 --json number,title,state,labels,milestone,assignees |
| 范围梳理 | 针对特定 Label/Milestone/时间段 | gh issue list -R <repo> --label <label> 或 gh search issues "repo:<repo> <条件>" |
渐进式获取原则：首次查询只取编号、标题、状态、Label、Milestone，不读详情。
获取现有 Label 和 Milestone 信息：
gh label list -R <repo> --json name,description
gh api repos/<owner>/<repo>/milestones --jq '.[].title'
按维度汇总展示：
| 问题类型 | 识别方法 |
|---|---|
| 散落 Issue | 无 Milestone 且无明确 Label 归属 |
| 应关闭未关闭 | 实际已解决但状态仍为 open |
| Label 混乱 | 缺少 Label 或 Label 使用不一致 |
| 重复/过时 | 标题相似或长期无活动 |
对识别出的问题 Issue，再按需读取详情：
gh issue view <number> -R <repo> --json title,body,comments,labels,milestone
此步骤为多轮交互，每个决策都通过 AskUserQuestion 与用户逐一确认。
基于全局视图，逐组提出归档方案：
每组使用 AskUserQuestion 确认，用户可调整分组和命名。允许多轮迭代直到满意。
对需保留的未关闭 Issue，提出分级建议：
| 优先级 | 判定依据 | 建议 Label |
|---|---|---|
| 高 | 阻塞其他工作 / 影响核心功能 | priority/high |
| 中 | 有明确价值但不紧急 | priority/medium |
| 低 | nice-to-have / 可延后 | priority/low |
同时检查 Label 使用一致性，建议统一命名和清理冗余 Label。
使用 AskUserQuestion 展示排序方案，用户可逐项调整。
所有决策确认后，汇总为完整的执行计划展示给用户做最终审批。
展示完整操作清单，获取用户最终确认后才执行。
| 操作 | 命令 |
|---|---|
| 创建 Milestone | gh api repos/<owner>/<repo>/milestones -f title="..." -f description="..." |
| 归入 Milestone | gh issue edit <number> -R <repo> --milestone "<name>" |
| 添加 Label | gh issue edit <number> -R <repo> --add-label "<label>" |
| 移除 Label | gh issue edit <number> -R <repo> --remove-label "<label>" |
| 关闭 Issue | gh issue close <number> -R <repo> -c "<关闭原因>" |
| 创建 Label | gh label create "<name>" -R <repo> --description "..." --color "..." |
输出结构化报告：
## 梳理报告 — <owner/repo> (<日期>)
### 统计
- 扫描 Issue 数：N | 新建 Milestone：N | 归档：N | Label 调整：N | 关闭：N
### 新建 Milestone
- <Milestone 名>：<描述>
### 归档明细
| Milestone | 归入 Issue |
|-----------|-----------|
| <name> | #1, #2, ... |
### Label 调整
| Issue | 变更 |
|-------|------|
| #N | +label, -label |
### 已关闭
| Issue | 关闭原因 |
|-------|---------|
### 待后续处理
- [未纳入本次梳理的 Issue 及原因]