用途：在虚幻引擎项目中按项目既有风格编写或修改自动化测试，并用 Rider 补足 grep 无法提供的 IDE 能力，如被测 API 解析、注册与 include 诊断、代码风格与构建。
主要能力：按需求选择最小框架（纯 C++ 逻辑用 LowLevelTestsRunner/Catch2，简单断言用 IMPLEMENT_SIMPLE_AUTOMATION_TEST 或 CQTest TEST，含 setup/teardown 的类用 CQTest TEST_CLASS，BDD 用 DEFINE_SPEC，多帧异步用 TestCommandBuilder，PIE 网络复制用 PIENetworkComponent，关卡内 Actor 行为用 Functional Test，完整启动/稳定性/性能 CI 用 Gauntlet）。通过 Rider 工具完成 search_symbol、get_symbol_info、analyze_calls、get_file_problems、lint_files、reformat_file、build_solution_start 等操作。
使用方式：先确认工作区根目录存在 *.uproject，且请求确实需要编写或修改测试代码；只读取 .uproject、测试模块 Build.cs、同框架的邻近测试和被测 API 声明。用 Write/Edit 编写测试，先做覆盖审计，再对改动文件运行诊断；新建模块、添加框架或改 Build.cs 时才走完整质量流程（诊断→构建→项目问题→格式化）。Rider 通过 execute_tool 路由调用，Claude Code 中需先用 ToolSearch 解析命名空间前缀，所有 --flag 必须带值，列表参数为 JSON 数组，路径相对解决方案根目录且用正斜杠。
适用场景：为虚幻引擎项目新增或修改自动化测试、选择测试框架、审计测试覆盖、检查注册与 include 诊断。
限制：无 .uproject 时须停止并说明需在 UE 项目根目录运行；运行时 bug、普通构建请求或非测试源码改动需先澄清范围；容器化评测工作区中，仅改单个测试文件且未改 Build.cs、模块、插件、目标或框架依赖时，不应运行 build_solution_start；若没有 Rider 工具，则继续编写正确测试源码并说明跳过了 Rider 诊断。具体收费、价格与平台信息暂未提供。