用途：指导智能体审计代码库中的重构机会，验证发现，起草实施计划并创建 GitHub Issue，适用于需要系统化推进重构的项目维护场景。
主要能力：识别代码异味，包括 God Classes（超过 1000 行的文件或职责过多的类）、低内聚的 Utils/Helpers 类、违反开闭原则的巨型 switch 语句或配置类；验证发现是否已有现成方案或架构约束；为每个重构点起草结构化 markdown 计划，含标题、目标、拟改动类/接口、实施步骤清单和验证方案；通过 GitHub CLI 创建 Issue 追踪。
使用方式：用 list_dir 探索 src 及子目录，用 view_file 检查最大的文件，用 grep_search 查找 Helper 或 Manager 类；搜索 Bootstrapper、Factory、Service 等确认是否已有更优模式；将计划保存到临时文件如 refactoring_plans.md 或 task.md 供用户审阅；用 gh issue create --title "[Refactor] Split GeneralHelpers.cs" --body-file "c:/path/to/body.md" 提交，创建后清理临时 body 文件。
适用场景：大型代码库的定期重构审计、技术债盘点、需要规范化重构流程并生成可追踪任务的团队。
限制：具体项目架构约束需自行确认，如 Avalonia 特定模式；资料未提供支持的编程语言范围、平台要求或收费信息，暂未提供。