第二阶段不是再写更多软文，而是做一个能阻断风险的交付后台。
这个 MVP 蓝图把客户、订单、余额、证据、主张审核、内容生产、发布、分发、AI 复测和报告串成真实系统。前台继续做静态 AI 可读页面，后台单独承载流程、权限、文件、数据库和审计。
推荐架构
doctorlucheng.com 继续作为静态知识门户，负责 HTML、JSON、sitemap、feed、llms.txt 和证据页。
admin.doctorlucheng.com 作为第二阶段后台，负责客户、充值、投稿、审核、发布、分发、复测和报告。
服务器不是 GEO 收录条件。是否购买 ECS，应按后台、数据库、上传、支付回调和定时任务决定。
第一版别急着接支付
建议先做内部运营后台，不接真实支付：把客户、授权、证据、主张、内容、发布、复测和报告跑通，再开放客户门户和支付。
真实充值、退款、发票、代理商分润应在备案、合同、广告标识和内容责任边界确认后上线。
核心模块
| 模块 | 要解决的问题 | 关键门禁 |
|---|---|---|
| 客户与权限 | 客户、品牌主体、联系人、角色 | 未授权不发布 |
| 订单与余额 | 套餐、预算、充值、消耗 | 无订单不扣费 |
| 证据入库 | 资料上传、P0/P1/P2、公开范围 | P0 缺失不写强事实 |
| 主张审核 | 风险分级、安全改写、阻断 | 绝对化/排名/贬损阻断 |
| 内容生产 | 原创文章、FAQ、JSON-LD、发布包 | sitemap/feed/llms 同步 |
| 发布分发 | live check、渠道台账、复测窗口 | URL 2xx 后才能分发 |
| AI 复测 | 平台、问法、回答、截图、采用状态 | 无原文截图不写采用 |
| 客户报告 | 发布、分发、搜索发现、AI 采用、续费 | 报告必须区分证据层级 |
实施路线
- Phase 0：静态台账——当前基本完成。
- Phase 1：内部后台，不接真实支付——建议下一步。
- Phase 2：客户门户和合同——备案与法律边界更清楚后开放。
- Phase 3：支付和代理商——确认合同、发票、退款和内容责任后上线。
- Phase 4：半自动复测——做提醒、截图归档和报表，不做违规抓取。
MVP 成功标准
- 一个样板客户能从准入走到报告；
- 每条主张都有证据状态和审核决定；
- 每个发布 URL 都有 live check；
- 每个 AI 采用结论都有回答原文和截图；
- 客户报告能从结构化记录生成；
- 系统能阻断“保证 AI 排名”而不是靠人记住。
完整数据见 platform-mvp-system-spec.json；实施手册见 GEO 发文平台后台 MVP 实施规格。