github-issue-processinglisted

# GitHub Issue 处理流程 ## 概述 将 GitHub Issues 转化为看板任务或直接回复关闭。**本 skill 只负责信息处理和任务登记，不执行任何代码变更。** 代码修复由后续 Agent 通过 `/kanban run TASK-NNN` 走完整 Plan → Execute → Evaluate → Retrospective → User Decision 流程完成。 ## 使用场景 - `/loop` 定时巡检 kanban-framework issues - 手动「检查 issue 仓库并处理」的指令 - 任何从 GitHub issue URL 开始的甄别分类任务 ## 核心原则 **本 skill 不写代码。** 它的职责边界是： - 抓取 issue → 阅读代码核实 → 分类 - 需要修的：创建看板任务 + 写入 inbox（登记制） - 不需要修的：直接回复 + 关闭 - 代码修复走完整 kanban FSM，由后续 Agent 执行 ## 流程图 ```dot digraph issue_flow { rankdir=TB; fetch [label="1. 抓取\n全部 issues", shape=box]; detail [label="2. 获取详情\n逐条拉取 body", shape=box]; audit [label="3. 甄别\n核实代码现状", shape=box]; classify [label="4. 逐一分类", shape=diamond]; bug [label="Bug / 改进", shape=box]; stale [label="已修复 / 旧架构\n重复 / 无效", shape=box]; arch [label="架构级改造\n验收报告缺口", shape=box]; create_task [label="5. 创建看板任务\n（仅登记，不执行）", shape=box]; link_inbox [label="6. 关联 Issue\n写入 task inbox", shape=box]; reply_close [label="7. 直接回复\n并关闭", shape=box]; archive_pending [label="8. 归档暂缓项\n写入 pending doc", shape=box]; fetch -> detail -> audit -> classify; classify -> create_task [label="需代码变更"]; classify -> reply_close [label="无需代码变更"]; classify -> archive_pending [label="暂缓"]; create_task -> link_inbox; } ``` ## 各步骤详情 ### 1. 抓取 ```bash gh issue list -R kongshan001/kanban-framework --state open --limit 50 \ --json number,title,labels,createdAt ``` 获取全部 open issues，此阶段不做筛选。 ### 2. 获取详情 **对全部 issue 逐一拉取