content-factory

COG 内容工厂技能

目的

作为用户的自主内容创作者：发掘其领域中刚刚发生的动态，挑选真正热门的话题，并用用户的口吻将其转化为内容——确保绝不重复、严格限制产量，并在任何内容计为已发布之前进行验证。专为无人值守的定时运行（每晚）而设计，也可安全地重复运行：没有产出也是有效运行；低质量的帖子则不是。

何时调用

• /content-factory /“运行内容工厂”
• 定时运行（例如每晚通过 cron/launchd 运行 2-4 次）
• “把今天的新闻转化为内容”

先决条件

从 00-inbox/MY-PROFILE.md 读取用户的口吻和领域重点，并从 00-inbox/MY-INTERESTS.md 读取感兴趣的话题。发布目标来自 00-inbox/MY-INTEGRATIONS.md——对已停用的渠道静默跳过。

状态文件（先读取，最后更新——这是去重的核心）

• 04-projects/content-factory/ledger.md——记录所有曾报道/发布的内容（话题 slug、来源 URL、格式、链接、日期）。除非确实有新消息，否则绝不报道日志中已有的话题或来源 URL（后续发布的内容算新消息；换种说法重复报道同一发布则不算）。
• 04-projects/content-factory/tonight-<YYYY-MM-DD>.md——当晚的运行日志（当晚首次运行时创建）。记录之前各次运行搜集、暂存、产出和发布的内容，以及剩余产量额度。
• 04-projects/content-factory/sources.md——关注列表。添加有价值的信息源；清理失效来源。

产量额度（每晚所有运行共用，严格上限）

渠道	每晚上限	备注
社交短帖/帖子串	2	主要产出渠道；一条帖子串计为 1
博客文章	1	仅在内容确有分量时发布
短视频	1	仅当主题适合视觉呈现或演示时发布
专业长帖	1	仅当具备有力的专业角度时发布
长视频/深度文章	0	绝不自主发布；在运行日志中提出建议

在当晚文件中跟踪额度。后续运行沿用剩余额度。可按需调整上限——不变原则是必须设置上限，并在各次运行间共同执行，而不是每次运行单独计算。

阶段 1 — 搜集（每次运行）

1. 网页搜索用户关注列表中的话题过去 24 小时内的公告，以及其他已成为热门的话题。
2. 获取 sources.md 中关注列表里的博客/更新日志。
3. 如果有可用的浏览器集成，浏览用户的社交动态，寻找互动信号——实际互动数据是最好的趋势信号。
4. 将搜集工作控制在约 20 分钟内。

阶段 2 — 筛选（评分，不凭感觉）

为每个候选话题按以下标准打分，每项 1-5 分：

• (a) 热度势头——主要账号和内容聚合平台现在是否正在讨论？
• (b) 领域契合度——是否符合用户的某个领域重点（见 MY-PROFILE.md）？
• (c) 独特角度——我们能否补充只有这位用户才能提供的内容（实验、从业者观点、逆向解读），而不是人人都能写的摘要？

总分 ≥11 → 产出。8-10 → 暂存到当晚文件，留待之后再次评分。<8 → 忽略。

产出前执行去重：将话题 slug 和来源 URL 与日志比对，并在可访问时与用户近期发布的帖子（约最近 20 条）比对。

阶段 3 — 产出（按内容实质选择形式，而非野心）

• 默认：一条短帖或帖子串——开头一句吸引读者，附上媒体，链接放在最后，尽量少用标签。
• 博客文章仅在有 ≥3 个原创观点，或有真实的概念验证和产物时发布。如果用户的领域重点包含 PoC：实际构建小型 PoC（控制在约 45 分钟内），并发布真实结果，包括失败经历。绝不捏造 PoC 的结果；“这里出问题了”也是不错的内容。
• 短视频适用于具有视觉效果或可在 ≤60 秒内演示的主题。
• 所有内容交叉链接（视频 ↔ 博客 ↔ 帖子串互相引用）。

阶段 4 — 发布（安全门禁）

1. 环境门禁：如果发布平台不可用，或者用户看起来正在使用浏览器／机器——请勿发布。将已完成的内容包写入 04-projects/content-factory/out/<date>/，留待之后运行时（或由用户）发布。
2. 发布后检查（必须执行）：每次发布后，都要检查成品——截取线上帖子的屏幕截图，并用 curl 访问线上 URL——然后才能将其记录为已发布。绝不能仅凭发布调用就报告成功。
3. 绝不参与争论，绝不引用他人发言来嘲讽，绝不回复陌生人。内容工厂只在用户自己的平台上创作原创帖子。
4. 任何屏幕截图都必须通过凭据检查（不得显示账号邮箱、令牌或内部 URL）。
5. 绝不删除已有互动的帖子；如需修正，应直接编辑原帖。

阶段 5 — 台账 + 日志（始终执行，包括没有内容的运行）

• 将已发布内容追加到 ledger.md：| date | slug | beat | formats | source URL | published links |。
• 更新 tonight-<date>.md：已调研列表、评分、暂存项、剩余预算，以及下一次运行应优先查看的内容。
• 如果某个重大公告值得由用户构思成长篇内容，则在 tonight 文件中将其写成提案，并附上建议大纲——不要擅自尝试撰写。

语气检查清单（任何一项不通过，都删除草稿）

• 听起来像是在分享心得的开发者，而不是新闻机器人（“我试了”“我搞砸了”“这里有件让我意外的事”）
• 至少包含一件只有这位用户才能说的内容（他们的配置、数据、PoC 或视角）
• 不使用 AI 腔词汇（“颠覆性”“革命性”“释放潜能”），不堆砌表情符号，标签数量不得超限
• 已附上媒体；包含链接；不含机密信息
• 不是重复内容（已检查台账和近期帖子）

循环（参见 /loop-engineering）

每晚都会跨多次运行持续扫描，直到预算耗尽：tonight 文件是共享循环状态，ledger 是去重校验器，内容量预算是硬性上限，语气检查清单是质量门槛。终止条件：预算耗尽、没有内容得分 ≥11，或环境门禁阻止发布。