補全預設助手
補全預設助手（Completion Preset Assistant）是 Luker 獨有的 AI 輔助預設管理擴充。聊天補全 API 的預設包含大量參數（如 temperature、top_p、frequency_penalty 等），不同模型對這些參數的回應差異顯著。補全預設助手透過對話式 AI 互動，幫助使用者理解參數含義、對比預設差異，並提供調整建議。
該擴充包含 AI 對話引擎、參數解析器和預設修改建議系統，配合獨立的對話框 UI 元件提供完整的互動體驗。
使用場景
理解複雜預設參數
聊天補全 API 的參數數量眾多，且不同 API 後端（OpenAI、Claude、Gemini 等）支援的參數集合各不相同。補全預設助手可以用自然語言解釋每個參數的作用、取值範圍和對生成結果的影響，降低預設調整的學習門檻。
對比不同預設的差異
當你擁有多個預設時，補全預設助手支援預設差異對比功能。它會以分組方式展示兩個預設之間的參數差異，包括提示詞差異的分組顯示，幫助你快速定位不同預設的關鍵區別。
取得參數調整建議
根據你的使用目標（如更有創意的回覆、更穩定的輸出、更長的生成內容等），補全預設助手可以提供具體的參數調整建議，並支援一鍵套用建議的修改。
工作方式
對話式互動
補全預設助手以對話框的形式呈現，左側是會話與對話歷史，右側是助手提出的草稿 diff，底部是自然語言輸入框：
頂部展示當前的目標預設、API 預設、提示詞預設，以及預設路徑的 lodash 語法提示。中部「參考預設」可以與另一個預設進行比較，把差異展示成草稿。
你可以用自然語言提問，例如：
- 「temperature 和 top_p 有什麼區別？」
- 「我想讓回覆更有創意，應該調整哪些參數？」
- 「幫我對比一下當前預設和預設預設的區別」
助手會基於當前預設的實際參數值進行回答，而不是泛泛而談。
參數解析與修改
助手內建了完整的參數解析能力，能夠：
- 讀取當前預設的所有參數及其值
- 理解參數之間的關聯關係（如 temperature 與 top_p 的交互效果）
- 產生具體的參數修改建議
- 將建議的修改直接套用到當前預設
提示詞條目改造
補全預設助手不僅能調整生成參數，還能直接改造預設中的提示詞條目（Prompt Entries）。助手可以編輯、新增或調整提示詞條目的內容和結構，幫助你最佳化系統提示詞的措辭、順序和組織方式。這使得預設調優不再侷限於數值參數，而是涵蓋了預設配置的完整範圍。
會話模式
工具列的「會話模式」決定助手如何理解當前預設的編輯目標，對應三種典型的預設用途：
- 通用編輯：助手作為通用預設編輯器，依你的請求直接調整條目，不做特殊取捨。預設模式。
- Agent 編排預設：用於下游是多 Agent 編排器主 Agent 的預設。助手會識別會干擾 tool-calling 的強格式約束（強制思維鏈、輸出 schema 之類），把它們改寫為弱引導而非刪除；將僅最終產物才出現的指令（summary 等）的內容條件化到「最終提交訊息」階段；並停用與編排器主路徑重複注入的佔位符（角色卡、人物、世界書條目），保持聊天歷史與越獄/破限/寫作風格條目啟用。NSFW 許可、越獄、RP 語態等會保留。
- 僅保留破限：用於下游是工具型 LLM 呼叫（如記憶圖整理、預設助手本身、其他外掛的 LLM 任務）的預設。助手會識別並保留越獄/破限指令，把所有為塑造 RP 敘事文本服務的指令（文風規則、角色語態、輸出格式、敘事元規則等）從 prompt order 中停用，原條目本體保留以便復原。
模式在會話建立時確定。工具列切換模式會彈出確認並啟動新會話，舊會話會留在歷史裡。
在「Agent 編排預設」和「僅保留破限」模式下，助手預設會建議衍生一個新預設（如原名加 -orchestrator / -jailbreak 後綴），經你確認後執行——原預設保持不動，編輯作用在衍生出的新預設上。如果你堅持要改原預設，直接告訴助手即可。
衍生出 -orchestrator 預設後，助手在工具列給出一條為該預設打包 Skills連結。點開後會打開編排器的 Skill 管理 並自動開啟多選模式 —— 挑出你想跟這份預設一起分發的寫作規則、評審方法或其他 Skill，再點把所選打包進預設……，它們就會寫進預設的 extensions.luker.embedded_skills_source 欄位。其他使用者後續匯入這份衍生預設時，會看到標準的嵌入抽取對話框，Skill 自動落到他們的 preset 作用域。這是把編排器預設跟支撐它工作的 Skill 一起分發的推薦路徑 —— 預設保持自包含。
把預設裡的文風 / 輸出格式抽成 Skills（Agent 編排預設模式）
在 Agent 編排預設模式下，助手不只做 process-coercion 改寫——它還會主動掃一遍預設，把那些更適合給編排器下所有 sub-agent 共享的文風、輸出格式、寫作紀律規則識別出來，跟其他改動一起作為提案丟給你審核；每條都能獨立批 / 拒。
跟平時一樣發起編排適配請求就行：
把這份預設改造成編排器主 Agent 用的預設。
除了常規的 coercion / 格式改寫，助手會按候選給你提案：
- 在這份預設的作用域下建立 skill，正文逐字照搬（不允許改寫、壓縮或換措辭）。之後你點為該預設打包 Skills匯出時它會跟著走。
- 從原條目裡把這段文字刪掉。
- 在原位置補一行指標，例如
參考 skill <skill-name>，讓條目還能提到這條規則的存在 —— 編排器下的 agent 看到指標就會按需把整條 skill 拉出來讀。
每條擷取以獨立 diff 卡的形式走原有的逐條審核流程 —— 你可以挑幾條接、其他拒掉、或者全部拒掉而其餘適配照常生效。
什麼時候不會掃：
- 你要的是局部小改（「這句收緊一下」「溫度調到 1.1」「這個錯字修一下」）—— 助手只做那一件事。
- 你說過「別動 skill，就改預設」—— 這次會話剩下的輪次都尊重。
- 上一輪已經被你拒過的候選 —— 不會重複提案。
從舊版 Luker 升級上來？
如果你之前在補全預設助手的設定面板裡、迭代系統提示詞（進階） 區域改過 模式追加 —— 編排器適配，你那份自訂版本仍然優先於新預設值——包括新加的第三類 disposition（把可重用規則擷取到 Skills）。在那個文字方塊下方點 重置為預設 就能拿到 skill-aware 的新版本。（沒動過預設值的會在下次載入頁面時自動取得。）
你也可以主動點名某條擷取（「把 NSFW 條目裡那段反八股拎出來變成一條 skill，原文照搬」）、讓它查一下現有的 skill（「我以前是不是寫過 NSFW 反八股的 skill？重用就行別再造一份」）、讓它細看某條 skill、改名、換作用域、刪掉。把這條 skill 掛到編排器某個 sub-agent 的可見列表上仍然在 編排器迭代工作台 裡做 —— 這邊負責寫，那邊負責掛。
為什麼這件事放在補全預設助手裡
文風和輸出格式規則之所以經常蜷縮在預設條目裡，是因為預設作者最初就在那兒落筆。抽成 skill 之後：（a）編排器下其他 agent 也能讀到，（b）規則只在一處維護，每個引用到的 agent 自動跟著更新，（c）哪天預設大改寫時，這份規則不會被一併丟掉。助手只有在你明確要求時才會做這件事——只是想順手改一兩句話的話，那就保持改條目的形式。
與連線管理器整合
補全預設助手使用當前的連線配置進行 AI 呼叫。這意味著它會透過你已配置的 API 後端來提供輔助服務，無需額外的 API 配置。
架構概覽
| 元件 | 說明 |
|---|---|
main.js | 核心邏輯，包含 AI 對話引擎、參數解析、預設修改建議 |
dialog-ui.js | 對話框 UI 建構元件 |
index.js | 擴充入口 |
style.css | 介面樣式 |