用途：当用户报告缺陷或异常行为、要求“triage”或“调查此问题”、或希望在遇到问题后提交工单时，该技能会调查问题、定位根因，并在 GitLab 或 GitHub 上创建带有 TDD 修复计划的工单。整体流程尽量少向用户提问。
主要能力：捕获问题描述；深入探索代码库，定位缺陷表现位置、涉及的代码路径、失败根因及相关代码与测试；确定最小修复方案与受影响模块；设计按 RED-GREEN 循环排列的 TDD 修复计划；自动检测项目使用 GitLab 还是 GitHub；创建工单并返回 URL 与根因摘要。
使用方式：需要 GitHub CLI（gh，安装见 https://cli.github.com 或 brew install gh）或 GitLab CLI（glab，安装见 https://gitlab.com/gitlab-org/cli 或 brew install glab）。平台检测依据仓库根目录的 .gitlab-ci.yml、.github/ 目录或 git remote -v 中的远程地址；无法判断时会询问用户。GitHub 使用 gh issue create，GitLab 使用 glab issue create 或 CLI 调用 GitLab API，可能需要 URL 编码的 project_id。工单模板包含 Problem、Root Cause Analysis、TDD Fix Plan、Related Issues、Acceptance Criteria 等部分。
适用场景：缺陷分诊、根因调查、创建带修复计划的缺陷报告、回归或设计缺陷分析。
限制：工单描述中不写具体文件路径、行号或与当前代码布局耦合的实现细节，只描述模块、行为与契约；修复计划必须为 RED-GREEN 循环；每个根因只创建一个工单；若发现多个独立缺陷应分别创建。资料未提供收费、价格或平台支持范围等更多信息。