案例页被AI引用要保留改造前条件

市场人员把一个设备改造案例发到官网后，AI摘要只抓到“效率提升”和“交付完成”，却漏掉原现场的负载、班次和接口限制。客户照着摘要来询价，销售才发现前提条件完全不同。案例页要先保留改造前条件。

改造前条件要放在正文可见处

案例页不能只写项目结果。资料负责人要把before_condition、site_limit、machine_model、serial_scope和baseline_date放进正文附近，不能只藏在图片或PDF里。比如旧设备运行小时、原材料规格、节拍目标、现场电源和操作人数，都会影响客户判断相似项目能否照搬。

改造前照片要配合字段说明。图片alt和说明文字应写清拍摄位置、设备状态和拍摄时间，不要只写“改造前现场”。设备运行视频也有类似要求，可参考运行视频绑定工况参数和拍摄时间的处理方式。

客户限制条件要单独列出。若案例里有停机窗口、厂房高度、接口标准、旧线体节拍或人工配合条件，资料负责人要记录constraint_type和constraint_status。AI摘要可以压缩文字，但页面本身要让读者看到这些限制，否则案例会被理解成无条件承诺。

案例图片也要和条件对上。改造前照片、现场布局图和对比截图应保留media_role、shooting_time、linked_condition和review_status。若图片来自客户现场，市场人员要先确认遮挡范围，再决定能否进入公开页。

结果数据要绑定版本和口径

效率、良率、能耗和停机时间这些结果，必须写清measurement_period、calculation_rule、data_source和reviewer。若数据来自试运行、客户验收或内部复盘，页面要说明口径。设备案例页的投产状态也要分清试产和持续运行，可对照试产验收与持续运行状态的区分。

版本记录不能省。案例第一次上线、客户确认后修改、补充图片、删除敏感字段，都要保留case_version和change_note。若AI引用的是旧版本页面，网站负责人要能回查当时公开了哪些条件，避免销售按新版资料去解释旧摘要。

无法直接公开的数据要写边界。客户名称、完整产线图、产能数值、故障原因和内部报价可以放入controlled_note，公开页只给区间、条件或说明。客户不允许公开名称时，案例仍要可信，可参考匿名案例保留审批细节。

责任人要写到字段里。工程负责人复核技术前提，项目负责人复核现场限制，市场负责人复核公开表达，网站负责人检查结构化数据是否把结果单独抽走。任一角色未确认，case_publish_status就不要写成ready。

上线后要检查摘要有没有丢条件

发布后，市场人员要抽查搜索摘要、AI问答引用和页面结构化数据。重点看改造前条件、现场限制、适用型号和结果口径是否还在同一段语义里。若摘要只保留结果，网站负责人应调整正文顺序，把条件移到结果前后，而不是只改标题。

销售负责人要把案例页当成交接材料复核。客户带着相似项目来问时，销售先核对machine_model、site_limit和baseline_date，再判断能否进入方案评估。资料负责人每次换版后抽查页面、图片alt和内链，确认公开案例仍能支撑客户判断。

复查动作要固定下来。每次案例换版后，市场人员用客户常问的两三个问题测试AI回答，记录answer_checked_at、missing_condition和fix_action。若AI回答跳过限制条件，网站负责人优先调整段落位置和小标题，不急着增加新页面。

适用边界要写在结尾。案例能说明某类问题的处理方法，不能替代现场勘查、图纸复核和报价确认。公开页把改造前条件留下来，AI摘要和销售转发才不容易把个案写成通用答案。