visual-verify 的来源仓库为 langchain-ai/design-agent，介绍中给出的定位是：在交付最终栅格图像之前先看一眼，和写代码时一样执行“渲染、查看、修复、再看”的循环。判断标准应以需求为准，不要凭个人喜好；当有人明确要求某项改动时，那项改动就是验收线。确定性的门禁（brand-lint、字体检查、video-gate、hyperframes 检查、artifact-contract）负责令牌、字体、裁切和尺寸；人眼负责它们无法衡量的部分：画面是否只讲一件事、视线是否落在该落的位置、是否存在通用化或损坏的细节。
主要能力与使用方式：
-
缩略图查看。使用 node /workspace/tools/review-thumb.mjs <img> 生成不超过 1600 像素的 .thumb.jpg 供查看；使用 --sheet 参数把多个图像拼成一张 sheet。查看时应带着一个具体问题，例如“标题是否是第一眼读到的东西，是否有文字被裁切”。一张 sheet 的成本远低于逐帧查看。
-
换肤、重做、清理与缩放的对比检查。此类任务的关键失败是出现未请求的新增、删除或含义变化，单看输出无法发现。应把源图与输出拼在一张 sheet 中对比，例如调用 review-thumb.mjs --sheet attachments/source.png projects/<slug>/renders/restyled.png。出现约定违规时，无论画面多好看都应硬性停止：源内容缺失或被改动、凭空生成文案或标记、跳过明确反馈、尺寸错误、连接关系损坏、官方素材被改动。此时应修复输入或渲染器并重新渲染。
-
像素级修复的放大裁切。6 像素的接缝在整图缩放到 1600 像素查看时会消失，导致全图检查误报“已修复”。字重、词语或颜色变化在整图即可辨认，不必裁切；而按像素度量的修复需要从前后图中裁出同一区域，裁切范围要足够宽以包含作为度量基准的边缘，并放大两张图。资料给出的做法是先设置 IMG="node /workspace/skills/image-ops/scripts/img.mjs"，再分别对前后图执行 --crop L,T,W,H --resize 800x 生成裁切图，最后用 review-thumb.mjs --sheet 把两张裁切图拼在一起查看。如果局部修复第二次仍然不对，应展示放大裁切图，并用对方自己的话确认边缘要求，而不是继续微调。
-
视频检查。对合成内容，在渲染前使用 hyperframes snapshot --at <t1>,<t2>,... 或 --frames 8；对已渲染文件，用 ffmpeg 或 film-breakdown/scripts/grab.mjs --sheet 抽取关键帧。用 review-thumb.mjs --sheet 把它们拼起来，并查看标题卡与结尾卡。对每个转场都取一帧的条带能暴露稀疏条带会掩盖的交接问题。
需要留意的缺陷包括：生成图像中乱码或伪造的文字与标志；抠图残留的白色底板或光晕；标识组合被卡片裁切，或标志低于最小尺寸；箭头落点进入圆角端帽内，或连接线没有对准形状；标识符渲染错误（例如 after_model 被 markdown 风格转义成 after__model）；标记或标签与背景同色；在需要表达概念的位置使用通用的节点、圆点或网络壁纸；出现需求未提供的多余文字，如子行、说明、页脚或 URL。
适用场景：设计代理交付前的视觉审阅、换肤前后对比、局部像素修复验证、视频分镜与转场检查。限制与依赖：资料未提供该技能的安装命令、运行环境要求、许可与收费信息，暂未提供。