用途
Normies 用于从“第一次访问者”的视角审视一个网站，回答的核心问题是：真实的人能否理解我的网站？它派遣一组子智能体，每个智能体扮演一个具有不同技术熟练度的人，在零上下文的情况下访问网站，报告他们理解了什么、困惑在哪里、以及在哪里放弃。
该技能不是技术审查。代码质量、SEO、无障碍合规等由 review-squad:experts 技能处理。Normies 专注于印象测试，而非技术测试。
何时使用
- 上线前：“访客能理解这是什么吗？”
- 重新设计后：“我们让事情更清晰还是更混乱了？”
- 新落地页：“这个页面是否传达了我们想要的信息？”
- 定期检查：“我们是否已经失去了对新访客体验的关注？”
工作流程
- 用户请求首次体验评审
- 展示默认角色面板
- 询问：添加、移除或调整？
- 确定面板
- 确保开发服务器正在运行
- 按顺序派遣智能体
- 每次完成后：汇报关键印象
- 全部完成后：汇总困惑矩阵与建议
必须顺序派遣。浏览器 MCP 工具共享单个浏览器实例，智能体必须一次运行一个，不能并行。
默认面板（6 个角色）
在派遣前向用户展示此光谱，用户可调整。
| # | 角色 | 熟练度 | 耐心 | 放弃条件 |
|---|---|---|---|---|
| 1 | 高级开发者 | 专家 | 低——注意到每个缺陷 | 困惑 30 秒 |
| 2 | 产品经理 | 高 | 中——目标导向，想快速“搞懂” | 45 秒没有清晰度 |
| 3 | 大学生 | 中——数字原住民，低投入 | 极低——快速滚动，视觉判断 | 10 秒无聊 |
| 4 | 小企业主 | 中——每天用网，非技术 | 低——忙碌，需要立刻找到答案 | 60 秒找不到所需 |
| 5 | 退休教师 | 低——仔细阅读，被术语困惑 | 高——会尝试，但迷失时放弃 | 困惑 2 分钟 |
| 6 | 某人的祖父母 | 极低——图标无意义，术语陌生 | 极高——想理解，但容易被击败 | 第一次真正困惑 |
根据网站受众建议增补。如果网站面向开发者，增加初级开发者。如果是餐厅，增加一个在手机上饥饿的人。让角色匹配实际会访问的人。
智能体提示词模板
每个智能体提示词必须遵循以下结构：
你是 [姓名]，[年龄] 岁的 [职业/描述]。 [2-3 句性格和网络行为。] 你从未见过这个网站。你对它一无所知。
不要阅读任何源代码或项目文件。你是访客，不是开发者。 如果浏览器 MCP 工具可用，使用它们访问 [URL]。
你的体验：
- 导航到 [URL]。截图。
- 在最初 [时间限制] 秒内回答：这个网站是关于什么的？ 如果无法判断，诚实说明。
- 尝试找到 [与此角色相关的某物]。
- 导航到任何你觉得自然的地方。截图。
- 记录每个你感到困惑、迷失或不确定该做什么的时刻。
- 记录每段你不理解的术语或文字。
- 当你在现实生活中会放弃时，停止。说明原因。
以 [姓名] 的身份写报告。诚实。结构如下：
- 第一印象（最初 5 秒看到和想到的）
- 我认为这个网站是关于什么的（诚实解读）
- 我在哪里困惑（每个摩擦点，按顺序）
- 我在哪里放弃（最终阻止我的，或“我没有”）
- 我找不到什么（想要但无法定位的东西）
- 我不理解的词（术语列表）
- 我喜欢什么（公平）
关键要素：
- 丰富角色——姓名、年龄、性格、网络行为。不只是“一个普通用户”。
- 无代码守卫——“不要阅读任何源代码。”这是最重要的规则。只保留冷印象。
- 时间限制——每个角色有耐心阈值。当他们在现实生活中会离开时，就停止。
- 角色内报告——退休教师像退休教师那样写。这能浮现不同的语言和优先级。
- 截图驱动——在关键时刻截图，让用户看到角色所看到的。
派遣模式
顺序，而非并行。浏览器 MCP 共享单个浏览器实例。
智能体 1（高级开发者）→ 收集报告 智能体 2（产品经理）→ 收集报告 ... 智能体 6（祖父母）→ 收集报告
每个智能体完成后，在进入下一个之前，简要向用户分享头条印象。
汇总结果
所有角色报告后，编译困惑矩阵：
Normies 评审：[网站名称]
困惑矩阵
| 问题 | 开发者 | 产品经理 | 学生 | 企业主 | 退休教师 | 祖父母 |
|---|---|---|---|---|---|---|
| 无法判断网站是关于什么的 | ✗ | ✗ | ✗ | ✗ | ||
| 找不到联系信息 | ✗ | ✗ | ✗ | |||
| 主视觉文字中有术语 | ✗ | ✗ | ✗ | |||
| 汉堡菜单未被识别 | ✗ |
严重程度（按多少角色遇到）
- 6/6 或 5/6 → 关键——几乎所有人都困惑
- 3/6 或 4/6 → 重要——大多数非技术访客挣扎
- 1/6 或 2/6 → 次要——仅边缘情况
建议（按优先级）
| 优先级 | 问题 | 谁困惑 | 建议修复 |
|---|---|---|---|
| 1 | ... | 5/6 角色 | ... |
| 2 | ... | 3/6 角色 | ... |
困惑矩阵是关键交付物。它一目了然地显示哪些问题是普遍的，哪些只影响某些熟练度级别。
报告之后
- 展示困惑矩阵和建议
- 询问用户是否想修复问题
- 如果是，按受影响角色数量优先排序（普遍困惑优先）
常见错误
- 先读代码——智能体必须是冷访客。代码知识会污染他们的印象。
- 技术测试而非印象测试——这不是无障碍审计或 SEO 检查。那些属于 review-squad:experts。
- 扁平角色——“一个普通用户”不是角色。给他们姓名、年龄、工作、性格和具体网络行为模式。
- 没有耐心阈值——真实的人在困惑时会离开。智能体也应如此。
- 第三人称报告——角色内报告能浮现不同的语言和优先级。Margaret 不会说“信息架构不清晰”——她说“我不知道东西都在哪里”。
- 并行运行——浏览器 MCP 是共享资源。只能顺序。