# [Iteration 1 测试草稿] PRD — lemonboss 产品官网首页（按 SKILL_v1.md 重写）
> 场景与 BRD 同 `train-01`（真实反面案例 p-pyjha7）：BRD in_scope = 单页首页/三个卖点区块
> （多智能体协作、全链路自动化、Skill 竞技场）/顶部导航平滑滚动无 hash/apple.com 风格简洁
> 大气+留白充足+大字体大图/响应式 320-1920px。BRD success_metrics 含"访客几十秒内判断
> 是否是要找的产品"——按附录C命中"几十秒内判断"关键词，属于转化/体验类度量，触发 Step 5B。
> 本稿目的：验证 SKILL_v1.md 能否让同一个真实场景的 D5/D6 从 3/1 提升到接近满分，
> 且不拉低 D1-D4（原稿 D1-D4 已接近满分：5/5/4/5）。
## 1. 功能清单
| ID | 功能陈述 |
|---|---|
| F-1 | 访客打开首页时，首屏及页面内依次呈现三个卖点区块：多智能体协作、全链路自动化、Skill 竞技场 |
| F-2 | 访客点击导航项，页面平滑滚动到对应卖点区块，URL 不出现 `#` 片段 |
| F-3 | 访客在任意设备宽度下打开首页，页面正常呈现，不出现横向滚动/内容溢出 |
| F-4（Step 5B 新增）| 访客滚动到页面底部（或任一卖点区块内），可见一个"了解更多 / 立即体验"入口按钮，
点击后跳转到 BRD in_scope 允许范围内的现有锚点（因 out_of_scope 排除"真实产品交互"，
跳转目标为页内的产品能力说明区块，不指向真实登录/竞技场功能） |
## 2. 行为规则（Step 2 + Step 4 就地量化）
- 区块数量与顺序：同原稿，3 个区块，顺序固定。
- 区块内容结构：标题 + 说明文字，均不能为空（Step 5A 会追加信息密度要求，见下）。
- **视觉风格（Step 4 逐句量化，替换原稿"大字体、大图/大留白"这句模糊描述）**：
- "大字体" → 主标题字号 ≥ 正文字号的 1.8 倍，或主标题 ≥ 32px（移动端）/ ≥48px（桌面端）。
- "大图" → 每个卖点区块**必须**包含至少 1 个插画/图标元素，尺寸 ≥ 120×120px（移动端）
/ ≥200×200px（桌面端），或占区块可视面积 ≥ 25%。（这是本次重写对原稿最核心的修正——
原稿"大图"只出现在正文，Step 6 验收线索表原来完全没有承接，现在从 Step 4 起就同时定判据）
- "大留白/呼吸感" → 区块间垂直间距 ≥ 4rem（桌面端）/ ≥2.5rem（移动端）。
- 导航结构/滚动方式/URL 不变：同原稿。
- 响应式断点覆盖：同原稿（320/375/768/1024/1440/1920）。
## 3. 异常与边界
同原稿 6 类（断点边界值/极窄屏/文字超长/连续快速点击/连续切换点击/JS 禁用容错），
**新增**对 F-4 入口按钮的边界：按钮在窄屏下不得被导航折叠遮挡，需保持可点击热区
≥ 44×44px（移动端触控最小热区惯例）。
## 4. 内容深度要求（Step 5A 新增章节，原稿没有）
三个卖点区块的说明文字：**不能只满足"非空"**。每段说明文字长度 ≥ 15 字，且必须包含
至少一个具体名词性描述（例如具体能力名词、场景词，而非"很棒的能力""专业的方案"这类
套话——参照 SKILL_v1.md 附录 B 反例清单）。示例（仅为满足此规则的写法示范，非最终文案）：
"多智能体协作：多个 Agent 分工完成任务拆解、执行与验收，不需要人工逐步下达指令" ——
含"任务拆解/执行/验收"等具体名词，不是"我们的协作能力很强大"这种空话。
## 5. 可判真假的验收线索（Step 6，含 Step 4/5 判据）
| 功能/规则 | 怎么算做到了 |
|---|---|
| F-1 区块完整性 | 同原稿：DOM 中恰好 3 个区块节点，标题/说明非空且主题对应 |
| F-2 平滑滚动 | 同原稿：`scrollY` 随时间渐变，URL 无 `#` |
| F-3 无横向溢出 | 同原稿：6 个参照宽度下 `scrollWidth <= innerWidth` |
| **视觉-大字体** | 主标题元素 `font-size` 计算值 ≥ 正文 `font-size` 计算值 × 1.8（或绝对值达标） |
| **视觉-大图（新增，原稿缺失项）** | 每个卖点区块 DOM 中存在 ≥1 个 `![]()
`/`