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