القائمة
阶段性 GitHub Issue 梳理与结构化。扫描项目残留 Issue，分析结构问题，交互式商议 Milestone/Label 归档与优先级排序，批量执行整理操作。当项目积累大量未处理 Issue 需要系统性整理时调用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف 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 及原因]