首月不宜把目标写成“占领全部AI平台”。更可控的结果，是形成统一事实、可复测基线、首批核心页面和下一轮明确待办。
三十天是执行窗口，不是见效承诺
30天计划可分为四个工作段，每段都有输入和交付物：盘点、诊断、建设、复测。阶段是否完成由证据决定，而不是由开会或发文数量决定。
三十天计划最容易失控的方式，是一开始同时改网站、开账号和批量发稿，却没有保留改动前结果。
按周拆开底座、内容和观察
先冻结测量口径和主事实，再按风险修页面；所有变化写入日志，月底用相同问题复测。
第一周不急着定文章数量，而是保存主体资料、核心页面状态、问题库和首次回答。第二周按照影响处理访问失败、错误状态和事实冲突。第三周只围绕优先问题补服务、产品、案例或FAQ，并由事实负责人逐项审查。
第四周沿用首周的问题与条件复测，把结果分为内部修复已完成、外部变化已观察、仍需等待和继续阻塞。月末会议据此安排下一轮，而不是把所有工作压成一个“见效率”。这样即使平台暂无变化，团队也知道完成了什么、缺口停在哪里。
第一周基线如何走到第四周复盘
1. 第1周建立基线
确认主体资料与平台范围，建立问题库，保存首次回答、来源和官网技术状态。
2. 第2周修复底座
处理抓取阻碍、错误状态、主体冲突与缺失核心页，给每项修复留下验收证据。
3. 第3周补充内容
围绕最高优先问题完成服务、产品、案例或FAQ页面，审查事实与内链。
4. 第4周复测复盘
沿用基线条件复测，区分已完成、待观察和仍阻塞事项，排出下月任务。
月末看板保留三种状态
- [ ] 第一周的主体资料、问题库、首次回答、来源和技术状态形成带日期的基线包。
- [ ] 第二周的抓取、状态码、主体冲突与缺页问题分别建立工单，修复前后证据都在。
- [ ] 第三周新增或改写的服务、产品、案例和FAQ已经过事实审查，并连接到相关主页面。
- [ ] 第四周用基线条件复测，事项明确分为已完成、待观察与仍阻塞，并排出下月责任。
三十天结束时最有价值的是一条可追溯链：起点是什么、改了什么、观察到了什么，以及下一步由谁处理。每周遗留项也应带到月末看板。
事实边界
30天是项目组织窗口，不是平台见效承诺。抓取、索引、检索和答案变化没有统一周期，报告应明确哪些变化已观察到、哪些仍未知。