补全预设助手
补全预设助手（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 | 界面样式 |