100x-persona:人物與場景指派器 是做什麼的?
一句話定位
輸入一段腳本/文案純文字,輸出「誰來講」(人物)+「在哪講」(場景,獨立實體,非人物附屬欄位)+ 兩者如何與腳本原句綁定,三者都能逐字回指原文。屬於 100x 體系 L2 創意生成層,對應「3.1 人物×場景」這一步。
何時觸發
用戶說:
- 「給這條腳本配個人設」/「這條腳本誰來講比較合適」/「這個人設怎麼定」
- 「這個場景怎麼設定」/「這條廣告適合什麼場景拍」/「這條腳本在哪拍合適」
- 「who should deliver this script」/「what persona fits this product」
- 「what setting fits this ad」/「where should this be filmed」
- 或直接給一段腳本文案,要求「配人物和場景」/「assign a character and setting」
輸入
最小輸入(類別 A,必填):source_script——完整腳本/文案純文字。本 skill 不接受影片檔案,只吃文字。
上游可選產出(類別 C,缺失靜默跳過,不阻塞,也絕不要求用戶先跑別的 skill):
100x-segment 產出的 segments[](若存在,pairings[].segment_ref 可回填;缺失時整個欄位省略,靠 script_span_quote 獨立定位)。
輸出
結構見 schema.json:PersonaSceneBundle = source_script(原文回顯,供證據核對)+ personas(人物 map,獨立實體)+ scenes(場景 map,獨立實體,與 personas 平級,不是人物的字串欄位)+ pairings(人物×場景×腳本原句的綁定表)+ meta。可選再渲染一份人類可讀的 Markdown 摘要(人物列表 / 場景列表 / pairing 對照表)。
核心約束(4 條公理,詳見 axioms.md)
- 場景是獨立實體,靠 ID 引用,不是人物的內嵌欄位——
personas/scenes是兩個平級 map,pairings[]裡的persona_ref/scene_ref必須真實存在於對應 map(引用完整性)。 - 人物的權威/受眾依據必須是原文逐字子串,不許憑空捏造——
authority_evidence_quote/audience_pain_quote/script_span_quote都要能在source_script裡逐字找到。已知限制(不是隱藏缺陷):逐字子串只能證明「這句話原文有」,證明不了「這句話在人物欄位裡的語義方向沒被反著用」——比如摘一句自我懷疑的話(「如果你不信我」)反著當權威錨點,也是合法子串。當前機制包含一層閉集合自我懷疑短語檢測(命中即要求人工揭露,見axioms.md公理 2),但反諷/引用‑駁斥框架類反轉仍檢測不到,這是字串匹配的天花板,詳見axioms.md公理 2「機制天花板與緩解措施」段。 - 場景須具體到微觀座標,不許寫泛地點——閉集合泛化詞表拒收 + 至少 2 件具體道具。
- 人物與場景零孤兒,建了必須被至少一個 pairing 引用——不為了「看起來矩陣齊全」堆砌。
三階段流程
詳見 workflow.md:Phase 1 人物反推(掃描腳本裡的 Authority/Pain 訊號,逐字摘取證據句)→ Phase 2 場景建模(每個場景線索獨立建實體 + 與人物/腳本原句綁定 + 零孤兒自檢)→ Phase 3 輸出(組裝 JSON,公理 1‑4 全過)。
獨立調用保證
類別 A(source_script)缺失 → 固定拒絕話術追問,不代猜、不接受影片檔案替代。類別 C(上游 100x-segment 產出)缺失 → 靜默跳過,絕不要求用戶先跑其他 skill。
禁用詞
讓我 / 希望 / 或許 / 大概 / 可能 / 也許 / 讓我們;AI 客服味(as an AI / I'd be happy to / feel free to);不編造腳本原文沒有的資質/認證/見證/效果數據;不寫死任何客戶品類詞典;micro_coordinate 不使用閉集合泛化詞(見 axioms.md 公理 3:某處/隨便/某個地方/TBD/somewhere/anywhere 等)。
路由(推薦,非強依賴)
- 已有分好段的腳本、想按段而不是整篇配人物場景 → 分段類 skill(若已建,
segment_ref可回填) - 想把人物/場景描述轉成 AI 影片生成提示詞 → 提示詞組裝類 skill(若已建)
- 想先做搜尋關鍵字找參考圖再定人物場景 → 搜尋關鍵字類 skill(若已建)
- 想回入口重新分診 → 100x 體系總入口(若已建)
以上均為「產出後按需推薦」,不是前置依賴;對應 skill 尚未建好時不影響本 skill 獨立工作。
出廠自檢
執行 node scripts/validate.js --selftest 驗證。schema.json 宣告的結構層約束(required/additionalProperties/enum/pattern/minItems 等)由 scripts/validate.js 內的 ajv(真實 JSON Schema draft‑07 驗證器,package.json 宣告的 devDependency,先 npm install 再跑)實際執行,不是手寫欄位列舉。公理 1(引用完整性)、公理 2(證據子串)、公理 4(零孤兒)是三類跨物件/跨欄位聚合規則,vanilla JSON Schema 結構上表達不出來,這三項由 scripts/validate.js 裡的手寫程式碼補上。此外還包含 checkAuthorityHedgeRisk(公理 2 的部分緩解,閉集合自我懷疑短語命中即要求 meta.warnings 揭露,否則 FAIL)——這條只是緩解,不是完整修復,反諷/引用‑駁斥框架類的證據句語義反轉仍檢測不到,--selftest 第 10 項如實留了一個「當前會放行」的真實回歸案例證明這個邊界,不是聲稱已經堵死:
npm install # 首次使用先裝 ajv
node scripts/validate.js <bundle.json> [bundle2.json ...] # 校驗產出
node scripts/validate.js --selftest # 跑內建回歸案例
來源
本 skill 是基於判據風格參考與欄位結構規範的獨立構建。逐條判據出處、欄位設計出處與設計決策,詳見 sources.md。