问题分类Skill issue-classification

此技能用于自动分类GitHub问题为维护任务、缺陷和新功能,以在自动化开发者工作流中路由到正确模板。关键词:GitHub问题分类,自动工作流,ADW,AI模型,软件开发生命周期。

AI智能体 0 次安装 0 次浏览 更新于 3/11/2026

name: issue-classification description: 为ADW配置问题分类,以将工作路由到正确的模板。在设置GitHub问题自动分类为维护任务、缺陷和新功能时使用。 allowed-tools: Read, Grep, Glob

问题分类

配置问题自动分类到问题类别的指南。

何时使用

  • 设置ADW问题路由
  • 提高分类准确性
  • 处理分类中的边缘情况
  • 设计自定义问题类别

为什么分类重要

分类将问题路由到正确的模板:

问题:"登录按钮不工作"
  ↓
分类:/bug
  ↓
模板:带有根本原因分析的缺陷修复计划

没有分类,代理不知道使用哪个工作流。

标准问题类别

维护任务

维护任务、更新、清理:

示例:
- "更新依赖到最新"
- "清理未使用的导入"
- "重命名函数以遵循约定"
- "添加缺失的文档"

信号:
- "update", "upgrade", "clean", "remove", "rename"
- "documentation", "comment", "format"
- 没有面向用户的更改
- 维护性质

缺陷

缺陷、错误、意外行为:

示例:
- "登录表单提交两次"
- "个人资料页面404错误"
- "数据未正确保存"
- "点击按钮时崩溃"

信号:
- "error", "bug", "fix", "broken", "crash"
- "not working", "fails", "incorrect"
- 以前工作的现在不工作
- 意外行为

新功能

新功能、增强:

示例:
- "添加深色模式切换"
- "实现用户认证"
- "创建新的仪表板页面"
- "添加导出到CSV"

信号:
- "add", "create", "implement", "new"
- "enhance", "improve", "extend"
- 面向用户的新能力
- 以前不存在

分类命令

基本结构

# 问题分类

分析问题并响应以下之一:
- /chore - 维护、更新、清理
- /bug - 缺陷、错误、意外行为
- /feature - 新功能、增强

如果问题不适合任何类别,响应 `0`。

## 问题
$ARGUMENTS

增强版示例

# 问题分类

将GitHub问题分类到以下类别。

## 类别

### /chore
- 维护和清理任务
- 依赖更新
- 无行为更改的重构
- 文档改进

示例:"更新依赖", "清理代码", "重命名变量"

### /bug
- 应该工作但已损坏的东西
- 错误、崩溃、不正确行为
- 先前功能的回归

示例:"按钮不工作", "页面错误", "当...时崩溃"

### /feature
- 新功能
- 现有功能的增强
- 面向用户的改进

示例:"添加深色模式", "创建API端点", "实现..."

## 规则
1. 响应以下之一:/chore, /bug, /feature, 或 0
2. 如果不清楚,优先选择 /chore(最安全的默认)
3. 如果多种类型,选择主要目的

## 问题
$ARGUMENTS

分类准确性

测试分类

# 测试维护任务
claude -p "/classify-issue '更新所有依赖'"
# 预期:/chore

claude -p "/classify-issue '清理未使用的导入'"
# 预期:/chore

# 测试缺陷
claude -p "/classify-issue '登录表单在回车时提交两次'"
# 预期:/bug

claude -p "/classify-issue '个人资料页面404错误'"
# 预期:/bug

# 测试新功能
claude -p "/classify-issue '添加深色模式切换'"
# 预期:/feature

claude -p "/classify-issue '实现与Google的OAuth'"
# 预期:/feature

处理边缘情况

多类型问题:

"修复损坏的登录并添加记住我功能"

方法:按主要目的分类
如果相等:请求拆分问题

不明确的问题:

"提高性能"

方法:默认到 /chore
理由:最安全,风险最低

不可分类:

"关于API的问题"

方法:返回 0
行动:需要人工分类

自定义问题类别

对于专业工作流,扩展基础类别:

示例:重构类

### /refactor
- 代码重构
- 架构更改
- 性能优化
- 无功能更改

示例:"重构认证模块", "优化查询", "重构..."

示例:安全类

### /security
- 漏洞修复
- 安全改进
- 访问控制更改
- 合规要求

示例:"修复XSS漏洞", "添加速率限制", "更新认证..."

与ADW集成

在您的ADW编排器中:

def classify_and_route(issue):
    # 分类
    result = execute_agent("classifier", issue)
    issue_type = parse_classification(result)

    # 路由到模板
    if issue_type == "/chore":
        return execute_agent("planner", "/chore", issue)
    elif issue_type == "/bug":
        return execute_agent("planner", "/bug", issue)
    elif issue_type == "/feature":
        return execute_agent("planner", "/feature", issue)
    else:
        return mark_for_triage(issue)

模型选择

对于分类,使用Haiku:

模型 速度 成本 准确性
Haiku 适合简单决策
Sonnet 更好处理细微情况

Haiku通常足够,因为分类是简单决策。

质量指标

跟踪分类质量:

  • 准确性:正确分类的百分比
  • 混淆矩阵:哪些误分类发生
  • 覆盖率:人类更改分类的频率

相关内存文件

  • @piter-framework.md - 分类是PITER中的"I"
  • @adw-anatomy.md - 分类如何适应ADW
  • @template-engineering.md - 每个类别的模板

版本历史

  • v1.0.0 (2025-12-26):初始发布

最后更新

日期: 2025-12-26 模型: claude-opus-4-5-20251101