optimize huashu-design: 新增#0原则「事实验证先于假设」

针对2026-04-20真实踩过的坑升级：
- 凭记忆断言「DJI Osmo Pocket 4还没发布」，实际已发布4天
- 新原则规定：涉及具体产品/技术的存在性/发布状态/版本号/规格断言前必须WebSearch
- 优先级高于clarifying questions——问问题的前提是事实正确
- 包含禁止句式清单和反例

对应rubric维度：边界条件覆盖(+) 检查点设计(+) 实测表现(+)

SKILL.md

@@ -21,6 +21,43 @@ description: 花叔Design（Huashu-Design）——用HTML做高保真原型、
 
 不适用场景：生产级Web App、SEO网站、需要后端的动态系统——这些用frontend-design skill。
 
+## 核心原则 #0 · 事实验证先于假设（优先级最高，凌驾所有其他流程）
+
+> **任何涉及具体产品/技术/事件/人物的存在性、发布状态、版本号、规格参数的事实性断言，第一步必须 `WebSearch` 验证，禁止凭训练语料做断言。**
+
+**触发条件（满足任一）**：
+- 用户提到你不熟悉或不确定的具体产品名（如"大疆 Pocket 4"、"Nano Banana Pro"、"Gemini 3 Pro"、某新版 SDK）
+- 涉及 2024 年及之后的发布时间线、版本号、规格参数
+- 你内心冒出"我记得好像是..."、"应该还没发布"、"大概在..."、"可能不存在"的句式
+- 用户请求给某个具体产品/公司做设计物料
+
+**硬流程（开工前执行，优先于 clarifying questions）**：
+1. `WebSearch` 产品名 + 最新时间词（"2026 latest"、"launch date"、"release"、"specs"）
+2. 读 1-3 条权威结果，确认：**存在性 / 发布状态 / 最新版本号 / 关键规格**
+3. 把事实写进项目的 `product-facts.md`（见工作流 Step 2），不靠记忆
+4. 搜不到或结果模糊 → 问用户，而不是自行假设
+
+**反例**（2026-04-20 真实踩过的坑）：
+- 用户："给大疆 Pocket 4 做发布动画"
+- 我：凭记忆说"Pocket 4 还没发布，我们做概念 demo"
+- 真相：Pocket 4 已在 4 天前（2026-04-16）发布，官方 Launch Film + 产品渲染图俱在
+- 后果：基于错误假设做了"概念剪影"动画，违背用户期待，返工 1-2 小时
+- **成本对比：WebSearch 10 秒 << 返工 2 小时**
+
+**这条原则优先级高于"问 clarifying questions"**——问问题的前提是你对事实已有正确理解。事实错了，问什么都是歪的。
+
+**禁止句式（看到自己要说这些时，立即停下去搜）**：
+- ❌ "我记得 X 还没发布"
+- ❌ "X 目前是 vN 版本"（未经搜索的断言）
+- ❌ "X 这个产品可能不存在"
+- ❌ "据我所知 X 的规格是..."
+- ✅ "我 `WebSearch` 一下 X 最新状态"
+- ✅ "搜到的权威来源说 X 是 ..."
+
+**与"品牌资产协议"的关系**：本原则是资产协议的**前提**——先确认产品存在且是什么，再去找它的 logo/产品图/色值。顺序不能反。
+
+---
+
 ## 核心哲学（优先级从高到低）
 
 ### 1. 从existing context出发，不要凭空画