文章摘要AI生成售前方案时，最危险的问题不是文案不够漂亮，而是把系统不存在的功能、没有承诺的接口和尚未验证的性能写进方案。本文从功能基线、证据绑定、声明分类、结构化输出、规则校验和人工审批六个层面，给出一套防止售前方案幻觉的工程方案，并提供功能证据模型、Prompt约束和自动校验示例。一、售前方案中的幻觉为什么特别危险普通内容文章出现错误，通常只需要修改。售前方案中的错误可能直接进入：客户承诺；招标响应；合同范围；项目报价；实施计划；验收标准；法律责任。例如，现有系统只支持：经销商收货 终端扫码 基础库存查询模型却生成：平台支持全渠道实时库存预测、自动补货和动态价格优化。这段话可能很像专业方案，但三个能力都不存在。一旦客户将其理解为正式承诺，后续会产生：范围失控；研发临时插单；项目延期；交付成本上升；验收争议；客户信任受损。因此，售前AI系统的第一目标不是“写得快”，而是：所有能力声明都必须有来源、有状态、可验证。二、根因一：功能资料本身没有统一口径企业内部通常同时存在：产品白皮书；历史方案；投标文件；销售PPT；研发需求；客户定制说明；培训手册；老版本产品介绍。这些资料可能互相冲突。例如同一个功能出现四种描述：已正式上线 部分客户试点 需要二次开发 未来版本规划模型如果没有版本和状态信息，只会选择最像答案的一段。解决方案：建立功能基线库每个功能至少包含：{"feature_id":"F-WMS-012","product_line":"仓储产品线","feature_name":"批次效期管理","status":"GA","version":"V4.2","available_from":"2026-03-01","standard_or_custom":"STANDARD","description":"支持批次、生产日期和有效期管理","limitations":["不包含自动需求预测"],"evidence_ids":["DOC-WMS-042-3.2"],"owner":"产品经理"}功能状态建议统一为：GA：正式可交付 BETA：试点能力 CUSTOM：需要定制 PLANNED：规划中 DEPRECATED：已下线 UNKNOWN：尚未确认只有GA功能可以默认写成“平台支持”。三、第一层防护：功能白名单生成方案前，先根据客户需求筛出允许引用的功能。fromdataclassesimportdataclassfromenumimportStrEnumclassFeatureStatus(StrEnum):GA="GA"BETA="BETA"CUSTOM