一个主题，4个产出：
我用AI搭了一条从研究到交付的内容管线
先交代背景：我以"滴滴杀入电力市场"为题，用AI依次产出了汇竑PPT、个人网站深度文章、公众号文章、短视频——四种完全不同的内容形态。这篇文章不是教你怎么做，而是记录过程中踩的坑、做的取舍、以及每条管线的真实生产力评估。
一、为什么做这个实验
一个很直接的需求驱动了这件事：同样的研究内容，能不能一次搞定，分发到所有我需要的地方？
投资路演PPT（给投资人看）、网站文章（长尾流量）、公众号（微信生态触达）、短视频（视频号算法推荐）——这四个渠道的受众、信息密度、消费场景完全不同。如果每个都单独做一遍，成本高到不可能持续。
目标很明确：一次研究，多渠道产出。
二、四管齐下的技术选型
最终使用的技术栈组合：
| 产出 | 工具 | 质量 | 耗时 |
|---|---|---|---|
| 汇竑PPT | python-pptx + HUIIHONG模版 | ⭐⭐⭐⭐ 专业级 | ~6min（含研究） |
| 网站文章 | Astro + Markdown | ⭐⭐⭐⭐ 深度内容 | ~3min |
| 公众号文章 | 自定义 md→WeChat HTML 转换器 | ⭐⭐⭐⭐ 排版可控 | ~5min（含配图） |
| 短视频 | HyperFrames（HTML→MP4） | ⭐⭐⭐⭐⭐ 定制级 | ~15min（制作+渲染） |
注意这个耗时是从"开始研究"到"交付成品"的全链路。研究写核心稿花了约1分钟，其余是生成和修复的时间。
三、每条管线的关键决策
3.1 研究层：一次写好，到处引用
核心研究稿约3000字，覆盖事件背景、数据、政策分析、竞争格局、投资机会。这个文件是所有产出的source of truth。后续PPT、文章、视频的脚本都从这个文件取内容，保证了信息一致性。
教训：研究阶段值得花时间把框架搭好。草率的研究会在后续每个产出中放大错误。
3.2 PPT：用模版解决80%的排版问题
HUIIHONG模版（gen_huihong_v2.py）是之前迭代了10轮的成果。这次只需要把内容填进去：封面、分节页、卡片页、指标页——每种布局都有对应的函数。模版是效率杠杆，值得提前投资。
3.3 公众号：从踩坑到可复用管线
公众号是这次踩坑最多的环节。经历了三次迭代才稳定：
- v1：用Playwright自动化——扫码登录+浏览器操作。不稳定，微信前端经常改。
- v2：用WeChat官方API——直连调通，但排版踩坑：表格分隔行没过滤、`---` 变成粗横线、微信吃掉`
- `编号。
- v3：所有问题修完——手动编号防消除、按章节切块插图、预览模式验证。
最终固定为 publish.mjs 脚本，接受任意 markdown 文件，自动生图、上传微信CDN、创建草稿。
3.4 视频：从MPT到HyperFrames的跃迁
最开始尝试 MoneyPrinterTurbo——自动搜素材+拼接+配音。缺点很明显：中文素材匹配差、字幕粗糙、信息密度低。
中间试过渡方案：PPT逐页渲染为图片+配音合成。信息密度够但画面呆板。
最终选择了 HyperFrames：用 HTML 写视频。CSS 控制画面、GSAP 控制动画、edge_tts 配音、逐帧渲染 MP4。质量天花板高，但开发成本也高——5场景用了约250行HTML+30行GSAP。
四、对比：四条管线的实用评估
| 维度 | PPT | 网站 | 公众号 | 视频 |
|---|---|---|---|---|
| 信息密度 | 高 | 高 | 中 | 低（受时长限制） |
| 制作成本 | 低（有模版） | 低 | 低（管线固化后） | 高 |
| 视觉效果 | ⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| 分发触达 | 精准（投资人） | 长尾（SEO） | 即时（粉丝） | 算法推荐 |
| 一次性投入后 的复用成本 | 低 | 极低 | 极低 | 中 |
五、踩坑总结
教训1：不要在管线基础设施上做文章定制。
公众号第一篇用了内联的图片URL、硬编码的文章内容、特定配图提示词。等到第二篇再用时完全不能复用。第二次直接写成通用脚本后，反而更省事。
教训2：过渡方案不如一步到位。
在视频环节走了弯路：先试MPT（质量不够）→再试PPT→视频（画面呆板）→最后HyperFrames。如果一开始就评估"这个视频需要定制的信息密度"，可以直接选HyperFrames。
教训3：研究稿必须独立于任何产出格式。
先写纯markdown研究稿，再从中提取各部分，比在每个产出中都重写一遍高效得多。研究稿就是数据层，各产出是表示层——这是经典的架构思路。
教训4：预览模式早加。
公众号v2加了--preview模式后，排版问题在10秒内发现，不用每次跑完整pipeline。HyperFrames的preview也类似——先预览再渲染，迭代速度快10倍。
六、固化后的管线清单
最终沉淀为CLAUDE.md中的几个触发短语：
- 「发公众号」 → publish.mjs 管线（自动配图+上传+草稿）
- 「视频管线」 → HyperFrames 流程（脚本→TTS→HTML→render）
- 「PPT」/「路演」 → ppt-creation + HUIIHONG模版
这些触发短语的好处是：下次再有任何主题，直接说对应的词，整个管线自动跑，不再需要重新设计流程。
七、小结
从"一个想法"到"四个成品"，总耗时不到2小时（含所有踩坑修复）。如果管线固化后再来一次同类任务，预估可以压缩到30分钟以内——研究5分钟 + 并行产出25分钟。
内容生产正在经历软件工程经历过的事情：从手工作坊到流水线，从单件定制到组件复用。区别在于，内容的质量天花板不是工具决定的，是研究和视角决定的。工具只负责让好的内容更快触达该触达的人。
最后送一句在这件事里对我触动最大的一句话：最稀缺的资源不是技术，是对内容的理解。
本文涉及的所有项目文件：
公众号管线 → ~/Documents/wechat-publisher/publish.mjs
视频管线 → npx hyperframes init {project} 开始
