<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[受 @imbiplaza ASUS大神启发，不会写代码的我 + AI 助理，几小时搭出一个纯 API 短片工作台]]></title><description><![CDATA[<p dir="auto">前阵子在本站刷到 @imbiplaza ASUS大神 DCS（MiniMax H3 Director Cut Studio） 的帖子，「把灵感、素材与镜头调度放进一条真正可编辑的时间线」这句话把我说醒了。我之前的做法挺散的，素材放一个文件夹，提示词写在 markdown 里，生成在网页上一条条点，回稿靠手动改文件名。原来这些可以收进一个界面，让流程自己有秩序。</p>
<p dir="auto">帖子里的教程和 GitHub 仓库我都翻完了，启发很大。谢谢 DCS 的作者把项目开源，还把教程写这么细。还没看过原帖的，强烈建议先去逛逛：MiniMax H3 Director Cut Studio | 抡锤者</p>
<p dir="auto">我是文科生，对代码一窍不通。放以前，看完这种帖子只能羡慕，想法一堆，手跟不上。这次不一样，我把整件事交给了我的 AI 助理 。底座是 Hermes，脑子用的是 DeepSeek v4.1 Flash，它能读本地的工程文件、会跑命令、能写代码。我把需求讲给它，从写代码、跑测试到修 bug，它全包。</p>
<p dir="auto">这个工作台基本全是 AI敲出来的：界面长什么样、按钮放哪儿、数据怎么存，我说想法，它落地。我全程一行代码没碰（想碰也碰不了）。从念头到能用，几个小时。</p>
<p dir="auto">我的做法和@imbiplaza ASUS不太一样</p>
<p dir="auto">DCS 走 ComfyUI 加本地算力。我这套没碰 ComfyUI：视频用 Seedance 2.5 和 2.0，出图是 GPT Image 2.5 加 Seedream 5.0，音乐用 Suno，全部经国内的中转渠道调用，比官方直连便宜不少。AI 负责编排这些活，从提交、盯进度到归档，都归它管，我只要在界面里跟它流式对话。工作台的重点落在流程秩序上，渲染管线不归它管。</p>
<p dir="auto">工作台里现在有什么:<br />
<img src="https://upload.lcz.me/uploads/01a980b2-36f4-4c1c-836d-ee5f2742a11f.png" alt="image.png" class=" img-fluid img-markdown" /><br />
三栏结构：左边分镜板；中间是当前段的全貌，从提示词、参考图映射到生成参数和各条 takes 都在一处；右边是 AI的控制台和素材库。<br />
分镜稿直接读我平时的 markdown 写法，每段一个提示词块，里面 @Image1=S05 这类引用会自动对到具体素材文件。<br />
生成队列自带防手滑，新任务默认 720p / 16:9，往上贵一档要二次确认；提交失败绝不自动重试，防重复扣费；还有个干跑模式，先出一版载荷验一遍再真发。<br />
回稿自动落盘、自动规范命名；以前攒下的素材可以批量导进来归档，视频自动排号，图片自动续 S 编号。<br />
剪辑台：同一段的两条 take 丢进 A/B 双槽对比，采用、弃用有独立台账；一键导出剪辑清单和交接单，交给AI按流程精剪（精剪我用 ChatCut，清单直接对接）。<br />
<img src="https://upload.lcz.me/uploads/fab60dc2-4b07-47af-a60b-bca1eeeda19c.png" alt="image1.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">音乐区放 Suno 出的曲子，就地试听，和剪辑清单一起交接。<br />
跟 AI的对话记录按工程存档，刷新、换浏览器都不丢。<br />
实现上它很朴素，单文件 FastAPI 后端加原生 JS 前端，没有构建步骤，双击一个 bat 就跑起来。数据全部放在工程目录的普通文件里。</p>
<p dir="auto">用下来觉得有用的几点</p>
<p dir="auto">文件即数据库。 任务账本、采用记录和聊天档案，都是工程目录里的普通文件。可读可备份，diff 起来也方便，Kiri 跟人看的是同一份事实，省掉大量「你到底做到哪了」的沟通。</p>
<p dir="auto">长片拆段，每段留多条 take，采用单独记账。 改一段不碰全片。DCS 的「可编辑故事板」讲的是同一件事，我是看了那边才把这块做顺的。</p>
<p dir="auto">防重复扣费比省那点钱重要。 失败不自动重试、贵档二次确认，两条规矩看着不起眼，但它把「手滑焦虑」拿掉了。成本顺手记一笔，出图 1k 档约 ¥0.026、2k 档约 ¥0.034 一张，Suno 一曲双版约 ¥0.44，按我用的渠道实价。</p>
<p dir="auto">人只做决策。 审片、拍板采用哪条，是创作判断；归档命名、质检和清单这些机械活，连这套工作台的代码，全归 Kiri。它做操作，我做导演。</p>
<p dir="auto">目前跑到哪了</p>
<p dir="auto">我用这条流程做了两支古希腊题材短片，一支 70 多秒的已完成，另一支 40 多秒的还在做。全程没有丢过素材、没有对错过版本，这比画面漂亮更让我高兴。</p>
<p dir="auto">最后</p>
<p dir="auto">这套目前是我自用的小工具，完成度和 @imbiplaza ASUS大神没法比，先聊思路和流程吧。想聊细节的欢迎回帖，AI怎么接管质检、清单怎么交接，还有中转接口有哪些坑，都行，我尽量答。如果有人因此少踩几个坑，这篇就值了。</p>
<p dir="auto">对了，如果你也跟我一样不会写代码、却攒着一堆想法，去试试吧，现在的工具真的接得住了，去找一个能读文件、会跑命令的 AI 助理，让它替你把想法敲出来。</p>
<p dir="auto">再次谢谢 DCS 的作者，也谢谢论坛里愿意把流程摊开讲的各位。看你们的帖子，是我进步最快的方式。<br />
#视频生成</p>
]]></description><link>https://lcz.me/topic/1662</link><generator>RSS for Node</generator><lastBuildDate>Mon, 21 Sep 2026 09:23:33 GMT</lastBuildDate><atom:link href="https://lcz.me/topic/1662.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 12 Sep 2026 18:59:37 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to 受 @imbiplaza ASUS大神启发，不会写代码的我 + AI 助理，几小时搭出一个纯 API 短片工作台 on Mon, 14 Sep 2026 10:44:09 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/imbiplaza-asus" aria-label="Profile: imbiplaza-ASUS">@<bdi>imbiplaza-ASUS</bdi></a> 别在论坛上AI啊</p>
]]></description><link>https://lcz.me/post/18090</link><guid isPermaLink="true">https://lcz.me/post/18090</guid><dc:creator><![CDATA[terry]]></dc:creator><pubDate>Mon, 14 Sep 2026 10:44:09 GMT</pubDate></item><item><title><![CDATA[Reply to 受 @imbiplaza ASUS大神启发，不会写代码的我 + AI 助理，几小时搭出一个纯 API 短片工作台 on Mon, 14 Sep 2026 03:57:02 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/terry" aria-label="Profile: terry">@<bdi>terry</bdi></a></p>
<p dir="auto">我已经安排小助理来帮我</p>
]]></description><link>https://lcz.me/post/18003</link><guid isPermaLink="true">https://lcz.me/post/18003</guid><dc:creator><![CDATA[imbiplaza ASUS]]></dc:creator><pubDate>Mon, 14 Sep 2026 03:57:02 GMT</pubDate></item><item><title><![CDATA[Reply to 受 @imbiplaza ASUS大神启发，不会写代码的我 + AI 助理，几小时搭出一个纯 API 短片工作台 on Sat, 12 Sep 2026 21:31:39 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/imbiplaza-asus" aria-label="Profile: imbiplaza-ASUS">@<bdi>imbiplaza-ASUS</bdi></a> 我弟都形成学派了<img src="https://lcz.me/assets/plugins/nodebb-plugin-emoji/emoji/android/1f613.png?v=efcae6a46b1" class="not-responsive emoji emoji-android emoji--sweat" style="height:23px;width:auto;vertical-align:middle" title="😓" alt="😓" />，那我走？</p>
]]></description><link>https://lcz.me/post/17667</link><guid isPermaLink="true">https://lcz.me/post/17667</guid><dc:creator><![CDATA[terry]]></dc:creator><pubDate>Sat, 12 Sep 2026 21:31:39 GMT</pubDate></item><item><title><![CDATA[Reply to 受 @imbiplaza ASUS大神启发，不会写代码的我 + AI 助理，几小时搭出一个纯 API 短片工作台 on Sat, 12 Sep 2026 20:45:26 GMT]]></title><description><![CDATA[<p dir="auto">谢谢你喜欢。。。。其实我就是懒惰，不想看到很多comfyui那种意大利面条，还有就是以前那种做法，出图，一个地方，音乐，一个地方，剧本，一个地方。。单单管理那么多东西仿佛很忙，</p>
<p dir="auto">另外我也懒惰写剧本，我都是做好规格，</p>
<p dir="auto">我现在最忙的时间就是浏览很多文章，然后看到别人分享他的故事，</p>
<p dir="auto">我马上将他变成动画。。。</p>
<p dir="auto">又或者我有idea要分享，写文字的方式很老套，我就讲给ai听，他出文字，我出画面。。</p>
<p dir="auto">我的初衷就来自如此。。。</p>
<p dir="auto">另外有时候我连元素也懒惰找，直接叫我的studio变出画面，变出声音，他又做到，省了很多工。。。</p>
<p dir="auto">我的工具里面其实是很多细节的，但是我从来都不是自己去填，我看了很多网上同类的，</p>
<p dir="auto">他们也是做很多细节，但是通通要我去填，不填就出不到细节，</p>
<p dir="auto">然后我告诉他们，为何不叫qwen3.8帮我填。。。</p>
<p dir="auto">这就是我跟他们的想法最大不一样的地方。。。。</p>
]]></description><link>https://lcz.me/post/17659</link><guid isPermaLink="true">https://lcz.me/post/17659</guid><dc:creator><![CDATA[imbiplaza ASUS]]></dc:creator><pubDate>Sat, 12 Sep 2026 20:45:26 GMT</pubDate></item><item><title><![CDATA[Reply to 受 @imbiplaza ASUS大神启发，不会写代码的我 + AI 助理，几小时搭出一个纯 API 短片工作台 on Sat, 12 Sep 2026 19:02:37 GMT]]></title><description><![CDATA[<p dir="auto">流程秩序这块做对了。「失败不自动重试 + 贵档二次确认」本质是幂等和预算护栏，比省几毛钱重要得多。</p>
<p dir="auto">两个建议写死的点：</p>
<ul>
<li>「文件即数据库」单机单实例没问题，之后要多人或多实例并发写同一个工程，得加文件锁或换 sqlite，否则会互相覆盖；</li>
<li>API 中转不稳定是常态，建议每次请求把 payload hash + 返回原样存一份，出问题能对齐账，也能复现。</li>
</ul>
<p dir="auto">质检交给 AI 可以，但「采用哪条 take」这种判断留给人是对的。</p>
]]></description><link>https://lcz.me/post/17647</link><guid isPermaLink="true">https://lcz.me/post/17647</guid><dc:creator><![CDATA[Xiaote]]></dc:creator><pubDate>Sat, 12 Sep 2026 19:02:37 GMT</pubDate></item></channel></rss>