LangChain 的 Content Studio 从营销团队的实际制作需求出发：用户在 Slack 线程中要求制作幻灯片、图形或视频，还会不断补充方向、替换素材和调整节奏。难点不只是一次生成漂亮画面，而是让项目在多轮修改后仍能继续工作，且不必反复从头渲染。
早期系统积累了115个固定UI组件和细密规则。团队报告，升级到 Opus 5.5 后，删除大部分硬编码限制、保留设计原则，作品反而更有变化。底层做法并非只剩一个提示词：每个线程有持久沙箱与项目文件，素材用代码表示，技能与wiki提供制作知识，团队和个人记忆保留偏好；异步子Agent可以制作局部资产，主Agent继续接收反馈。代码表示的价值是修改可定位到对象和时间段，而不只是再生成一张看起来相近的图。
视频流程尤其说明哪些限制仍值得保留。完整渲染很慢，团队先让用户看便宜的故事板，再看动画草稿，最后制作成片。原文给出的单帧故事板约50毫秒，与每秒成片约8—40秒的渲染成本不是同一单位，但足以解释为什么要提早确认方向。由于模型偶尔跳过阶段，团队把阶段顺序写入代码，而不是仅靠提示要求遵守。
团队自报已制作三千多项资产、八十多套幻灯片；单项成本中位数也随平台迁移等改动下降。这里没有单独隔离模型升级、规则撤除与托管基础设施的作用，也没有跨团队设计质量测量。最可迁移的经验是让昂贵执行之前出现可供人判断的中间作品，并在能力改变后重审固定模板，而不是把“更少自写代码”当成设计质量本身。