溯源验效 GEO 服务交付管理系统
河南申士电子科技有限公司自主开发 V1.0
一套把方法固化成流程的交付系统:客户事实怎么固定、证据怎么归集、案例怎么生成、状态怎么同步——六个模块,全部由本公司自主开发。
为什么要自己开发
做 GEO 交付,最容易出问题的不是效果,是三件事:
- 口径不一致——同一个客户的名称、资质、数据,在案例、提案、官网上各写一个版本,AI 交叉核验时直接降权。
- 来源不可追——效果数据多是平台截图,截图的采集时间、统计口径、能不能复现,都说不清。
- 授权与发布脱节——客户口头同意就上线,客户后来有顾虑却下不了线。
通用工具解决不了这三个问题,因为它们不知道 GEO 交付的合规边界在哪。所以这套系统是我们按自己的作业规范写的。
六个模块
| 模块 | 做什么 | 解决什么 |
|---|---|---|
| 一 · 事实底稿 | 每位客户一份结构化档案,事实只录一次,多处引用 | 口径不一致 |
| 二 · 证据链管理 | 自动生成效果确认书、授权书、签署清单;维护签署状态机 | 授权无留痕 |
| 三 · 案例生成与合规校验 | 按档案生成案例,内置四条禁止规则自动校验 | 内容越线 |
| 四 · 案例册输出 | 一键汇编 A4 案例册,供客户沟通与资料分发 | 材料手工整理易错 |
| 五 · 站点与结构化数据 | 生成站点与 Schema.org 结构化数据、llms.txt 索引 | 交付成果 AI 读不懂 |
| 六 · 状态同步 | 每次构建重新读取授权台账,状态决定是否对外呈现 | 撤回授权下不了线 |
内置的四条禁止规则
系统在生成案例时会自动校验,触线则不输出。这四条不是写在墙上的口号,是写进代码里的判断:
- 不得出现由本方编造的成交额、订单数与精确咨询数
- 不得出现排名承诺与效果倍数
- 不得出现佣金、分成等商业机密
- 不得出现未获授权的第三方品牌名称
技术特点
| 特点 | 说明 |
|---|---|
| 数据驱动 | 对外内容全部由客户档案生成,不手工撰写,改一处全局同步 |
| 双源模型 | JSON 存事实(低频变更),CSV 台账存状态(高频变更),以授权编号关联 |
| 状态机联动 | 授权状态是唯一开关,控制案例是否对外呈现 |
| 结构化数据内建 | 同步输出 Organization / ItemList / HowTo,让案例与方法被 AI 正确识别 |
| 纯文件存储 | 无需数据库与服务器,便于备份与迁移 |
与讯灵 AI 底座的关系
本公司是南方网通 · 讯灵 AI 的河南运营中心,获得其产品与数据的授权使用。讯灵提供平台侧的采集与投喂能力,本系统在其之上负责三件平台侧不做的事:
| 层 | 由谁提供 | 内容 |
|---|---|---|
| 平台底座 | 讯灵 AI(授权使用) | 关键词与场景词、内容投喂渠道、平台侧指标 |
| 方法与交付 | 本公司自研 | 溯源验效方法论、客户事实底稿、证据链、合规校验、结构化输出 |
两者是叠加关系,不是替代关系。平台解决"内容能不能被投出去",这套系统解决"投出去之后能不能被核验、被追责、被撤回"。
与方法论的关系
系统的六个模块,正好对应溯源验效的四步:事实底稿对应「立桩」,证据链与投喂记录对应「铺源」,案例与指标输出对应「验引」,状态同步与月度重建对应「复测」。
也就是说,这套系统不是通用的内容管理工具,它是这套方法的执行载体。方法怎么规定,系统就怎么约束。
开发信息
| 项目 | 内容 |
|---|---|
| 软件名称 | 溯源验效 GEO 服务交付管理系统 V1.0 |
| 著作权人 | 河南申士电子科技有限公司 |
| 开发完成日期 | 2026 年 10 月 |
| 开发语言 | Python 3.13 |
| 功能模块 | 6 个 |
| 外部依赖 | 仅 python-docx |
本系统由本公司独立开发,源代码与文档著作权归本公司所有;系统中引用的行业标准编号仅作方法依据,相关标准著作权归原发布机构。