我开发了一个 Agent Skill，用四个“第一次使用”的视角来测试你的应用
你的测试全部通过，API 也正常运作，你对自己的应用了如指掌。但一个第一次打开它的人，知道该从哪里下手吗？我开发了 First User Audit，一个开源的 Agent Skill，帮编码 Agent 从四种初次使用者的视角去探索你的应用。目标很简单：找出那些你因为太熟悉产品而忽略掉的卡点。
四个用户，四种视角
- 没耐心型——看到显眼的按钮就点，一旦流程让人困惑就放弃。
- 怀疑型——先看定价、隐私政策和条款，确认可信之后才愿意使用。
- 移动端型——在 375px 宽度的视口下体验应用。
- 破坏型——尝试无效输入、反复重试、后退导航和重复提交。
审计过程是怎样的？
这个 Skill 会引导你的 Agent 先确定新用户应该达成的第一个有用目标，然后通过真实浏览器会话探索应用、收集证据，并对可复现的问题排定优先级。完成安全的技术修复后，再由新的 Agent 重走一遍完整路径，确认哪些地方发生了变化。
测试过了吗？
测试过——在一个故意留有缺陷的本地演示上。我们跑了八次浏览器会话：四次基线路径，四次验证路径。四个基线角色全部卡住；在准备好的修复版本中，四个角色全部达成首次成功。这是一次受控演示，不是真实用户的转化研究，也不代表能自动修复 Bug。仓库里包含截图、报告、自动化测试和可复现的演示。
在 GitHub 上查看演示和结果
在你的应用上试试
把下面这段提示词复制到 Claude Code、Codex 或其他兼容的编码 Agent 中：
从以下地址安装 first-user-audit Agent Skill：
https://github.com/BarganConstantin/agent-skills/tree/v0.2.0
使用 skills CLI 并验证安装。
检查我的应用，定义新用户应该达成的第一个有用目标。
如果本地安全环境和浏览器 MCP 可用，依次运行四个角色，每次使用全新的浏览器会话。
收集证据、识别卡点、提出安全的技术修复方案，并在支持的情况下用新的 Agent 验证改动。
绝不要使用生产数据或真实支付。
敏感操作前先询问，或减少隔离运行。
如果缺少必要组件，要说明如何安装配置。绝不编造测试结果。该技能以 MIT 许可证开源。浏览器自动化功能需要单独连接，独立子代理支持取决于你的编码环境。GitHub 仓库 · v0.2.0 版本发布
期待你的反馈