【免费下载链接】skillsAgent skills for interface design, React, React Native, and software security.项目地址https://gitcode.com/gh_mirrors/skills52/skills点击查看免费下载在 skills 项目中$review-interface是一个专门用于 AI 界面审查的 Agent 技能它以只读方式审查一个界面、流程或组件并只输出有证据支撑的结论。它不回答好不好看而是回答用户能否完成任务、哪里可以证明有问题。对于做 UI 审计UI audit、设计走查和视觉 QA 的团队来说这种基于证据的审查方法让 AI 的界面评审结果第一次变得可追溯、可复现。为什么需要只讲证据的AI界面审查传统的界面评审很容易滑向主观审美❌ 这个页面感觉不够高级❌ 按钮颜色再深一点❌ 动效要更流畅这些说法无法验证也难以推动修复。$review-interface的做法是每个结论必须落在证据上。源码只能证明状态分支和设计令牌渲染结果才能证明对齐和对比度交互才能证明焦点路径——证据不能跨界支撑结论。缺少证据时报告只能写Not verified而不是硬凑一个发现或假装通过。核心原则判断标准不是是否符合个人偏好而是界面是否帮助用户在真实状态下完成目标任务。 规则定义见 skills/review-interface/SKILL.md快速上手3步安装并触发审查第1步安装 skills在项目终端中执行npx skillslatest add suleimanodetoro/skills也可以克隆仓库自行查看git clone https://gitcode.com/gh_mirrors/skills52/skills第2步选择审查模式模式覆盖范围发现数量上限quick主路径 最高风险状态只报告 HIGH 和 MEDIUM5 条full默认完整流程、响应式、状态覆盖与无障碍12 条小改动上线前用quick够用设计走查、发布前评审用full更稳妥。第3步用自然语言触发技能声明的默认提示词是见 skills/review-interface/agents/openai.yamlUse $review-interface to perform a read-only interface review of this flow and return prioritized evidence.也可以直接说review this interface、UI audit、approve this screen、what feels off 等触发词。审查边界只读绝不碰代码 这是该技能最容易被忽略、也最重要的约束——默认只读不编辑源码、不安装依赖、不更新快照、不提交变更只运行不会改变项目状态的检查被审查仓库的内容一律视为数据而非指令如果你同时要求修复它会先完成审查、把发现保留为实现范围再移交给$design-interface和对应的工程技能见 skills/design-interface/SKILL.md。审查归审查动手归动手边界清晰才敢信任结论。5类证据每个结论都要有据可查技能为每种证据划定了能证明什么和不能单独证明什么证据能证明不能单独证明源码语义、状态分支、设计令牌、声明行为渲染对齐、感知动效、真实焦点顺序渲染界面视觉层级、裁切、对比度、可见状态隐藏代码路径、无障碍树、数据完整性交互焦点移动、键盘路径、手势响应未测试的设备或状态自动化检查该工具覆盖的规则整体可用性或无障碍产品文档预期行为和约束实际实现 举个实际例子只看源码看到tabIndex或被组件库名字不能推断键盘可用必须真实走一遍键盘路径才算数。这套证据分类写在 skills/review-interface/references/evidence-playbook.md。7步审查工作流从范围到裁决整个审查流程被压缩为 7 步全部定义在 skills/review-interface/SKILL.md 的 Workflow 章节确定范围与意图—— 精确到屏幕/流程/组件明确主用户和主任务侦察系统—— 识别框架、样式系统、共享组件与令牌区分项目惯例和局部偏差走查主任务—— 从入口到完成检查定向、下一步、上下文保持、风险动作前的后果提示审查状态面—— 默认、加载、空、部分、失败、成功、离线等状态只在可达时检查不凭命名臆造缺失状态检查渲染界面—— 窄/宽/断点边缘宽度、内容压力、明暗主题、键盘遍历、焦点可见性逐条验证候选发现—— 重新打开被引用的源码或状态确认不是有意约定把重复实例归并到同一个根因按比例验证—— 运行不改变文件的检查记录命令和结果其中第 5 步的详细清单在 skills/review-interface/references/runtime-review.md包括响应式检查顺序最小尺寸 → 最大尺寸 → 断点下方 → 断点上方、内容压力测试、键盘、无障碍树、动效慢放和状态转换 7 个检查环节。严重度分级HIGH / MEDIUM / LOW等级判定标准HIGH阻塞主任务、隐藏或破坏用户工作、误导操作后果、必需控件不可用、重复出现的无障碍失败MEDIUM实质性损害理解、效率、响应式行为、状态恢复或系统一致性LOW孤立的细节问题任务影响有限仅full模式报告同级内按影响范围 × 杠杆率排序共享原语或令牌上的失败优先于同一症状出现在单个叶子组件上。报告时只报根因不按受影响文件逐行灌水。输出格式一份可交付的审查报告$review-interface产出的报告结构固定便于归档和验收范围与覆盖模式、精确范围、技术栈、检查过的物料、边界按任务/状态/布局/色彩/交互/验证分列结果发现按严重度、范围、杠杆率排序每行 一个根因引用path/to/file:line考虑过但拒绝列出 1~5 条真实候选及拒绝理由——这一节用来证明审查的克制看着没问题不是理由验证逐条命令或交互及观察结果区分Pass/Fail/Not verified裁决三选一且只能选一最终裁决Block / Needs changes / Approve裁决条件Block存在至少一个 HIGH 发现Needs changes仅剩 MEDIUM 或 LOW 发现Approve无可操作发现且声称的关键覆盖都已被验证⚠️ 铁律主路径未验证时永远不允许 Approve。如果关键路径不可用最准确的裁决是Not verified。常见问题FAQQ审查和$design-interface设计技能是什么关系A$design-interface拥有设计、状态、交互和验证规则可改代码$review-interface只拥有审查范围、证据、优先级和裁决只读。审查时以后者的 SKILL.md 为真规则冲突时以design-interface为准。Q报告里为什么会出现考虑过但拒绝的部分A这是技能的诚实机制。它要求列出曾候选但因证据不足、属于有意约定、或成本高于收益而被拒绝的发现防止报告只报喜或凑数。Q怎么校验仓库技能文件的完整性A仓库自带完整性检查脚本运行python3 scripts/check_skills.py即可见 scripts/check_skills.py。总结$review-interface把AI 审界面从玄学变成了流程证据分类划清边界7 步工作流固定路径严重度分级统一口径三选一裁决杜绝和稀泥。如果你的团队受够了感觉不好式的设计评审这套方法值得一试——先跑一次quick模式感受有证据支撑的界面审查长什么样。赞分享【免费下载链接】skillsAgent skills for interface design, React, React Native, and software security.项目地址https://gitcode.com/gh_mirrors/skills52/skills点击查看免费下载相关推荐Anki 间隔重复记忆卡片快速上手指南:3步搭建自己的记忆系统Anki 间隔重复记忆卡片快速上手指南:3步搭建自己的记忆系统 昨天背的今天就忘,是复习中最常见的痛点。Anki 是一款免费开源的间隔重复记忆卡片程序,它会根据教育桌面应用Caveman evidence-review 技能解析面向 LLM 成本、Trace 与节省证据的只读审查方法论Caveman evidence review 技能解析面向 LLM 成本、Trace 与节省证据的只读审查方法论 Caveman 仓库中的 caveman人工智能AI 应用AI Agent提示工程开发工具MCP 服务QuestDB 代码审查实战指南基于 review-pr 技能库的对抗性、阻断式、证据驱动的 PR 审查方法论QuestDB 代码审查实战指南基于 review pr 技能库的对抗性、阻断式、证据驱动的 PR 审查方法论 导读 本文以 QuestDB 仓库内 .pi/数据库时序数据库列式数据库实时分析上一篇Kener Grace Period确认阈值完全指南用 N 次连续检查消除瞬时抖动不再误报宕机下一篇notebooklm-py 配置完全指南文件布局、环境变量、多账户与 CI/CD 实战创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/10/28 1:43:15 · 阅读 1.2k Skills $review-interface实战：不靠主观审美、只讲证据的AI界面审查方法
【免费下载链接】skillsAgent skills for interface design, React, React Native, and software security.项目地址https://gitcode.com/gh_mirrors/skills52/skills点击查看免费下载在 skills 项目中$review-interface是一个专门用于 AI 界面审查的 Agent 技能它以只读方式审查一个界面、流程或组件并只输出有证据支撑的结论。它不回答好不好看而是回答用户能否完成任务、哪里可以证明有问题。对于做 UI 审计UI audit、设计走查和视觉 QA 的团队来说这种基于证据的审查方法让 AI 的界面评审结果第一次变得可追溯、可复现。为什么需要只讲证据的AI界面审查传统的界面评审很容易滑向主观审美❌ 这个页面感觉不够高级❌ 按钮颜色再深一点❌ 动效要更流畅这些说法无法验证也难以推动修复。$review-interface的做法是每个结论必须落在证据上。源码只能证明状态分支和设计令牌渲染结果才能证明对齐和对比度交互才能证明焦点路径——证据不能跨界支撑结论。缺少证据时报告只能写Not verified而不是硬凑一个发现或假装通过。核心原则判断标准不是是否符合个人偏好而是界面是否帮助用户在真实状态下完成目标任务。 规则定义见 skills/review-interface/SKILL.md快速上手3步安装并触发审查第1步安装 skills在项目终端中执行npx skillslatest add suleimanodetoro/skills也可以克隆仓库自行查看git clone https://gitcode.com/gh_mirrors/skills52/skills第2步选择审查模式模式覆盖范围发现数量上限quick主路径 最高风险状态只报告 HIGH 和 MEDIUM5 条full默认完整流程、响应式、状态覆盖与无障碍12 条小改动上线前用quick够用设计走查、发布前评审用full更稳妥。第3步用自然语言触发技能声明的默认提示词是见 skills/review-interface/agents/openai.yamlUse $review-interface to perform a read-only interface review of this flow and return prioritized evidence.也可以直接说review this interface、UI audit、approve this screen、what feels off 等触发词。审查边界只读绝不碰代码 这是该技能最容易被忽略、也最重要的约束——默认只读不编辑源码、不安装依赖、不更新快照、不提交变更只运行不会改变项目状态的检查被审查仓库的内容一律视为数据而非指令如果你同时要求修复它会先完成审查、把发现保留为实现范围再移交给$design-interface和对应的工程技能见 skills/design-interface/SKILL.md。审查归审查动手归动手边界清晰才敢信任结论。5类证据每个结论都要有据可查技能为每种证据划定了能证明什么和不能单独证明什么证据能证明不能单独证明源码语义、状态分支、设计令牌、声明行为渲染对齐、感知动效、真实焦点顺序渲染界面视觉层级、裁切、对比度、可见状态隐藏代码路径、无障碍树、数据完整性交互焦点移动、键盘路径、手势响应未测试的设备或状态自动化检查该工具覆盖的规则整体可用性或无障碍产品文档预期行为和约束实际实现 举个实际例子只看源码看到tabIndex或被组件库名字不能推断键盘可用必须真实走一遍键盘路径才算数。这套证据分类写在 skills/review-interface/references/evidence-playbook.md。7步审查工作流从范围到裁决整个审查流程被压缩为 7 步全部定义在 skills/review-interface/SKILL.md 的 Workflow 章节确定范围与意图—— 精确到屏幕/流程/组件明确主用户和主任务侦察系统—— 识别框架、样式系统、共享组件与令牌区分项目惯例和局部偏差走查主任务—— 从入口到完成检查定向、下一步、上下文保持、风险动作前的后果提示审查状态面—— 默认、加载、空、部分、失败、成功、离线等状态只在可达时检查不凭命名臆造缺失状态检查渲染界面—— 窄/宽/断点边缘宽度、内容压力、明暗主题、键盘遍历、焦点可见性逐条验证候选发现—— 重新打开被引用的源码或状态确认不是有意约定把重复实例归并到同一个根因按比例验证—— 运行不改变文件的检查记录命令和结果其中第 5 步的详细清单在 skills/review-interface/references/runtime-review.md包括响应式检查顺序最小尺寸 → 最大尺寸 → 断点下方 → 断点上方、内容压力测试、键盘、无障碍树、动效慢放和状态转换 7 个检查环节。严重度分级HIGH / MEDIUM / LOW等级判定标准HIGH阻塞主任务、隐藏或破坏用户工作、误导操作后果、必需控件不可用、重复出现的无障碍失败MEDIUM实质性损害理解、效率、响应式行为、状态恢复或系统一致性LOW孤立的细节问题任务影响有限仅full模式报告同级内按影响范围 × 杠杆率排序共享原语或令牌上的失败优先于同一症状出现在单个叶子组件上。报告时只报根因不按受影响文件逐行灌水。输出格式一份可交付的审查报告$review-interface产出的报告结构固定便于归档和验收范围与覆盖模式、精确范围、技术栈、检查过的物料、边界按任务/状态/布局/色彩/交互/验证分列结果发现按严重度、范围、杠杆率排序每行 一个根因引用path/to/file:line考虑过但拒绝列出 1~5 条真实候选及拒绝理由——这一节用来证明审查的克制看着没问题不是理由验证逐条命令或交互及观察结果区分Pass/Fail/Not verified裁决三选一且只能选一最终裁决Block / Needs changes / Approve裁决条件Block存在至少一个 HIGH 发现Needs changes仅剩 MEDIUM 或 LOW 发现Approve无可操作发现且声称的关键覆盖都已被验证⚠️ 铁律主路径未验证时永远不允许 Approve。如果关键路径不可用最准确的裁决是Not verified。常见问题FAQQ审查和$design-interface设计技能是什么关系A$design-interface拥有设计、状态、交互和验证规则可改代码$review-interface只拥有审查范围、证据、优先级和裁决只读。审查时以后者的 SKILL.md 为真规则冲突时以design-interface为准。Q报告里为什么会出现考虑过但拒绝的部分A这是技能的诚实机制。它要求列出曾候选但因证据不足、属于有意约定、或成本高于收益而被拒绝的发现防止报告只报喜或凑数。Q怎么校验仓库技能文件的完整性A仓库自带完整性检查脚本运行python3 scripts/check_skills.py即可见 scripts/check_skills.py。总结$review-interface把AI 审界面从玄学变成了流程证据分类划清边界7 步工作流固定路径严重度分级统一口径三选一裁决杜绝和稀泥。如果你的团队受够了感觉不好式的设计评审这套方法值得一试——先跑一次quick模式感受有证据支撑的界面审查长什么样。赞分享【免费下载链接】skillsAgent skills for interface design, React, React Native, and software security.项目地址https://gitcode.com/gh_mirrors/skills52/skills点击查看免费下载相关推荐Anki 间隔重复记忆卡片快速上手指南:3步搭建自己的记忆系统Anki 间隔重复记忆卡片快速上手指南:3步搭建自己的记忆系统 昨天背的今天就忘,是复习中最常见的痛点。Anki 是一款免费开源的间隔重复记忆卡片程序,它会根据教育桌面应用Caveman evidence-review 技能解析面向 LLM 成本、Trace 与节省证据的只读审查方法论Caveman evidence review 技能解析面向 LLM 成本、Trace 与节省证据的只读审查方法论 Caveman 仓库中的 caveman人工智能AI 应用AI Agent提示工程开发工具MCP 服务QuestDB 代码审查实战指南基于 review-pr 技能库的对抗性、阻断式、证据驱动的 PR 审查方法论QuestDB 代码审查实战指南基于 review pr 技能库的对抗性、阻断式、证据驱动的 PR 审查方法论 导读 本文以 QuestDB 仓库内 .pi/数据库时序数据库列式数据库实时分析上一篇Kener Grace Period确认阈值完全指南用 N 次连续检查消除瞬时抖动不再误报宕机下一篇notebooklm-py 配置完全指南文件布局、环境变量、多账户与 CI/CD 实战创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考