這篇稿子是我自己的 AI 短劇 Agent 0.0.1 版本測(cè)試記錄。測(cè)試題材用了短視頻里常見(jiàn)的女性逆襲加商戰(zhàn)套路《72小時(shí)的反擊看姐重奪公司控制權(quán)》。先給結(jié)論這個(gè)版本能在有限條件下跑通主題解析、人物拆解、分集大綱和單集臺(tái)本生成但輸出遠(yuǎn)沒(méi)到“可以直接拍短劇”的程度。如果你正在搭 AI 短劇創(chuàng)作管線或者在選 Agent 開(kāi)發(fā)框架這篇的重點(diǎn)可以放在哪些環(huán)節(jié)被自動(dòng)化了哪些環(huán)節(jié)還必須人工介入以及 0.0.1 版本里最容易踩的坑是什么。1. 先弄清楚“AI短劇Agent 0.0.1版本”到底在測(cè)什么普通的“AI生成短劇”通常是你丟一個(gè)提示詞幫我寫(xiě)一個(gè)重生短劇。模型給你一段文字。這只能算一次文本生成任務(wù)。Agent 的區(qū)別是把事情拆成多步。以短劇為例主題理解、故事梗概、人物小傳、分集大綱、單集臺(tái)本、分鏡提示詞、旁白文本、配音文本這些環(huán)節(jié)不再一次性吐出來(lái)而是由 Agent 調(diào)度多個(gè)步驟完成。0.0.1版本的主要意義就是驗(yàn)證這套多步鏈路能不能穩(wěn)定跑起來(lái)。那么為什么要用短劇題材因?yàn)槎虅√茁烦墒?、結(jié)構(gòu)清晰、人物關(guān)系簡(jiǎn)單。主角、反派、助攻、情感線、反轉(zhuǎn)點(diǎn)都比較固定。這類結(jié)構(gòu)化的內(nèi)容特別適合交給 Agent 拆解和生成。如果連短劇這種強(qiáng)套路文本都做不穩(wěn)那更復(fù)雜的任務(wù)先別談。0.0.1版本最該關(guān)注三件事能不能跑通。主題進(jìn)文案出中間不要斷。輸出結(jié)構(gòu)是否穩(wěn)定。腳本、大綱、分鏡是否分離是否方便后續(xù)接配音和剪輯工具。失敗能不能定位。卡住、空結(jié)果、重復(fù)內(nèi)容日志里能不能看到原因。很多人一上來(lái)就要求生成成品短劇甚至要求畫(huà)面一致、配音自然、剪輯成片。這個(gè)目標(biāo)沒(méi)有錯(cuò)但對(duì)于0.0.1版本來(lái)說(shuō)標(biāo)準(zhǔn)應(yīng)該降級(jí)先把文字生產(chǎn)鏈路跑穩(wěn)再談畫(huà)面和成片。我測(cè)試時(shí)沒(méi)有把“效果驚艷”當(dāng)作目標(biāo)只關(guān)注一件事同一個(gè)劇本題材用同一套 Prompt 和參數(shù)連續(xù)跑幾輪輸出會(huì)不會(huì)失控。如果第一輪輸出很好、第二輪直接跑偏那后面接批量任務(wù)就完全沒(méi)有可靠性。這里還要強(qiáng)調(diào)一個(gè)邊界0.0.1版本不涉及視頻渲染不保證畫(huà)質(zhì)不負(fù)責(zé)最終剪輯工程?！癆gent”這個(gè)詞容易被神化實(shí)際在0.0.1階段它就是一套帶狀態(tài)、帶步驟、帶輸出約束的文本生成流程。你可以在里面接不同模型、不同提示詞模板甚至接外部工具但核心邏輯還是“拆任務(wù)、分步執(zhí)行、匯總結(jié)果”。1.1 它和普通AI生成短劇有什么區(qū)別普通AI生成短劇是“一人一段式”你輸入主題模型輸出一段完整劇本或某個(gè)角色臺(tái)詞。缺點(diǎn)是沒(méi)有人物一致性角色名字可能中途變化。沒(méi)有分集結(jié)構(gòu)故事高潮亂放。沒(méi)有旁白和分鏡提示詞拿到文本后還需大量人工拆解。AI短劇Agent更像一個(gè)“小型生產(chǎn)流水線”。它不會(huì)一次性把所有東西都生成完而是先解析主題輸出人物關(guān)系和主線沖突。生成故事梗概。拆分集數(shù)大綱。按集生成臺(tái)本。再?gòu)呐_(tái)本里抽取旁白、動(dòng)作、畫(huà)面描述。這樣每一層都有獨(dú)立任務(wù)也方便你對(duì)中間結(jié)果做檢查和替換。比如說(shuō)如果你對(duì)人物小傳不滿意可以只修改人物部分再讓后續(xù)步驟繼續(xù)而不是整段重新生成。這個(gè)能力對(duì)做長(zhǎng)劇很重要因?yàn)槎虅⊥ǔ?0集起步一次性生成20集文本一是超長(zhǎng)上下文容易崩二是你無(wú)法逐段審核。我一開(kāi)始以為這類Agent只是“套了一層提示詞模板的模型調(diào)用”實(shí)際跑下來(lái)發(fā)現(xiàn)不是。它需要處理任務(wù)狀態(tài)、上下文拼接、分步輸出、失敗重試。這些邏輯比單純寫(xiě)提示詞復(fù)雜得多但也是它能批量生產(chǎn)短劇文本的基礎(chǔ)。1.2 0.0.1版本最該關(guān)注的三件事第一能不能形成穩(wěn)定的結(jié)構(gòu)化輸出。我在測(cè)試初期遇到最多的問(wèn)題不是模型不會(huì)寫(xiě)而是它偶爾會(huì)把“人物小傳”和“分集大綱”混在一起或者返回非 JSON 格式導(dǎo)致后一步解析失敗。所以0.0.1版本里最該盯住的就是輸出格式是否穩(wěn)定。第二任務(wù)中間狀態(tài)是否可見(jiàn)。Agent 跑的時(shí)候最好能輸出每一步的日志比如“正在生成人物小傳”“正在生成第3集臺(tái)本”。如果任務(wù)卡住至少知道卡在哪一步。0.0.1版本里我會(huì)在每步前后加一條日志記錄該步開(kāi)始時(shí)間、結(jié)束時(shí)間、輸出長(zhǎng)度不然排查起來(lái)全靠猜。第三失敗重試是否可控制。短劇Agent生成過(guò)程中API超時(shí)、單次返回過(guò)長(zhǎng)、文本里帶有非法字符這些都是常見(jiàn)問(wèn)題。比較好的做法是讓Agent在失敗時(shí)把原始返回記錄下來(lái)并允許人工判斷后重試。不要做無(wú)腦重跑因?yàn)闊o(wú)腦重跑可能把本來(lái)正常的數(shù)據(jù)也覆蓋掉。注意0.0.1版本的定位是“驗(yàn)證路線”不是“交付成品”。如果測(cè)試時(shí)發(fā)現(xiàn)某個(gè)環(huán)節(jié)不穩(wěn)定應(yīng)該先停下來(lái)處理這個(gè)環(huán)節(jié)而不是繼續(xù)往后堆功能。2. 用《72小時(shí)的反擊》當(dāng)測(cè)試用例跑出第一版結(jié)果我這次測(cè)試用的題材是“72小時(shí)的反擊看姐重奪公司控制權(quán)”。這種題材在短劇里屬于“女性逆襲商戰(zhàn)”的經(jīng)典組合人物克制、反轉(zhuǎn)密集很適合作為Agent的第一批測(cè)試用例。2.1 測(cè)試輸入怎么設(shè)計(jì)我沒(méi)有直接讓它“隨便寫(xiě)一部短劇”而是給了明確的結(jié)構(gòu)化輸入。因?yàn)锳gent和普通模型不一樣它需要知道按什么順序拆解任務(wù)。實(shí)際輸入類似下面這份需求卡主題72小時(shí)的反擊看姐重奪公司控制權(quán) 題材都市商戰(zhàn)、女性逆襲 劇集20集每集文案長(zhǎng)度約60到90秒 風(fēng)格開(kāi)場(chǎng)即沖突、每集留鉤子、臺(tái)詞信息密度高 人物姐姐為主角反派是爭(zhēng)奪控制權(quán)的對(duì)手另有1到2個(gè)關(guān)鍵助攻 限制不要出現(xiàn)真實(shí)公司名、真實(shí)人名這里沒(méi)有填具體的人物名我想看Agent能不能自己穩(wěn)定生成名字并保持一致。測(cè)試下來(lái)0.0.1版本在第一次生成時(shí)基本能做到但它自己在后續(xù)生成單集臺(tái)本時(shí)偶爾會(huì)更換稱呼比如主角從“林晚”變成“姐姐”再變成“林總”。這對(duì)于人去讀問(wèn)題不大但如果要提取角色名做配音標(biāo)注就會(huì)出現(xiàn)不一致。所以建議在輸入里把關(guān)鍵角色的固定稱呼單獨(dú)寫(xiě)清例如“主角林晚全劇統(tǒng)一稱呼為林晚或林總口吻一致”。這一步能省很多后續(xù)修改時(shí)間。2.2 第一次單集生成結(jié)果長(zhǎng)什么樣Agent跑完第一輪后返回的不是一個(gè)文件而是分層的文本結(jié)果故事梗概。人物小傳。分集大綱。第1集臺(tái)本。第1集旁白提示詞。第1集分鏡提示詞。我截取第1集的內(nèi)容來(lái)看它基本符合預(yù)期開(kāi)頭直接交代林晚發(fā)現(xiàn)公司股權(quán)被轉(zhuǎn)移必須在72小時(shí)內(nèi)找到證據(jù)否則會(huì)被踢出董事會(huì)。這個(gè)開(kāi)場(chǎng)足夠快符合短劇“三秒鉤子”的習(xí)慣。但單集臺(tái)本里也有明顯問(wèn)題。比如有一句旁白是“她看著窗外的城市眼神里是別人看不懂的堅(jiān)定”這種表達(dá)寫(xiě)成小說(shuō)可以寫(xiě)成短劇旁白就太書(shū)面了配音演員念出來(lái)會(huì)很慢。短劇的旁白講究口語(yǔ)化、節(jié)奏快應(yīng)該改成類似“林晚站在窗前沒(méi)有慌。時(shí)間只有72小時(shí)她必須找到翻盤的牌。”0.0.1版本能生成“像劇本”的東西但不代表它天然懂“短劇語(yǔ)言”。你在Agent的提示詞里需要加一句約束旁白使用短句少用長(zhǎng)句和抒情性描述像解說(shuō)一樣推進(jìn)劇情。加上這句之后輸出會(huì)穩(wěn)很多。2.3 多集連續(xù)生成的完整度測(cè)試單集生成只是第一步。短劇的核心問(wèn)題是第1集到第20集能不能連起來(lái)。第一次測(cè)試時(shí)我連續(xù)讓它生成5集結(jié)果出現(xiàn)了兩個(gè)典型問(wèn)題第2集開(kāi)始人物對(duì)話的語(yǔ)氣略有變化。主角上一集還有很強(qiáng)控制感下一集遇到對(duì)手時(shí)顯得過(guò)于被動(dòng)。第3集出現(xiàn)了重復(fù)信息。角色在對(duì)話里把自己已經(jīng)查到的證據(jù)又解釋了一遍明顯是在填充時(shí)間。這類問(wèn)題不是模型不會(huì)寫(xiě)而是分步生成時(shí)上下文流失。Agent生成的每一集都要帶著“全局設(shè)定”和“前情摘要”一起喂給模型不能只告訴它“你負(fù)責(zé)寫(xiě)第3集”。我后來(lái)在任務(wù)鏈里加入了一個(gè)“每集前情摘要”步驟效果改善很多。測(cè)試結(jié)果可以簡(jiǎn)單記錄成表格測(cè)試項(xiàng)判斷標(biāo)準(zhǔn)第一輪表現(xiàn)故事梗概閉環(huán)72小時(shí)危機(jī)、目標(biāo)、結(jié)果是否清晰通過(guò)人物動(dòng)機(jī)一致角色行為和身份不發(fā)生沖突基本通過(guò)稱呼有漂移分集銜接每集結(jié)尾有鉤子下集能承接部分通過(guò)單集臺(tái)本可用度去掉重復(fù)內(nèi)容后可直接配音需要1輪人工修正整體來(lái)看0.0.1版本“能跑通”但“跑得穩(wěn)”還談不上。如果你拿這個(gè)版本來(lái)做正式項(xiàng)目建議把人工審核環(huán)節(jié)放在分集大綱之后而不是等所有分集都生成完再審核。大綱錯(cuò)了后面生成得越多返工越重。3. 輸出質(zhì)量怎么判斷從劇情閉環(huán)到角色一致性短劇文本不是寫(xiě)出來(lái)就行它有一套自己的質(zhì)量判斷標(biāo)準(zhǔn)。我這里用了四個(gè)維度劇情邏輯、角色一致性、節(jié)奏鉤子、文本落地性。3.1 劇情邏輯是否閉環(huán)短劇再狗血也需要有基本邏輯。以“72小時(shí)的反擊”為例我判斷核心邏輯是否成立就看三件事為什么是72小時(shí)。72小時(shí)是一個(gè)倒計(jì)時(shí)它是推動(dòng)女主行動(dòng)的動(dòng)力不是裝飾。女主靠什么翻盤。是隱藏股權(quán)、關(guān)鍵錄音、秘密賬本還是外部盟友必須有一個(gè)可被兌現(xiàn)的手段。對(duì)手為什么會(huì)被翻盤。不能讓對(duì)手第19集突然智商下線而是女主用關(guān)鍵籌碼擊中了對(duì)手的軟肋。0.0.1版本在梗概生成時(shí)基本能帶上這些點(diǎn)但在分集展開(kāi)時(shí)容易丟失。比如第12集女主已經(jīng)開(kāi)始反擊到第13集又回到被動(dòng)局面中間缺少合理解釋。這個(gè)時(shí)候不要急著懷疑模型能力先回頭檢查分集大綱和當(dāng)前集號(hào)的前情摘要大概率是信息沒(méi)傳遞過(guò)去。3.2 人物設(shè)定是否漂移人物一致性是短劇Agent最容易被忽視的問(wèn)題。角色出現(xiàn)漂移不只是名字變化還包括性格行為漂移一個(gè)果斷的姐姐在關(guān)鍵時(shí)刻優(yōu)柔寡斷。語(yǔ)言風(fēng)格漂移主角一會(huì)兒說(shuō)“你等著”一會(huì)兒說(shuō)“這件事恐怕還需從長(zhǎng)計(jì)議”。關(guān)系線漂移上一集還是敵對(duì)下一集突然變成盟友中間沒(méi)有鋪墊。解決思路不是靠模型記性好而是把“角色信息卡”單獨(dú)固定下來(lái)。每次生成單集前把角色卡和前幾集的關(guān)鍵事件摘要一起傳入。角色卡里寫(xiě)清楚姓名、身份、核心目標(biāo)、性格關(guān)鍵詞、常用口吻、禁止行為。比如“林晚語(yǔ)氣冷靜但壓迫感強(qiáng)說(shuō)話少用感嘆號(hào)不會(huì)當(dāng)眾情緒失控”。0.0.1版本對(duì)角色卡的依賴非常高。如果你準(zhǔn)備做自己的AI短劇Agent第一件事不是優(yōu)化模型而是先做好角色卡模板。角色卡越具體生成的穩(wěn)定性越高。3.3 每集鉤子和節(jié)奏是否達(dá)標(biāo)短劇按秒算第1秒到第3秒必須有人物、沖突、信息量。第10秒左右要有一個(gè)小反轉(zhuǎn)或信息爆點(diǎn)。每集結(jié)尾還要留一個(gè)懸念讓用戶愿意看下一集。我在測(cè)試?yán)镌O(shè)計(jì)了一個(gè)鉤子檢查項(xiàng)讀取每集最后三句判斷是否包含“未解決的問(wèn)題”。例如第1集結(jié)尾“林晚把協(xié)議翻到最后一頁(yè)發(fā)現(xiàn)簽名日期是今天?！边@是一個(gè)鉤子。第1集結(jié)尾“林晚深吸一口氣決定開(kāi)始調(diào)查?！边@不是一個(gè)強(qiáng)鉤子信息量不夠。0.0.1版本能寫(xiě)出鉤子但常常寫(xiě)得太平。此時(shí)需要給Agent提供一個(gè)“鉤子句式庫(kù)”懸念型、身份反轉(zhuǎn)型、倒計(jì)時(shí)加碼型、籌碼曝光型。讓它基于這些模板生成而不是自由發(fā)揮。3.4 文本落地性短劇文字最終要交給配音、字幕、分鏡和剪輯。所以文本落地性要看是否方便下游工具使用臺(tái)詞是否適合口播句子太長(zhǎng)要拆。旁白是否和畫(huà)面對(duì)應(yīng)。動(dòng)作描述是否寫(xiě)成了可拍畫(huà)面而不是心理描寫(xiě)。是否有明確的分鐘數(shù)和場(chǎng)次。0.0.1版本在分鏡提示詞上會(huì)輸出場(chǎng)景、人物動(dòng)作、鏡頭方向等但比較粗糙。比如它會(huì)寫(xiě)“林晚走進(jìn)辦公室鏡頭緩慢推進(jìn)”但不會(huì)寫(xiě)“這是室內(nèi)日景畫(huà)面左側(cè)有落地窗人物從右向左走”。后者對(duì)AI視頻生成或人工拍攝都更友好。如果你不只做文本后續(xù)還要接AI視頻生成就必須在Agent的分鏡提示詞模板里加入“畫(huà)面組成要素”。否則拿到分鏡提示詞后還是要人工補(bǔ)很多內(nèi)容。4. 單條任務(wù)跑通之后再處理批量生成短劇的現(xiàn)實(shí)是20集起步甚至60集。單集跑通只是第一步真正考驗(yàn)Agent的是批量任務(wù)的穩(wěn)定性。4.1 從單集擴(kuò)展到十集先拆輸入清單不要直接發(fā)一條超長(zhǎng)指令讓它“寫(xiě)十集”模型容易丟失信息。更穩(wěn)的做法是準(zhǔn)備一個(gè)輸入清單每一行是一個(gè)獨(dú)立生成任務(wù)。project_id,series_no,title,main_clue,characters revenge72,S01E01,發(fā)現(xiàn)股權(quán)被轉(zhuǎn)移,林晚發(fā)現(xiàn)股權(quán)轉(zhuǎn)移協(xié)議,林晚;對(duì)手;助理 revenge72,S01E02,72小時(shí)倒計(jì)時(shí)開(kāi)始,董事會(huì)改選通知,林晚;對(duì)手;律師我把這個(gè)清單塞給Agent它按順序依次生成。關(guān)鍵點(diǎn)是清單里不要只寫(xiě)集數(shù)還要寫(xiě)“本集要推進(jìn)的主線線索”和“出場(chǎng)角色”這樣模型知道每集的邊界不會(huì)把第2集的內(nèi)容寫(xiě)到第1集。4.2 輸出目錄和文件命名要提前規(guī)劃批量生成后如果文件名不統(tǒng)一后期合并整理會(huì)非常痛苦。我在測(cè)試時(shí)用的目錄結(jié)構(gòu)是project_revenge72/ script/ # 最終合并劇本 outline/ # 分集大綱 episodes/ # 單集臺(tái)本用 S01E01 命名 storyboard/ # 分鏡提示詞 tts/ # 配音文本 fail/ # 失敗任務(wù)輸出文件名格式固定為{項(xiàng)目ID}_{集數(shù)}_v{版本號(hào)}.md。比如revenge72_S01E03_v0.1.md。這樣做的好處是無(wú)論任務(wù)跑了幾次都能通過(guò)版本號(hào)找到是新版還是舊版不會(huì)覆蓋重要內(nèi)容。4.3 失敗重試和斷點(diǎn)續(xù)跑不能省批量跑10集很難保證10集全部成功。我遇到的失敗原因主要是三個(gè)模型接口超時(shí)。單集輸出過(guò)長(zhǎng)半路被截?cái)?。返回格式不?duì)JSON解析失敗。0.0.1版本里需要做三件事每個(gè)任務(wù)寫(xiě)失敗日志記錄集數(shù)、失敗階段、原始返回片段。自動(dòng)重試時(shí)保留前一次輸出避免覆蓋。支持從失敗集數(shù)繼續(xù)跑而不是重新跑全部。很多人一跑批量就著急并發(fā)想一次開(kāi)10個(gè)線程。實(shí)際上0.0.1版本不建議這么干。先順序跑一輪看穩(wěn)定性和耗時(shí)再嘗試2到3路并發(fā)。并發(fā)上來(lái)后接口限流、超時(shí)、日志混亂等問(wèn)題都會(huì)放大。注意批量任務(wù)最怕的不是跑得慢而是跑完了才發(fā)現(xiàn)輸出不一致。每跑完5集花兩分鐘抽查一下集與集之間的人物稱呼、時(shí)間線、事件連續(xù)性比最后統(tǒng)一檢查省時(shí)間。5. 0.0.1版本的價(jià)值邊界和落地建議5.1 哪些場(chǎng)景可以先試用盡管0.0.1版本不夠成熟但已經(jīng)有一些場(chǎng)景可以先用起來(lái)選題腦暴輸入一個(gè)“主角目標(biāo)期限”生成多個(gè)短劇梗概用來(lái)篩選題材。分集大綱初稿把想要的反轉(zhuǎn)和走向給Agent讓它排出20集結(jié)構(gòu)。人物小傳和關(guān)系線快速生成角色卡然后人工修改。分鏡提示詞的初稿如果要接AI視頻工具先用它生成畫(huà)面描述再人工調(diào)整。這些場(chǎng)景的共同特點(diǎn)是“生成內(nèi)容要做二次加工”不需要一步到位。0.0.1版本能幫人把空白文檔填滿加快構(gòu)思速度但不會(huì)直接替代編劇和剪輯。5.2 哪些場(chǎng)景不要急著依賴不要一上來(lái)就用它做完整短劇的最終成片。尤其是這些環(huán)節(jié)演員形象一致性。目前文本Agent管不到人物形象一致需要靠AI視頻工具或固定人物參考圖解決這是另一套鏈路。成片剪輯節(jié)奏。Agent生成的單集臺(tái)本不能直接映射成剪輯節(jié)奏必須人工看一遍。大規(guī)模穩(wěn)定生產(chǎn)。0.0.1版本幾乎沒(méi)有調(diào)度優(yōu)化連續(xù)跑幾十集時(shí)如果沒(méi)做好任務(wù)隊(duì)列和重試失敗率會(huì)很高。如果項(xiàng)目目標(biāo)是“從故事到成片全自動(dòng)”那0.0.1版本只是第一步里的第一步后面還有配音、畫(huà)面、字幕、剪輯、合成等多個(gè)環(huán)節(jié)。盲目套用Agent反而會(huì)讓流程更難排查。5.3 對(duì)Agent開(kāi)發(fā)路線有參考價(jià)值的經(jīng)驗(yàn)短劇Agent這個(gè)例子很適合用來(lái)練習(xí)Agent開(kāi)發(fā)因?yàn)樗娜蝿?wù)邊界清楚反饋速度快。你可以通過(guò)它學(xué)著怎么設(shè)計(jì)多步任務(wù)、怎么控制模型輸出格式、怎么處理長(zhǎng)上下文、怎么做任務(wù)隊(duì)列。實(shí)際開(kāi)發(fā)里我建議把Agent的每一步都設(shè)計(jì)成獨(dú)立函數(shù)并在輸入輸出中定義固定結(jié)構(gòu)。比如“生成分集大綱”這一步輸入是主題和人物卡輸出是一個(gè) JSON 數(shù)組。后續(xù)“生成單集臺(tái)本”的輸入就是分集大綱里的某一集。{ serie: 1, title: 發(fā)現(xiàn)股權(quán)被轉(zhuǎn)移, hook: 協(xié)議簽名日期是今天, scene: [林晚辦公室, 會(huì)議室], characters: [林晚, 對(duì)手, 助理] }定義好這種結(jié)構(gòu)之后你可以任意替換模型、增加檢查步驟都不會(huì)把整個(gè)流程打亂。這是我從0.0.1版本測(cè)試?yán)锸斋@最大的一點(diǎn)。6. 常見(jiàn)報(bào)錯(cuò)和排查順序如果做到這里還是出了問(wèn)題下面是我在實(shí)際測(cè)試中用的排查順序。6.1 任務(wù)卡住或中斷先看日志最后一行確定卡在哪個(gè)階段。常見(jiàn)原因接口超時(shí)短劇文本生成單次要輸出較長(zhǎng)很容易超過(guò)默認(rèn)超時(shí)時(shí)間。對(duì)策把單集臺(tái)本拆成“場(chǎng)景1、場(chǎng)景2”或者調(diào)大超時(shí)參數(shù)。輸出過(guò)長(zhǎng)被截?cái)?.0.1版本沒(méi)有做文本續(xù)寫(xiě)一旦截?cái)嗪竺嫒繛榭?。?duì)策限制單集字?jǐn)?shù)或者做“自動(dòng)續(xù)寫(xiě)”。外部工具沒(méi)啟動(dòng)如果Agent接了數(shù)據(jù)庫(kù)、文件服務(wù)先確認(rèn)真的是否在運(yùn)行。這里最忌諱直接重跑整個(gè)任務(wù)。先看卡在哪個(gè)環(huán)節(jié)再?zèng)Q定是補(bǔ)跑還是清緩存。6.2 輸出為空或重復(fù)輸出為空通常是解析失敗。模型返回了文本但Agent按JSON解析結(jié)果失敗。對(duì)策讓Agent在解析失敗時(shí)把原始文本存到fail/目錄并保留一條錯(cuò)誤提示“格式不是JSON請(qǐng)人工查看”。輸出重復(fù)通常和溫度參數(shù)有關(guān)。溫度調(diào)太高模型容易發(fā)散調(diào)太低又容易重復(fù)。通用做法是先把 temperature 設(shè)到 0.7 左右TopP 0.9再根據(jù)結(jié)果微調(diào)。如果還是重復(fù)優(yōu)先檢查是不是前情摘要寫(xiě)得和當(dāng)前集太接近而不是先改參數(shù)。6.3 角色名字和身份漂移漂移的解決不靠模型靠輸入結(jié)構(gòu)。我在測(cè)試中加入了兩層保護(hù)全局角色卡每集生成時(shí)都帶上包含姓名、身份、口吻。每集約束字段在輸入JSON中明確本集出場(chǎng)角色、禁用行為。如果還有漂移懷疑是上下文被覆蓋。0.0.1版本在設(shè)計(jì)時(shí)可能把當(dāng)前正在生成的內(nèi)容放進(jìn)了系統(tǒng)提示詞而系統(tǒng)提示詞長(zhǎng)度有限就會(huì)把角色卡擠掉。排查時(shí)先看當(dāng)前給模型的完整上下文是什么再?zèng)Q定怎么精簡(jiǎn)。6.4 資源占用過(guò)高短劇Agent如果是本地運(yùn)行主要資源消耗在模型加載和并發(fā)請(qǐng)求上。文本生成階段顯存占用不會(huì)像視頻生成那么高但長(zhǎng)上下文和并發(fā)請(qǐng)求依然會(huì)拖慢機(jī)器。0.0.1版本建議先把并發(fā)降到1確認(rèn)單任務(wù)內(nèi)存占用穩(wěn)定后再逐步加。如果CPU或內(nèi)存一直居高不下先檢查是不是任務(wù)日志寫(xiě)太多、文件句柄沒(méi)釋放或者把無(wú)用的大對(duì)象保存在內(nèi)存里了。批量跑的時(shí)候每處理完一集就釋放一次上下文緩存。這不是優(yōu)化技巧是0.0.1版本能穩(wěn)定跑完的基礎(chǔ)前提。最后留個(gè)建議如果你是新手先拿3集短劇跑通整個(gè)鏈路別一上來(lái)就是20集。劇本生成只是Agent在短劇生產(chǎn)里的第一站后面還有配音、畫(huà)面、剪輯這些更硬的骨頭。0.0.1版本能告訴你這套流程走不走得通但要把短劇真正做成成品還得靠你在每個(gè)環(huán)節(jié)補(bǔ)上人工判斷和工程優(yōu)化。