代理编码KPIs跟踪Skill track-kpis

---

name: track-kpis description: 计算并更新代理编码KPIs以测量ZTE进展。在完成ADW周期后使用以跟踪指标。 argument-hint: [state-context] allowed-tools: Read, Write, Bash, Glob

跟踪KPIs

计算并更新代理编码KPIs以测量ZTE进展。

参数

• $ARGUMENTS: 状态上下文，包含ADW ID、问题信息和工作流历史

说明

您正在更新代理KPI跟踪文件以测量工作流有效性。

步骤 1: 解析状态

从参数或当前上下文中提取：

• adw_id: 工作流标识符
• issue_number: GitHub 问题编号
• issue_class: 分类 (/chore, /bug, /feature)
• plan_file: 实施计划的路径
• all_adws: 运行的工作流列表（用于计算尝试次数）

步骤 2: 计算尝试次数

仅计数表示重启的工作流：

attempts_incrementing = ["adw_plan_iso", "adw_patch_iso", "plan", "patch"]
attempts = count(workflow for workflow in all_adws if any(inc in workflow for inc in attempts_incrementing))

构建、测试、审查不计入 - 仅完整重新计划。

步骤 3: 获取计划大小

wc -l {plan_file}

提取行数作为 plan_size。

步骤 4: 获取差异统计

git diff origin/main --shortstat

解析输出以提取：

• 文件更改数
• 添加的行数 (+)
• 删除的行数 (-)

步骤 5: 更新详情表

添加新行到KPI详情表：

日期	ADW ID	问题	类别	尝试次数	计划大小	差异 +/-	文件数
{today}	{adw_id}	#{issue_number}	{issue_class}	{attempts}	{plan_size}	+{added}/-{removed}	{files}

步骤 6: 重新计算摘要

当前连胜： 从底部计数连续行，其中尝试次数 <= 2 最长连胜： 找到尝试次数 <= 2 的最长连续序列 平均出现次数： 所有尝试值的平均值 总计划大小： 所有 plan_size 值的总和 总差异大小： 所有运行中 (added + removed) 的总和

步骤 7: 更新KPI文件

将更新的摘要和详情表写入KPI文件（通常为 app_docs/agentic_kpis.md 或项目特定位置）。

输出

报告KPI更新：

{
  "success": true,
  "this_run": {
    "adw_id": "{adw_id}",
    "issue": "{issue_number}",
    "attempts": 1,
    "plan_size": 45,
    "diff_added": 67,
    "diff_removed": 23,
    "files_changed": 4
  },
  "summary": {
    "current_streak": 6,
    "longest_streak": 12,
    "average_presence": 1.28,
    "total_plan_size": 450,
    "total_diff_size": 2340
  }
}

备注

• 尝试次数越低越好（目标：1）
• 连胜越高越好（展示一致性）
• 随时间跟踪趋势以评估ZTE准备就绪
• 90%+ 成功率（尝试次数 <= 2）表示ZTE准备就绪