客户案例 · 自营项目 · 列治文
自营案例｜全自动 SEO 内容引擎：这个网站自己写内容，自己优化自己
你现在看的这个网站，就是案例本身：约 25 个定时任务组成的内容系统，每天选题、写作、打分、发布、复盘、改写弱文，日常不用人插手。
自营项目：这是我们自己的网站，没有需要匿名的客户，也不涉及任何客户数据。
项目概述
nextagent.ca 自己的博客和 SEO，由一条全自动流水线运营：每天抓取 AI 行业资讯，围绕 6 个内容支柱写作，质量评分这道闸决定能不能发布；发布后自动优化标题、FAQ 和内链，改写表现差的文章，同步搜索表现数据，每天汇报运行状态。要卖给客户的东西，我们先在自己身上跑通。
内容营销真正花钱的，不是写一篇文章，而是每天都写，写完复盘，差的重写，好的加强。没有哪个团队，能长期靠人力维持这个循环。我们在自己的网站上回答了一个问题：这个循环，能不能完全交给系统？ 答案就是这个站本身。它的博客由约 25 个定时任务组成的流水线运营：选题、写作、评分、发布、优化、复盘，每个环节都是独立、可审计的自动化步骤。
挑战
服务型公司的网站，要靠持续的 SEO 内容获客。可「每天产出、持续复盘、迭代弱文」这一整个循环，靠人力维持成本很高，一旦中断，积累的排名就开始流失。多数公司的博客，都停在「写了几篇就荒废」的状态。
我们的方案
把内容运营拆成一条全自动流水线，每个环节一个定时任务：抓取 AI 行业资讯源，按 6 个内容支柱选题写作，过质量评分这道闸（低分稿件不发布，直接打回或剪除），定时发布，发布后自动优化 meta、FAQ 和内链，同步搜索表现数据，从真实的搜索词里挖掘新的 FAQ，找出并改写表现差的文章，清理长期没起色的旧稿，每天向值班频道汇报整条链路的状态。人只看日报，不碰日常。
成果
网站博客做到了日常不用人插手，持续产出，自己优化：内容不断更，弱文有人改（改的是系统），搜索表现数据再反过来指导选题。这套引擎同时是我们对外交付同类系统的活样板，会计师事务所案例里的内容流水线，就是它的客户化版本。
质量闸门：能写不等于能发
流水线里要紧的一环不是写作，而是拦截：
- 每篇稿件生成后，先过质量评分，不达标不发布。
- 低分稿件进入重写或剪除流程，不占发布位。
- 发布的节奏由系统控制，避免内容太多，稀释站点的质量。
自动化内容系统的声誉风险，在于「发了不该发的」，所以闸门比产能更重要。
发布之后才是开始：自我优化的循环
文章发布不是流程的终点，而是数据的起点：
- 自动同步搜索引擎的表现数据（收录、点击、排名的词）。
- 从真实的搜索词里挖掘用户的问题，自动补进 FAQ。
- 自动优化标题、meta 描述和内链结构。
- 持续表现差的文章会被识别并重写；长期没起色的，直接剪除。
6 个内容支柱和每日汇报
写作围绕固定的 6 个内容支柱展开，让内容矩阵服务于业务定位，不会为了追热点跑偏。每天，流水线会向值班频道发一份运行日报：产出多少、发布多少、拦截多少、优化了什么。人监督系统，不替系统干活。
我们还先在自己身上跑哪些工具？
内容引擎只是其中一套。下面这些，我们每天自己在用，用顺了才拿给客户：
- VoiceInput：我们自己的语音输入和会议纪要 App。
- 私有 AI 部署：大模型跑在自己的机器上，不该出门的数据就不出门。
- Atrium：内部门户，看服务器和各项服务是否正常，出问题推送提醒。
- 网站体检（SEO / GEO）：按份出的付费报告，看一个网站在搜索和 AI 搜索里的底子。
- feedback-harness：应用内反馈由定时运行的 AI 先读、分类、起草修改，上线前由人拍板。
技术拆解
- 约 25 个定时任务组成的 Python 流水线：抓取、写作、评分、发布、优化、复盘，各自独立，可以单独重跑。
- 多模型按任务分流，写作、评分、改写各用不同的配置。
- 搜索表现数据经官方 API 同步入库，驱动 FAQ 挖掘和弱文识别。
- 和网站本体（Next.js + PostgreSQL）共用数据层，发布即生效；每日运行报告推送到值班频道。
可复用经验
- 自动化内容系统真正的资产，是「闸门加复盘」，不是生成的能力，因为生成早就不稀缺了。
- 先在自己身上跑通，再卖给客户：自己的站点藏不住问题，是很老实的测试场。
- 全自动的系统，也要每天汇报：「零干预」的前提，是「全可见」。