跳到正文
返回工具选型

AI 辅助内容生产工作流——以「设计前沿每日 AI 日报」为例

0. 这份文档解决什么问题

本站的产品形态是「每天自动出一份 AI 日报」,读者要的是可信(来源可点、日期可查)而不是多。用这类 AI 工作台搭这条生产线,核心思路是:机器干「抓取、格式化、核链接、排版」,人干「判断、拍板」。下面按日报生产的一天拆解。

1. 信源层:定时抓取(CronCreate + 网页读取)

  • 做法:用 CronCreate 挂定时任务(例:每天 07:30 触发)。任务提示词写清楚:抓哪些 软件更新记录官方更新页、哪些公众号历史文章页、哪些海外源;每条用 网页读取 抓成 Markdown 落盘。
  • 关键约束:抓回来的每条必须保留原始 URL 和页面上可见的日期字段,没有日期的标「页面未标日期」。这一步是后面一切可信度的地基。
  • 软件更新记录痛点(酷家乐公告页选择器老变)的应对:抓取脚本不要依赖页面结构,优先用列表页 URL 模式 + 文本特征定位;每次公告页改版,让代理重新打开页面、报告新的 URL 规律,人只需要看报告不用查代码。

2. 筛选层:多代理初筛(dynamic-workflows)

  • 做法:一段工作流脚本把抓到的条目分发给多个子代理并行处理,每个子代理只回答三个问题:这条和家装/设计/家居从业者有关吗?是厂商宣传还是事实?链接真的能打开吗(WebFetch 实测)?
  • 输出:结构化的候选条目表(标题/链接/页面日期/相关度/宣传语标记)。
  • 成本控制:相关度低的条目直接淘汰,不进入写作环节。

3. 写作层:按模板成稿(条目模板)

  • 每条候选按成稿模板:主题标题、主题池、事实(含「厂商主张」标注)、来源链接+页面日期、核对日期、建议档位、备注。
  • 禁用词检查可以写进任务提示词(禁用词清单里的词出现即打回),让机器先过一遍口吻关。

4. 验收层:链接与视觉双验收

  • 链接验收:每条成稿里的 URL 逐一 WebFetch 实测可达性,打不开的条目自动降级为「未核实」或撤稿。
  • 视觉验收(如果日报有配图/海报版):页面渲染成 PNG 交 visual-judge 逐页挑错,通过才发布。

5. 发布层:CloudBase 部署

  • 日报页是静态页就最省事:生成 HTML → CloudBase 静态托管上传 → 域名可访问。需要存档检索就加数据库。
  • 这一步做完,「每天一份日报」的人力投入收敛到:早上花 10 分钟审机器的候选表、勾选定稿。

6. 七个主题池 × 平台能力的对应关系

池内容适用的平台能力自动化程度建议
A 官方更新页更新日志/公告列表页CronCreate 定时抓取 + 网页读取 + URL 模式监测可全自动抓,人看差异报告
B 公众号信源账号名/gh_ID/发文频率网页读取 抓文章页、搜索聚合文半自动:gh_ID 基本要人肉核实
C 海外情报工具动态/论文/媒体专栏WebFetch + arXiv API + 定时任务可全自动抓,人筛
D 免费额度雷达定价页实况定时 WebFetch 定价页 + 变更比对(昨日 vs 今日)可全自动抓,人复核数字
E 行业事件公司动作/政策搜索 + 新闻页抓取 + 政策原文核对半自动:重要性判断靠人
F 从业者声音引述+链接+判断网页读取 抓知乎/公众号长文人为主:引述和判断是人的价值
G 观点每周一篇人写提纲,AI 扩写核对人为主

7. 起步配置建议(最小可行版)

  1. 先只自动化 免费额度雷达:每天定时抓 10 个定价页,输出「与昨日差异」报告。这是最有规律、最不易出错的池子。
  2. 软件更新记录第二步:盯 5 个最重要的官方更新页(酷家乐优先),每天输出「新增更新」。
  3. C/E 池第三步:每天早上给一份候选条目表(不超过 15 条),人勾选 5 条进日报。
  4. B/F/G 不自动化,纯人产。

8. 风险与边界

  • 全流程未实测,上面是设计不是承诺;先跑 免费额度雷达一周再扩。
  • 定价页很多是 JS 渲染或要登录,抓不到就老实标「需登录核实」,别让机器猜。
  • 公众号内容在开放网抓不全(gh_ID、历史文章列表都有围墙),公众号调研存档的核实密度天然低,别指望机器解决。
  • 任何自动写入公网(部署、发文章)的动作,保留人工确认这一步。