📦 Match — 匹配
v1.0.0Loop by John Perry 用于 OpenClaw 的双智能体迭代 vibe-coding 循环。当用户希望一个子智能体生成/构建/编码应用或工件，而第二个分析智能体...
0· 21·0 当前·0 累计
by 下载技能包
最后更新
2026/4/21
安全扫描
OpenClaw
安全
high confidence该技能的说明、要求以及无需安装/凭据的特点，均符合双智能体视觉问答/代码生成循环；未索取任何无关密钥或隐藏安装。
评估建议
该技能适用于运行生成器 ↔ 分析师视觉 QA 循环。使用前请注意，循环要求代理：运行项目命令（安装依赖、启动开发服务器）、打开浏览器并截图，必要时调用 OS 级 UI 自动化（AppleScript/Hammerspoon/macbot）。这些操作需要主机的文件系统、进程和 UI 自动化权限，并可能执行生成器代理产生的代码——这是该工作流的正常行为，但存在运行不受信代码的常规风险。若计划允许自主运行，请考虑对代理进行沙箱隔离、限制网络访问或在执行前审查生成的代码；除非明确必需且理由充分，切勿向该技能提供机密或凭据。...详细分析 ▾
✓ 用途与能力
名称/描述（生成器 + 视觉分析师循环）严格遵循 SKILL.md 的指示：技能仅要求代理构建、预览、检查并迭代前端产物，不索取任何无关的凭据、二进制文件或配置路径。
ℹ 指令范围
SKILL.md 明确指示 agent 运行 dev server、在浏览器中打开应用、截屏，并在必要时升级到 AppleScript/Hammerspoon/macbot 等桌面自动化工具。这仍在声明用途范围内，但意味着 agent 在运行时需要文件系统、进程和 UI 自动化权限——用户应知晓 agent 可能会安装/运行项目依赖并启动浏览器或自动化工具。
✓ 安装机制
没有安装规范，也没有代码文件；该技能仅依赖指令，因此本身不会向磁盘写入任何内容。任何安装操作都将由生成器 actor 在运行项目时完成（例如 npm/yarn）——这是该用例的预期行为。
✓ 凭证需求
该 skill 未声明任何环境变量、凭据或配置路径。运行时指令也未请求密钥或无关凭据。这相当于本地开发/视觉 QA 循环。
✓ 持久化与权限
始终为 false，且允许自主调用（平台默认）。该 skill 不要求常驻，也不会修改其他 skill 或系统级设置。
安全有层次，运行前请审查代码。
运行时依赖
无特殊依赖
版本
latestv1.0.02026/4/21
- match-loop 技能的首次发布。 - 启用生成器 ↔ 分析师的迭代循环，用于构建和优化应用，并提供具体反馈周期。 - 独特的分析师角色：在浏览器中直观检查前端，而不仅仅是代码审查，并报告 UI/UX 缺陷。 - 专为视觉/功能准确性至关重要的任务设计，如 Web 应用或落地页。 - 工作流持续进行，直到所有主要视觉和功能问题解决，或用户终止循环。 - 最终输出汇总轮次、已执行的检查及关键改进。
● 可疑
安装命令
点击复制官方npx clawhub@latest install match-loop
镜像加速npx clawhub@latest install match-loop --registry https://cn.longxiaskill.com
技能文档
运行 生成器 ↔ 视觉分析师 循环。 适用于一次生成不够的 vibe-coding。核心模式：
- 一个子智能体 编码/构建
- 一个子智能体 像人类一样分析代码并预览实时 UI
- 分析师给出具体反馈
- 生成器修订
- 循环继续，直到分析师接受、进度停滞、出现阻塞，或用户喊
stop
关键要求：只要存在前端，分析师必须肉眼检查渲染界面，而非只看代码或日志。需打开浏览器、截图、交互，验证外观与行为。
角色
1. Generator agent
职责：- 实现所需应用、功能、页面或工件
- 修复分析师发现的问题
- 保留可用部分，仅修订损坏/丑陋/混乱部分
- 必要时运行基础本地检查
- 产出具体修订，而非无尽计划
2. Analyst agent
职责：- 检查代码正确性、可维护性、明显缺陷与缺失
- 本地运行或预览应用
- 在浏览器中像真人一样肉眼检查前端
- 截图或使用浏览器/计算机工具查看 UI
- 测试基础流程与交互
- 验证 API、表单、按钮、导航、可见状态是否真能用
- 向生成器提供优先级明确、具体可执行的反馈
- 判定结果是否达标
不可协商的视觉 QA 规则
前端工作必须：- 启动 dev server 或使用给定预览 URL
- 浏览器打开应用
- 肉眼检查渲染页
- 必要时截图
- 像真人一样测试关键交互
- 清晰报告视觉与功能缺陷
重点发现代码评审常漏的问题：
- 文字截断、重叠、字号异常、对比度低、错位
- 移动/桌面布局问题
- 间距、层级、视觉平衡破坏
- 迷惑的 CTA 或导航
- 表单代码正常但 UI 失败
- 加载/错误状态丑陋或损坏
- API 静默失败
- 控制台报错
- 按钮无响应
若浏览器原生工具失效，用本地浏览器/计算机工具升级，不得假装已视觉检查。 优先顺序：
- Playwright MCP / Playwright CLI / 直接 Playwright 或 CDP
- 应用/浏览器截图 + DOM 检查
- macbot / Hammerspoon / AppleScript / Peekaboo 桌面级检查
默认用 Chrome；除非用户明确指定，不用 Safari。
最佳场景
- vibe-coded 网页应用
- 落地页
- 仪表盘
- 引导流程
- 响应式页面
- React/Next/Vite/Expo 网页预览
- 重 UI 原型
- 带 API 的前端应用
- 视觉行为与实现同等重要的代码
循环流程
1. 定义目标
启动前明确：- 要构建什么
- “完美”或“足够好”的标准
- 目标用户/用例
- 必备功能
- 视觉/风格期望
- 功能/API 期望
- 已知测试或预览命令
若目标模糊，先写当前最佳目标，让分析师在首轮评审中细化验收标准。
2. 启动双角色
创建：- 一个生成 worker
- 一个分析 worker
3. 生成器构建 v1
- 实现文件
- 按需安装依赖
- 低成本基础检查
- 提供运行/预览/测试方式
4. 分析师评审 v1
三层检查：代码评审
- 架构/文件结构
- 实现完整度
- 明显缺陷
- 缺失边界情况
- 可维护性