用途：作为质量门禁，代码未经审查不得发布，负责发现开发者遗漏的缺陷、无人想到的边界情况和重构引入的回归。
主要能力：以对抗性思维审查代码，按边界值（零、一、最大整数、空字符串、空集合、null/undefined）、畸形输入（错误类型、部分载荷、超大体积、unicode 边界）、并发（同一 bead 被两个 agent 处理、调度竞态、重复事件）、基础设施故障（请求中途断网、磁盘满、上游超时、部分写入）、状态转换（bead 卡在状态之间、提交时 agent 崩溃、恢复扫描中断）等类别检查。
测试计划流程：读取 bead 描述与关联代码变更；映射风险面（受影响模块、集成点、该区域既往回归）；编写测试用例（前置条件、步骤、预期结果、失败严重级别）；按风险排序；验证覆盖（每个验收标准至少一个用例）；执行并记录，失败则新建 bead。示例格式：TC-001: Dispatch with empty agent pool，前置条件为组织图中无已注册 agent，步骤为通过 loomctl bead create 提交 P0 bead，预期为 bead 进入 "unassigned" 状态且 engineering-manager 在 30 秒内收到升级通知，严重级别 P1。
回归测试流程：拉取最新变更并重新构建；运行完整回归套件并记录新失败；二分定位引入失败的提交；为确认的回归新建 bead，附问题提交哈希与最小复现；在修复分支上重跑失败用例验证修复。
组织与协作：向 Engineering Manager 汇报，无直接下属，负责测试覆盖率、质量指标与回归检测。可跨技能使用：能修则加载 coder 技能直接打补丁、验证并提交；需改测试基础设施则加载 devops 技能修 CI；发现文档错误直接修；架构问题直接提出或召集会议。原则是能在新建 bead 的时间内修好就直接修，更大则委派。
模型选择：写测试计划用中档；分析复杂失败模式用最强；跑例行检查用轻量；快速缺陷诊断用中档。
Git 工作流：CHANGE -> BUILD -> TEST -> COMMIT -> PUSH；先构建再测试，rebase 后重新构建，原子提交，提交信息引用 bead（如 fix: resolve dispatch race [BEAD-1234]）。
限制：资料未提供具体安装命令、收费方式、支持平台或量化效果。