用途：在开始任何非平凡开发任务前，先设计反馈回路与验证工具，确保能判断工作是否正确，而不是依赖“人来看一眼”或“尽力而为”。核心判断是：无法验证的工作就无法完成。
主要能力：提供一套诊断流程与三步法。诊断三问：能否观察到结果（文本输出最易，静态图像中等，动态视觉、交互界面较差，物理或第三方系统几乎无法观察）；能否复现特定状态（用 URL 参数、CLI 参数、随机种子、夹具文件、固定步数等）；能否不依赖人独立迭代（内层循环须自主，外层留给人）。
三步法：一、搭建“操场”，为智能体创建符合其感知媒介的表示，例如把动画转为静态累积帧渲染、把交互式 TUI 转为终端驱动会话（agent-tui）、把视觉布局转为文本控件树、把实时系统转为参数化时间点快照；二、设置实验，使每次观察可复现、可参数化、可共享，实验应廉价创建、人机可共享、可组合；三、加快内层循环，要求文本原生、即时、可由智能体自行修改。
内层循环由智能体自主驱动，毫秒到秒级，处理文本与 CLI 输出，验证具体假设；外层循环由人驱动，分钟到小时级，做视觉与交互审查、把握整体方向。两者不应混淆。
使用方式：任务开始时即触发，而非卡住后。信号包括要构建视觉、交互或动态功能，修复动画、布局或交互缺陷，测试通过但效果不对，无法判断是否生效，被要求“试试看”，或复杂多步实现。当不知如何闭环时，与用户访谈，先描述观察到的困难，再提出具体假设和选项让对方回应；若用户没有想法，就给出多个具体方案并说明取舍。
适用场景：网页视觉验证、交互式终端应用测试、物理或动画模拟、多步复杂实现等难以直接观测的开发任务。可与 agent-tui、agent-browser 等技能组合：先构建，再通过终端自动化或截图闭环验证。
限制与注意：不要因任务看似简单就跳过验证工具；不要让人复验每次迭代；不要构建无法修改的工具；不要把“跑过测试”等同于“验证了行为”，测试检查契约，反馈回路检查现实。此技能是元技能，影响其他技能的使用方式。资料未提供具体收费、价格或平台信息。