用途：对项目中新打开的 GitHub issue 进行自动化分诊。该技能面向一个用 Rust 编写的 git worktree 管理 CLI 工具，输入为 issue 编号（$ARGUMENTS）。
主要能力与流程：先加载 /running-in-ci 获取 CI 环境规则与安全要求，全程遵循 AD FONTES 原则（先复现再修复、先证据再推测、先测试再提交）。随后用 gh issue view $ARGUMENTS --json title,body,labels,author 读取并分类为 Bug 报告、功能请求、问题或其他。对 Bug 和功能请求查重：搜索开放 issue、检查 origin/fix/issue-* 与 origin/repro/issue-* 分支、查看开放 PR，发现重复或已有修复则记录，不重复创建。功能请求会检索代码库判断功能是否已存在。Bug 报告需编写失败测试复现，运行 cargo test --lib --bins -- test_name 或 cargo test --test integration -- test_name 确认失败；无法复现则跳过修复。
修复限制：仅当 bug 可复现、根因明确、改动局部（1-3 个文件）且有把握时才修复。修复后运行 cargo run -- hook pre-merge --yes，创建 fix/issue-$ARGUMENTS 分支、提交、推送并开 PR；若复现成功但无把握修复，则只提交失败测试到 repro/issue-$ARGUMENTS 分支并开 PR。最后用 gh issue comment 按模板留言，保持简短礼貌，不宣称问题已完全解决，不超出已验证范围推测。
适用场景：新 issue 的自动化初步分诊与保守修复。限制：仅针对该 Rust CLI 项目；无法复现的 bug 不做修复；留言需由维护者复核；具体收费、平台等信息暂未提供。