把知识库文章转化为可追溯的官网内容

知识库文章进入官网，看起来像是一次复制粘贴，实际涉及正文版本、内部链接、图片、作者、时间、SEO字段和发布状态。只要其中一个环节没有口径，AI就可能在“优化”过程中改写已经确认的内容，或者让官网页面失去原始来源。

最近一周，我们连续把多篇历史文章从事橙营销知识库发布到官网。过程中最重要的规则是：知识库中最终确认的Markdown是唯一正文源，AI负责发布适配，不再充当第二位作者。

先确定唯一正文源和修改权限

一篇内容可能同时存在原始知乎文章、重写草稿、发布配置和官网旧页面。开始前必须明确哪一份文件拥有正文权威，哪些材料只提供元数据或历史依据。

如果用户要求“不重新改写、扩写或套用旧稿”，AI能够做的事情就应限定为：去除不适合网页的格式标记、映射内链、接入作者页、配置SEO字段、生成结构化数据和执行发布检查。任何新观点、新案例、新数字或效果承诺都不属于格式适配。

这条边界也适用于看似很小的修改。AI不应为了让段落“更顺”而改变作者已经确认的判断，更不能在没有证据时补齐客户案例和作者经历。

知识库链接需要映射到正式URL

Markdown中的相对路径通常指向知识库文件，例如另一篇文章或作者档案。它们在本地可以表达关系，却不能直接进入公开网页。发布时要建立“知识库文件—官网正式URL”的映射，并检查目标页面已经存在或会在同一批次上线。

遇到已取消文章、尚未发布内容或建议URL冲突时，不能生成一个看似合理的占位地址。已取消页面应保持不存在；冲突页面需要停止并报告；尚未上线的内链则应根据明确规则暂缓或改为已有相关内容。

图片同样需要转换为网站资产，保留客观Alt、尺寸和署名。把本地路径直接写入HTML，只有开发环境能够访问，正式用户和搜索平台都无法读取。

三个时间回答三个不同问题

历史文章重写后首次发布到官网时，至少存在三个时间：原始创作时间、官网首次上线时间、本版修改时间。

`dateCreated`可以使用有证据的历史创作或首次公开时间；`datePublished`必须使用这篇页面实际首次在官网上线的日期；`dateModified`记录本次内容版本的更新时间。文章列表如果需要保留历史顺序，还可以使用独立的排序时间，但不能为了列表位置而篡改公开发布日期。

时间口径既要进入Article Schema，也应在页面可见区域得到一致表达。把“2019年首次发表于知乎”和“2026年官网上线”混成一个日期，会同时误导读者和机器。

来源与AI辅助范围应该公开可见

可追溯内容不仅需要后台字段。页面应保留作者链接、原始标题与链接、首次发表时间、本版更新时间、主要观点依据和AI辅助范围。读者能够据此判断内容从哪里来、发生过什么变化、由谁承担最终责任。

AI辅助说明不需要夸大，也不应掩盖作者。更准确的表达是：AI协助资料整理、结构适配或发布配置，最终专业内容由作者确认。没有经过人工确认的部分，不能用一句“AI辅助”变成可靠事实。

发布完成后把结果写回知识库

官网上线不是内容工作流的终点。正式URL、实际发布时间、发布状态和对应配置需要回填到知识库，使下一次维护能够从真实状态开始，而不是再次猜测页面是否已经存在。

回填还可以记录封面分配、Canonical、Schema、Sitemap和检查结果。这样知识库既保存内容，也保存它在公开网站中的生命周期。

AI在这条链路中的价值，是减少重复转换和核对工作，同时守住内容版本边界。唯一正文源、明确修改权限和完整溯源一旦建立，批量发布才不会以牺牲作者判断和事实准确性为代价。

请把下面这篇已经最终确认的知识库文章发布到官网。

唯一正文源：［粘贴正文或提供文件］
最终URL：［填写］
作者页：［填写］
原始来源与时间：［填写］
官网实际上线时间：［待发布时填写］
本版修改时间：［填写］
允许的格式适配：［填写］
明确禁止的改写：［填写］

请完成：
1. 逐段保留正文，不重新扩写观点、案例或数字
2. 把知识库相对链接映射为官网最终URL
3. 生成Title、Description、Canonical、Open Graph和Article Schema
4. 区分dateCreated、datePublished和dateModified
5. 在可见区域保留作者、来源、时间和AI辅助范围
6. 更新Sitemap并检查移动端正文
7. 发布成功后回填官网URL、状态和发布时间

遇到无法确认的链接、日期或来源时请停止相关页面并报告，不要自行补写。