受到信赖 100万+ 用户
设计 PR 评审 智能体
在 UI 变更进入生产环境前完成评审。
UX Pilot 会在发版前评审 GitHub pull request 中的 UI 变更。你会收到关于无障碍、语义、响应式表现、设计系统一致性、UX 状态和代码质量的反馈，并以评论形式发布在需要关注的具体行上。
运行在 GitHub 内
每条发现都标明 严重程度、文件和行号
设置大约 只需一分钟
// 获全球顶级产品团队信赖
每一份 pull request 都会被自动评审
设置在 GitHub 中完成。安装应用、选择仓库，之后的每一份 pull request 都由 agent 处理。
连接你的仓库
安装 UX Pilot GitHub App，并选择需要评审的仓库。可以从一个开始，等团队准备好后再添加更多。
Agent 读取你的改动
它会对照仓库中已有的 token 和样式文件，评审 diff 及其周围的代码。
发现会出现在 diff 上
每条发现会作为评论发在引发问题的那一行，并在 pull request 上再发一条摘要评论。
只发布有把握的发现
低置信度和重复的发现会被丢弃；改动干净时不会发布任何内容。
抓住代码评审容易漏掉的设计问题
能跑通的代码仍可能上线难用的界面。评审者在检查改动是否可用。Agent 则检查它看起来如何、表现如何，覆盖 diff 中每次 UI 改动的六个方面。
清楚该修什么、修在哪里
每条发现都会说明严重程度、所属领域、位置以及应该改什么，无需在 diff 里四处查找就能采取行动。
说明： 一份本来已经可以合并的 pull request 上有六条发现。
发现如何排序： 严重程度来自问题的影响，影响真实用户的无障碍违规排在最前。无法对应到具体行、或重复已报告内容的发现不会发布。
一切都发生在 GitHub
发现以 pull request 评论的形式送达。团队在已有工作流中阅读、回复和解决，无需打开新工具，也无需额外账号即可跟进。产品、设计和工程可以读同一份评审；UX Pilot 仪表盘只用于设置和历史记录。
贴合你设计系统的反馈
Agent 会读取仓库中已有的 token 和样式文件，因此硬编码颜色会对照你的色板判断，而不是一套通用标准。从未写进代码的约定，用通俗语言写一次，就会随每次运行一并发送。
评审在你需要的时候运行
打开自动评审，并选择适合团队的时机：
- 当 pull request 打开时
- 每次 push 时
- 当 pull request 重新打开时
最近评审把历史集中在一处，包含每次运行的 pull request、commit、状态和发现数量。
// 无需 CI 配置，也无需账号级访问
// 无需 CI 配置，也无需账号级访问
- 由 GitHub 事件触发。流水线中不会运行任何内容。没有需要维护的 workflow 文件，也不消耗 runner 分钟。
- 按仓库安装。选择单个仓库，而不是授权整个账号，并可随时在 GitHub 中更改选择。
- 由 GitHub 事件触发。流水线中不会运行任何内容。没有需要维护的 workflow 文件，也不消耗 runner 分钟。
- 按仓库安装。选择单个仓库，而不是授权整个账号，并可随时在 GitHub 中更改选择。
// 安全与访问
// 安全与访问
- GitHub App 按仓库安装。你决定它可以读取什么，并可以随时在 GitHub 中更改或撤销该访问。
- 评审会读取 pull request 中的代码以生成发现。
- 访问始终绑定到你的 UX Pilot 账号。
- GitHub App 按仓库安装。你决定它可以读取什么，并可以随时在 GitHub 中更改或撤销该访问。
- 评审会读取 pull request 中的代码以生成发现。
- 访问始终绑定到你的 UX Pilot 账号。
1,000,000
位设计师、产品经理和创始人的信赖
常见问题
关于 UX Pilot Design PR Review Agent 你想知道的一切
在下一次合并前抓住 UI 问题
设置大约只需一分钟。下一次改动 UI 的 pull request 会带着行级发现返回。
