用途：以交互对话方式开展质量保障（QA）。用户用日常语言描述问题，智能体在后台探索代码库以掌握该功能应有的行为与领域语言，并把问题整理成不绑定代码结构的 GitHub issue，使其在重构后仍然有效。
主要能力：每轮只提交一个 issue，绝不批量；最多追问 2-3 个简短问题，仅围绕预期与实际行为、复现步骤、问题是否稳定复现；可与用户对话并行派出探索代理，读取 UBIQUITOUS_LANGUAGE.md（如存在）了解领域术语，但不以寻找修复为目标；可评估范围，当问题跨越多个独立区域或包含多种失败模式时进行拆分；直接提交，不让用户先审阅正文，只返回链接。
用法：触发词为 “QA”；用户描述问题后，智能体按其节奏追问并探索；issue 正文禁止出现文件路径、行号或内部符号名，须使用项目领域语言、描述行为而非代码，且复现步骤为必填，保持 30 秒可读。单 issue 模板包含“发生了什么”“我期望什么”“复现步骤”“补充上下文”。CLI 示例：Run mycli migrate --target=v3 --dry-run；Web 示例：以 Pro 用户登录、从 Reports 标签打开导出对话框、选择 CSV 并点击 Export。
适用场景：用户自由探索、临时性缺陷报告，一个会话可产生多个 GitHub issue。与 branch review（针对当前分支差异，产出结构化的单份评审报告）和 PR review（针对特定 GitHub PR，产出评论与总结）区分使用。
限制：需配合 gh 命令行使用（gh issue create）；文档未提供安装方式、权限范围或 GitHub 之外的平台支持，暂未提供。