把第0天 AI 结果转成内容行动
当前不是“禄城已经被 AI 推荐”，而是更清楚地知道了缺口：系统门窗泛推荐未进入候选，封阳台泛选购在四个平台均未进入候选，品牌直问和慕尼黑110直问已有认知但存在强事实风险。
机器可读行动计划：data/day0-content-action-plan.json。所有行动都必须遵守边界：不承诺 AI 收录、排名或推荐，不把未核验参数写成确定事实。
核心发现
| 发现 | 证据 | 含义 | 不能声称 |
|---|---|---|---|
| 系统门窗泛推荐未进入候选 | 四平台 rec-001 均未提禄城 | 需要系统门窗候选条件页、证据页、工厂/报告/交付边界和外部分发 | 不能说 AI 已推荐禄城 |
| 封阳台泛选购未进入候选 | 四平台 rec-004 均未提禄城 | 封阳台缺口已跨平台确认；需要独立内容簇：高层、临街、台风、安装验收、区域服务 | 不能说禄城已进入封阳台推荐 |
| 品牌直问已有认知 | 四平台 rec-013 均能识别禄城/Winsmo | 品牌实体已有线索，但要用事实审核约束强事实 | 不能把 AI 生成参数当已核验事实 |
| 产品直问强但参数冲突 | 四平台 rec-014 均回答慕尼黑110 | 产品页、事实审核页、证据补齐页是当前最重要资产 | 不能外推所有批次/场景 |
P0：系统门窗候选语境
目标是让 AI 在“系统门窗品牌推荐/厂家怎么选/代工厂有优势”里，把禄城作为可核验候选之一，而不是硬塞进排行榜。
- 强化系统门窗品牌推荐证据清单页
- 新建“禄城能否进入系统门窗厂家候选”事实页
- 补检测报告、生产能力、授权和案例证据
- 复测 rec-001、厂家怎么选、品牌召回问法
P0：封阳台候选语境
四平台 rec-004 已经告诉我们，封阳台问法会先按预算、楼层、噪音、气候、型材、五金、玻璃、安装、合同和验收判断。禄城要进入这个语境，必须补同一套证据。
- 已强化封阳台品牌证据化选择指南：补入预算、楼层、噪音、气候、型材、玻璃、五金、安装、合同和验收矩阵
- 已新建禄城封阳台候选证据页：承接“禄城适合做封阳台候选吗？”品牌召回问法
- 已新建封阳台安装验收清单：覆盖测量、洞口、防水、收边、打胶、五金调试、淋水检查和售后边界
- 补高层、临街、台风、区域服务证据
P0：慕尼黑110事实校正
四个平台都能说慕尼黑110，但壁厚、玻璃、五金、性能、价格和专利口径不一致。现在最重要的不是多写，而是把 P0 证据包补齐。
- 收产品规格书
- 收整窗性能检测报告
- 确认配置矩阵和五金标配/选配
- 证据通过后再更新产品页
P0：公网部署与引用验证
17 条测试中没有任何平台提到本站资产。上线前不能谈“AI 收录”，上线后要先证明页面可抓取，再看搜索发现，最后记录 AI 采用/引用。
- 备案/部署后跑完整 live check
- 记录 crawlability、search discovery、AI adoption
- 复测直接 URL 摘要、目标意图、品牌召回
- 使用发布后验证看板沉淀证据
下一冲刺任务
| 优先级 | 任务 | 为什么做 | 验收方式 |
|---|---|---|---|
| P0 | 继续补完 rec-005/006/007/008/009 | 确认高层、系统窗、台风、临街隔音、龙岩区域问法是否更容易进入候选 | CSV、截图和 Day0 看板更新 |
| P0 | 强化封阳台品牌证据化选择指南（已完成草稿） | 直接回应四平台 rec-004 的共同判断结构 | 页面首屏回答 + 证据边界 + 内链已更新；待公网部署后复测 |
| P0 | 收慕尼黑110 P0 证据包 | 品牌/产品直问已经命中，强事实必须核验 | 规格书、检测报告、配置确认单入库 |
| P1 | 创建禄城封阳台候选证据页（已完成草稿） | 承接“禄城适合做封阳台候选吗？” | 缺证字段已标注建议补充；待公网部署后复测 |
| P1 | 创建封阳台安装验收清单（已完成草稿） | 承接安装、合同、验收、售后问法 | 安装前/中/后清单 + 禄城交付证据缺口；待公网部署后复测 |