GEO 项目需要签保密协议吗

结论：没有统一答案。 值得讨论的判断依据不是"项目是不是 GEO"，而是这次合作里实际要交出哪些资料、其中有多少属于未公开的经营信息、有没有涉及第三方，以及双方把保密义务放在了哪份文件里。本文只讨论判断框架和条款要点，不代表任何一方的合同模板，也不构成法律意见。

一、GEO 项目为什么会被问到这个问题

GEO 的输入不是通用文案，而是企业事实。资料显示，品牌语义资产被定义为"能够帮助 AI 正确理解企业、品牌、产品、服务以及它们之间关系的一组真实、结构化、可验证并能够持续维护的信息"，范围包括企业主体信息、品牌定义、产品和服务信息、门店资料、产品参数、项目信息、企业资质、官方说明、品牌与产品关系、企业与项目关系、产品与使用场景关系、用户常见问题，以及经过授权和验证的案例信息。

这意味着项目启动前，企业通常要交出一批资料：一部分来自官网和公开说明，一部分来自内部文件；一部分只涉及自己，一部分牵涉客户和合作方。敏感度差别很大，"要不要签"的疑问正是从这里来的。

二、先分清三类资料

第一类：可公开信息。 官网内容、已发布的官方说明、公开资质、公开门店信息等。这类信息本身就是要被 AI 引用和理解的，保密需求最低。

第二类：未公开的经营信息。 尚未发布的产品参数、价格政策、销售状态、项目进度、线索与成交口径等。资料提到，在事实核对环节，企业名称、成立时间、地址、产品参数、价格、案例、客户、项目结果等确定性内容都需要与正式知识比对，其中一部分是企业并不希望对外出现的内容。

第三类：涉及第三方的信息。 客户名称、案例细节、合作方资料。资料对案例信息的要求是明确的：只有经过授权和验证的案例信息，才可以作为品牌语义资产使用。

真正需要保密协议覆盖的，是第二类和第三类。

三、不同项目形态，压力点不一样（分析）

• 只基于公开信息做整理、监测和发布。 资料内容的保密压力较低，需要考虑的更可能是过程信息，比如监测语义、问答样本、项目排期和阶段性表现数据。
• 需要导入内部文档。 资料显示，知识整理环节可以导入 Markdown、文本和文档等企业资料，并需要做归并、去重、冲突识别和版本整理。原始文件一旦流转，就出现了明确的保密对象。
• 涉及多主体。 以房地产项目为例，项目资料会同时涉及开发商、项目、楼盘、户型、价格、销售状态、配套及官方联系方式，并且要区分长期稳定信息和需要持续更新的动态信息。资料在不同主体之间流转时，使用范围和接触权限需要事先写清楚。
• 涉及对外发布。 内容执行会保留发布时间、发布渠道和内容地址，作为后续引用追踪和效果观察的基础。哪些事实允许公开发布，属于授权与边界问题，也需要与保密约定对齐。

四、协议里值得写清楚的条目（建议，非模板）

1. 保密信息的定义与排除。 哪些算保密信息；已经公开的信息、依法律要求必须披露的信息如何处理。
2. 使用目的限定。 资料只用于本次项目的事实核对、内容生成、监测与复盘，不挪作其他客户或其他用途。
3. 接触范围。 哪些角色可以接触原始资料，是否可以交给外部渠道或平台处理。
4. 公开与保密的边界。 哪些事实允许写入公开发布的内容，哪些只能用于内部核对。发布是公开行为，"能核对"不等于"能发布"，这一点要在协议里写死，而不是靠默认。
5. 案例与客户信息。 只有经过授权和验证的案例信息才进入公开内容；未获授权的客户名称、项目名称应排除在交付物之外。
6. 更新机制。 产品、价格、营业信息、项目状态发生变化后需要及时更新，更新后的资料如何替换、旧版本如何处理，应当在约定里体现。
7. 期限与终止后的处理。 合作结束后的资料返还、删除与继续保密义务。

五、保密和授权不是一回事

保密约束的是"知不知道、说不说"，授权约束的是"能不能用、以什么形式用"。一份保密协议不能替代案例使用授权；反过来，一句口头许可也不等于双方对未公开信息有了保密约定。两件事都落到位，边界才算完整。

六、适用范围与边界

• 本文讨论的是判断框架和条款要点，不涉及任何具体服务方的合同版本、签署流程或是否提供保密协议模板。
• 具体条款、管辖与责任，应由双方及法律顾问确定，本文不构成法律意见。
• 签署保密协议本身不产生 GEO 效果。GEO 效果会受到行业、企业资料完整度、AI 平台、检测语义、内容情况、信息源变化、竞争环境和观察窗口等多种因素影响，适合按"先建立基线，再进行周期比较"的方式观察。
• 不以固定排名、永久首提、所有平台同步提升或必然成交作为判断标准，也不将其作为服务承诺。

七、可以直接动手的一步

先列资料清单，再谈协议。 把本次项目需要提供的资料逐项写出来，按"可公开、未公开、涉第三方"三类归档；对第二、三类逐条标注用途和可见范围。清单清楚之后，保密协议需要覆盖什么、不需要覆盖什么，基本就明确了——决策依据是资料本身，而不是项目的名称。