blog/.spec/specs/2026-10-25_add-blog-5c/spec.md

Phase 5c：裸 clone 构建 + 移动端布局排查 + Lighthouse 真测 + en/archives 补页 - 项目范围

1. 问题定义

• 项目目标：一句话描述项目要解决什么问题
• 目标用户：谁会使用这个产品或系统
• 核心价值：完成后能持续提供什么价值

2. 假设与待确认

2.1 已确认事实

• 事实 A

2.2 关键假设

• 假设 A

2.3 待确认问题

• 问题 A

2.4 可选解释与取舍

• 当前选择：xxx -> 理由

2.5 已证伪路径

• 无（暂无证伪记录；条目写：方案概述 + 证伪依据出处 + 日期）

3. 功能范围

3.1 核心功能（MVP）

• 功能 A：描述

3.2 扩展功能

• 无

3.3 不在范围内

• 明确列出本轮不做的内容

4. 最小实现路径

• 最简单可行方案：xxx
• 暂不引入：xxx
• 不做的抽象/配置化：xxx

5. 技术决策

• 技术栈：xxx 或适用外
• 证据协议：evidence: runs（机器任务 verify 命令由 scripts/spec_verify.py run 真实执行并记录 runs.jsonl；无命令任务写 verify: manual: <理由>；verify 命令不得自引用本包 check 门禁）
• 本轮允许改动：xxx
• 本轮不应触碰：xxx
• Git integration branch：spec/2026-10-25_add-blog-5c

5.1 验证策略

• 范围级别：package
• 变更对象：构建管线（裸 clone）、Header 流式化、移动端缺陷修复面、Lighthouse 报告、en/archives 页
• 快速检查：pnpm astro build
• 集成检查：node tests/e2e.mjs（30 项）+ 移动溢出密集扫描（宽段 320-768 × scrollWidth 断言）
• 全项目检查：Lighthouse 复跑对账（Perf 62→88 基线）+ 生产移动端抽查；仅在构建链或 Header 结构再变更时升级范围
• 升级触发：仅在 nginx 面、构建链、发布载荷变更时升级验证范围并记录理由

6. 成功标准与验证方式

• 标准 A 达成 -> verify: task_0001
• 标准 B 达成 -> verify: task_0002

7. 风险与约束

• 风险点：xxx -> 缓解措施