该技能提供无工单的探索性测试，适用于执行阶段。测试对象可以是关键流程、单个模块，或对整个产品做扫描，但不以具体工单为依据；若输入已指明工单，则交由 sprint-testing 处理。模式由首个参数决定（flow、module 或 sweep），参数缺失时会询问。开始前会先建立覆盖视图：有项目上下文缺口列表时直接使用，否则基于 kata-manifest.json 与测试管理系统数据生成 coverage-view.json。每个候选场景会标注为 NEW、WEAK 或 COVERED；只有经过计数验证的覆盖才视为 COVERED，弱、过期或未经验证的覆盖不会用于去重。
工作流固定为五步：Charter（主线程完成，包含模式、范围、覆盖视图、侦察计划与环境门禁，并需确认）、Recon（并行侦察，按表面或模块分派，读取 DB、API，必要时读取 UI，采用 Trifuerza 技术）、Refute（对每个 Medium 及以上异常指派并行验证者，要求其反驳该发现）、Tie-break（仅在验证者意见不一致时由主线程用决定性查询和直接读取实时代码路径裁定）、Handoff（主线程整理发现、候选场景、oracle 清单与模块上下文采集）。任何子代理失败都会停止并报告部分状态，提供重试、跳过表面或中止选项；跳过的表面会被记录为“本轮未覆盖”，不会静默忽略。
安全方面，该技能不会调用任何发送、通知或推送下游的操作，读取与预览允许；变更仅用于在章程预算内设置前置条件，创建的行会立即记录并在清理时重新读取验证。所有缺陷、覆盖 Tech Story 与模块上下文写入都需要人工签署。证据需经 evidence-artifact 技能后才能交给人员查看。
适用场景包括：在无工单情况下排查数据完整性与安全相关的高风险表面；发现已有覆盖之外的测试候选；确认缺乏 Story 但已有实际行为的功能；对多个模块执行扫描。限制：需要 agentic-qa-core 依赖；需要可访问的环境与登录角色；需要 DB 与 API schema 工具；有 UI 的表面需要浏览器工具；扫描模式需要业务地图与主测试计划；覆盖视图依赖测试管理系统读取权限，缺失时手工覆盖状态视为未知。