我经营一个小型的日本皮肤护理站点作为副项目.
它需要文章——很多文章——我不想写出第二个内容系统.
我已经有了一个视频脚本管道:一个生成器,每个话题生成一个结构化脚本,然后变成叙述,幻灯片,和一个上传的短片。
它每天运行几个月。
结果是,输油管的昂贵部分不是录像。
其结构是:一个主题、一个角度、一组命令、每个部分的索赔。
一个制作的视频把几乎所有的都抛入了像素中.
文章可以保留下来.
因此,我没有写一个文章生成器,而是写了一个适配器。
让它重新使用的形状 脚本格式已经接近一篇文章大纲:视频渲染器消耗(用于TTS)和(用于滑行子弹).
文章渲染器消耗+并用作该部分的出品种子. 1个输入,2个汇.
大约49篇文章后来,这仍然是整个想法.
有三件事不明显
1.
叙事道具不是文章道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道具道.
被逐字输入到HTML中,它读起来像记录稿,读者反弹。
适配器每节重写有明确指示,可以去掉口语连接,将重复的设置合并,并保留具体数字.
这是文章中唯一的LLM呼吁——其他一切都是决定性的。
2.
在两个URL下不得存在两次同一索赔要求 如果视频描述和文章都带有同一段落,则与自己竞争.
我所遵循的规则是: 文章是条子的长相; 视频描述链接到它, 并且只带钩子和一行摘要。
3.
缓存无效,一如既往 视频管道缓存在由脚本散列键键入的临时目录下制作幻灯片.
当我开始编辑脚本来改进文章时,视频方面欣然地再用旧的幻灯片——同为弹道, stale缓存.
症状:"我固定了剧本,为什么视频没有改变".
修补很无聊,但值得说明:在内容散列上键取缓存,而不是弹出弹出弹出弹出弹出弹出弹出前的任何时间戳.
在另一个项目里,我被一个相关的版本被咬了, 一个JSON的有效载荷携带了一个场—— 每个diff看起来都脏了, 所以一个"如果没有改变的话"的优化从来没有一次跳过任何东西。
它悄悄地烧毁了一个每天API配额数周.
如果你的JSON有时间戳, 活地把它表示你已经写。
数字看起来像1个脚本格式,2个渲染器(视频,文章)~49个从剧本中产生的文章,无论怎样,每节都要写1个LLM调用,其他所有决定和可再运行的出版都是静态构建——没有CMS,没有数据库 网站本身为AIQQ,为日本的皮肤护理-辅导站;文章为日用短裤所覆盖的同内容的一半长相.
可转移位如果已经以任何结构化的中间形式生成内容——视频脚本,幻灯片甲板,播客大纲,发布注释——你可能已经拥有了一条文章管道中昂贵的一半.
看看你的造物师丢掉的东西 这是你的第二个输出格式.