Local Issue Skill

Everything is a file.

Issue 即 Markdown 文件，存于版本控制之中。无服务、无网络、无 API——每一条 issue 都是可被 grep、cat、git log 直接操作的纯文本。这让 agent 能像处理代码一样处理任务上下文：跨 issue 全文搜索、批量提取状态、在同一次 commit 中同时更新代码与 issue 进展，一切工具链天然适配。

更深层的意义在于：每个独立的 issue 文件本质上是一个事件（event）。项目由此从线性的任务列表，演变为事件驱动的结构——多个 agent 可以各自认领不同的 issue 并行推进，CI/CD 流水线可以监听 issue 状态变更并自动触发，代码与任务的边界在 git 历史中完全透明。这或许正是 AI 原生开发的新范式：不是 AI 辅助人类写代码，而是以 issue 为协议，人与 agent 协同驱动一个持续演进的系统。

Issue 系统位置

.issues/
├── open/        # 待处理 issue（文件名格式：NNN-type-description.md）
├── closed/      # 已完成 issue
└── templates/   # 模板（bug.md / feature.md / refactor.md）

执行步骤

1. 确定下一个 Issue 编号

使用 skill 内置脚本，跨平台可用：

python3 ~/.claude/skills/local-issue/next-issue-id.py
# 在其他路径的项目中：
python3 ~/.claude/skills/local-issue/next-issue-id.py /path/to/project/.issues

输出示例：047

2. 选择 Issue 类型

根据用户描述选择类型标签：

类型	标签	文件头	使用场景
bug	bug	[Bug]	功能异常、错误行为
feature	feature	[Feature]	新功能需求
refactor	refactor	[Refactor]	代码重构、技术债务

3. 选择模板

优先使用项目自带模板：

# 检查项目是否有对应模板
ls .issues/templates/

• 若存在 .issues/templates/{type}.md → 以该文件为模板
• 若不存在 → 使用 skill 内置模板（见 templates/ 目录）

4. 创建 Issue 文件

文件名格式：.issues/open/{NNN}-{type}-{short-description}.md

• {NNN} = 三位数字编号，不足补零
• {type} = 类型标签（小写）
• {short-description} = 简短描述（用连字符，英文或中文均可）

示例：047-bug-websocket-timeout.md、048-feature-历史推文拉取.md

将模板内容复制后，填写以下占位字段：

• #XXX → 实际编号
• YYYY-MM-DD → 今日日期
• 标题、描述、相关章节内容

5. 提交 Issue 文件到 Git

首先检查项目的 commit 规范，优先级从高到低：

1. CLAUDE.md / AGENTS.md — AI agent 专属规范
2. CONTRIBUTING.md — 项目贡献规范
3. git log --oneline — 从历史提交归纳风格

在没有任何规范的情况下，才使用以下格式作为兜底：

git add .issues/open/{filename}.md
git commit -m "docs: add issue #{NNN} - {简短描述}"

6. 开始处理

创建 issue 后立即着手解决：

• 分析问题根源
• 制定实现计划
• 更新 issue 中的"进展记录"
• 实现时在代码注释中引用：// Fix: #{NNN}

关闭 Issue

完成后：

1. 在 issue 文件中更新：

   • Status: Closed ✅
   • Updated: {YYYY-MM-DD}
   • 新增 Closed: {YYYY-MM-DD} 字段
   • 补充进展记录和解决总结

2. 移动并提交（遵循项目 commit 规范，以下为兜底格式）：

mv .issues/open/{NNN}-*.md .issues/closed/
git add .issues/
git commit -m "docs: close issue #{NNN} - {描述}

Closes #{NNN}"

Git Commit 引用规范

以下为通用参考，项目自有规范优先：

• Issue 创建：docs: add issue #{NNN} - {描述}
• 功能提交：feat: #{NNN} - {描述} 或 fix: #{NNN} - {描述}
• 关闭 Issue：在 commit body 中写 Closes #{NNN}

示例

用户输入：/new-local-issue 记录 WebSocket 断线重连的 bug

执行：

1. 扫描得最大编号为 046，新建 047
2. 类型：bug
3. 检查 .issues/templates/bug.md → 存在，使用项目模板
4. 文件：.issues/open/047-bug-websocket-reconnect.md
5. 填写模板内容，描述断线重连问题
6. git commit -m "docs: add issue #047 - WebSocket断线重连bug"
7. 开始分析代码，在进展记录中更新状态