prompt-optimizer

English | 简体中文

提示词优化插件，把一句随手写的话自动改写成专业、可直接使用的提示词，体验与 Qoder、Codex 一致。

优化结果默认为无标题纯文本（outputStyle: 'plain'，更省 token），可配置为三要素标签（outputStyle: 'role-task-goal'，角色：/任务：/目标：）或四段结构化提示词（outputStyle: 'sections'，## Role / ## Task / ## Context / ## Format，也是优化时的内部参考框架）， 由内置元提示词驱动，经 harness 的 LLM 服务完成（不直连任何 API、不触碰凭据）。

功能

• 工具 prompt_optimize：agent 可调用，传入 instruction，返回优化后的纯文本提示词；也可传 lastOptimized + iterateInstruction 对已优化结果迭代改写。
• 服务 ctx.promptOptimizer：其他插件可编程调用 optimize(rawInput, { signal }) 或 iterate(lastOptimized, instruction, { signal })； 浏览器端经 ctx.remote.promptOptimizer.optimize(sessionId, text) 可调用。
• 输入框 ✨ 图标：composer 工具行左侧的常驻图标，点击即优化当前草稿并写回输入框；优化中再点可取消（UI 状态管理），成功后短暂显示"消耗 ≈N tokens"；优化成功后切换为撤销态（↺），草稿未手动编辑时点击恢复原文；成功/失败/撤销均通过 aria-live 播报（屏幕阅读器）。
• 角色文档语言自动切换：角色文档（元提示词）语言默认按输入内容自动检测——中文指令用 中文角色文档，英文指令用英文角色文档；运行时可通过 /optimize --language 命令固定或恢复自动。
• 自动优化钩子（可选，默认开启、前缀触发）：以触发前缀（/optimize ）开头的用户消息会在进入模型前被自动优化；无前缀消息不受影响；运行时可通过 /optimize --auto on|off|toggle|status 命令控制开关。
• 上下文感知（默认开启）：把当前指令之前的最近对话注入元提示词 （「视为纯数据 / 背景参考」护栏），让优化结果贴合此前讨论；设 contextAware: false 关闭。
• 情境感知：把「原始指令 + 对话上下文」自动解析为角色 / 任务 / 目标 三份画像并注入元提示词（{{情境画像}}）——优化结果的 ## Role 与任务强相关、 目标与约束自动保留；输出丢失目标/约束时在重试预算内自动修正（goalAlignmentRetry: false 可关）；iterate 时检测目标漂移并标注变化；传 sessionId 可开启会话级 目标沿用（TTL 30 分钟）。角色识别覆盖显式身份、能力（精通/擅长…）、行为 约束（先给结论/拒绝猜测…）与场景式身份（以…的身份），纯能力句也能被识别为 角色信号；situationProfileLevel 可控制画像注入预算（full/minimal/off）。
• 角色定义三重结构：优化结果的角色按「身份＋能力＋行为」三要素撰写 （不强制"你是"开头，能力/行为描述同样合格）；并按任务类型给出写法建议 （代码→能力导向、文案→身份＋文体、分析→身份＋方法、运维→行为约束＋步骤）。
• 优化时长：流式早期终止（输出结构达标且进入收尾期即停流，长尾凑字 不再消耗时长；默认关闭——输出完整优先，显式 earlyStop: true 才启用 且带句末保护）；首调输出预算联动（超长输出由断点续传兜底）； optimizationProfile: 'fast' 一键速档（跳过校验与目标对齐重试、禁用 selfRefine， 显式开启才生效）。
• 结果缓存：内存缓存校验成功的结果（LRU + TTL），相同请求零模型调用 （cacheEnabled 默认开，重启即清空）。
• 设置面板（1.7.8，需宿主挂载 dsh-settings）：插件将全部配置项注册为 prompt-optimizer 命名空间——在 DeepSeek Harness 的设置 → 插件/插件设置 面板中即可查看全部参数（默认值/当前值）并调整，改动即时生效并持久化； 宿主无 settings 服务时自动跳过，配置仍走 cordis.patch.yml，行为零变化。
• 自迭代系统：三层架构实现「越用越好用」，零 token 成本（默认开启； 累计 10 次优化数据后才开始生效，避免小样本误适配）。学习数据（episode 日志）与运行统计默认持久化到 ~/.dsh/oss-prompt-optimizer/state.json （跨 profile 共享用户级学习；$DSH_HOME 环境变量与 stateFile 配置可 覆盖路径；persistState: false 恢复纯内存行为）。隐私：持久化只存 行为元数据（任务类型/耗时/token/接受率等），不存指令原文。结果缓存 （cacheEnabled）仍为内存、重启即清空（有意设计）：
  • 会话学习（Layer 1）：记录每次优化的成功/失败经验（任务类型、输出风格、温度等），形成偏好模型
  • 智能默认值（Layer 2）：按任务类型（代码/文案/分析/运维/其他）自动推荐最优配置
  • 用户覆盖（Layer 3）：运行时通过命令临时调整（--set-profile、--set-local、--set-temperature），重启回落
  • 优先级：用户覆盖 > 会话学习 > 智能默认值 > 基础配置
• 后置校验：模型输出缺段/过薄/过短时自动重试（可配次数），重试前把上次失败的 诊断（缺失段落名、过薄段落与字数）注入下一次调用的系统提示词，针对性修正、 提高命中率；仍失败则返回原文/上次结果 + 错误说明，并附稳定机器可读错误码 （OptimizeResult.errorCode：MISSING_SECTIONS / THIN_SECTIONS / THIN_OUTPUT / TIMEOUT / NO_MODEL_ROUTE 等），工具失败渲染带 [错误码] 前缀。
• 输出恒为完整可执行的提示词（四段或 plain 正文）；空输入报错；超长输入截断护栏；UI 层取消。

运行时命令

运行时可通过命令临时调整自迭代系统配置（会话级覆盖，重启回落）：

• /optimize --set-profile fast|balanced — 临时覆盖优化时长档位
• /optimize --set-local on|off|hybrid — 临时覆盖本地模板模式（默认 off，LLM 优化）
• /optimize --set-temperature <0-2> — 临时覆盖采样温度
• /optimize --clear — 清除所有临时覆盖，恢复配置值
• /optimize --insights — 查看当前会话的学习洞察（任务类型分布、偏好配置、成功率）
• /optimize --status — 查看运行时状态（生效参数与来源、统计、偏好摘要、最近事件） （设置页「提示词优化」也可查看）

快速场景模板（/template）

/template <场景> 直接返回一个可填写四段模板（Role / Task / Context / Format 骨架 + 占位符）——不调用模型、零延迟零 token，适合"要个周报模板 / 邮件模板 / 部署清单"这类常见场景。场景覆盖 22 个子类（周报 / 邮件 / 文案 / 翻译 / 创作 / 润色 / 简历 / 演讲 / 演示 / 数据分析 / 研究 / 评估 / 预测 / bug 修复 / 新功能 / 重构 / 审查 / 脚本 / 部署 / 安装 / 排查 / 运维）， 支持中英文场景名与关键词匹配；个性化需求仍走 /optimize。

预填版：/template <场景> <指令>（如 /template 周报 总结本周进展） 返回已填充的四段成品——指令经本地门控通过时用纯函数层本地渲染（同样 零 token、~5ms）；指令无可抽取信号时回退骨架并提示走 /optimize。

自动优化

运行时可通过命令控制开关（会话级覆盖，重启回落）：

• /optimize --auto on / /optimize --auto off / /optimize --auto toggle / /optimize --auto status

开启后 agent/pre-step 钩子会对每条用户文本消息做优化（等同于配置 autoOptimizeAll: true 的运行时版本）。

也可在 cordis.patch.yml 中配置启用：

- insert:
    - id: prompt-optimizer
      name: 'oss-prompt-optimizer'
      config:
        autoOptimize: true
        autoOptimizePrefix: '/optimize '

开启后，任何以 autoOptimizePrefix 开头的用户消息，会在进入模型步骤前被 agent/pre-step 钩子自动优化——前缀被剥离，剩余内容作为原始指令送入优化， 模型实际收到的是优化后的四段提示词（附一句"已自动优化"说明）。

• 安全设计：前缀命中才优化，无前缀消息原样进入模型，不会改动普通对话 （autoOptimize 默认开启但只对前缀消息生效）。
• 优雅降级：未命中前缀、前缀后内容为空、或优化失败时，原消息原样进入模型。
• 每个步骤最多优化一条消息，避免一次步骤内多次模型调用。
• 钩子注册为 effect 作用域，插件卸载自动移除。

安装

已发布到 npm（oss-prompt-optimizer），三种方式任选：

方式一：npm 直装（推荐，免构建授权）

dsh plugin --profile web add oss-prompt-optimizer

方式二：从 GitHub 安装

dsh plugin --profile web add github:seven282/oss-prompt-optimizer
# 建议锁定 commit：github:seven282/oss-prompt-optimizer#<sha>

lib/ 构建产物随仓库提交（它就是发布产物），所以从源码安装不需要任何构建授权， pnpm ≥10/11 不会再要求 allowBuilds。构建只在 npm publish 时由 prepublishOnly 触发。

方式三：从本地目录安装（开发用）

dsh plugin --profile web add <项目路径>
# Windows 下含空格路径会被拆散，先用 junction：
#   New-Item -ItemType Junction -Path "C:\dsh-po" -Target "E:\<你的项目路径>"
#   dsh plugin --profile web add C:\dsh-po

卸载（可逆）

dsh plugin --profile web remove oss-prompt-optimizer

安装/卸载后需重启 harness（dsh web）使 bundle 层生效。

完整配置参考：docs/configuration.md

运行环境与兼容性声明

manifest 里以 engines + dsh.compatibility 逐版本声明，供 DSH STORE 与安装方核对：

项	值
Node.js	>=22
DSH 范围	^0.1.6-alpha.2
已验证版本	0.1.6-alpha.2（含一次性 Profile 安装 / 启动 / 卸载证据）

本插件只声明当前最新的 dsh 发布版：旧版本由旧版插件承接，重复为它们取证只会产出没人读的声明。

⚠️ 范围必须逐 tuple 用 || 枚举，不能写成 >=0.1.5-rc.1 <0.2.0：按 semver 的预发布规则， 带预发布号的版本只有当比较集中存在同一 [major.minor.patch] 且带预发布的项时才满足范围， 因此那个写法匹配不到 0.1.6-alpha.2。

本地复现证据（临时 DSH_HOME，不碰真实 profile）：

node scripts/e3-acceptance.mjs --dsh-bin <path/to/dsh/lib/bin.js> --json e3.json
# Windows 上须在助手沙箱外运行：dsh web 会调 reg.exe，沙箱拦下后宿主零输出挂住

开发

pnpm install --store-dir .pnpm-store --cache-dir .pnpm-cache   # 沙箱内安装
pnpm run typecheck    # tsc --noEmit
pnpm test             # vitest（mock llm，不依赖真实密钥）
pnpm run build        # tsc -p tsconfig.build.json → lib/
pnpm preflight        # 兼容性门禁 P1–P8（发版前必跑）
pnpm e3               # 一次性 Profile 验收：安装 → 启动 → 卸载（沙箱外跑）

测试全部使用 mock 的 llm 流，绝不读取 .credentials.yaml。

lib/ 是入库的。 它就是发布产物：main / types / exports 全部指向它，而 DSH STORE 只读固定 Commit、不跑 install / prepare / build。因此改了 src/ 必须重建并同笔提交 lib/ —— 门禁 P8 会在产物缺失、被忽略或存在未提交漂移时直接 FAIL。

兼容性与失败模式

本插件与 dsh 运行在同一个 Node 进程里，因此有一条硬约束：

插件的任何内部缺陷都不得阻止 dsh web 启动。

dsh 的域包（dsh-llm、dsh-tools、dsh-timeout…）仍在 0.1.x-rc 阶段，导出会被搬迁或改名。 若插件在顶层静态 import 这些包，一旦解析失败，ESM 的失败无法被捕获，整个服务起不来 （1.8.1 的 deepFreeze 事故正是如此）。

规则 R1

src/** 只允许静态 import 两类包：框架本体 @deepseek-ai/cordis，以及 本包 dependencies 里自己安装的包。其余宿主包一律经 src/compat/loader.ts 同步懒加载——失败只返回 null，永不抛错。

规则 R2

client/client.js（浏览器半边）里，ctx.<name> 只能直读已注入的服务。cordis 的 context 是 Proxy，读一个没在 inject 里的服务会直接抛错，而 apply() 不捕获它 —— 于是一个可选服务的直读就能让整个客户端半边不注册：✨ 按钮与设置页一起消失， 控制台留下 failed to apply loader entry … cannot get property "locale" without inject。 这正是 1.8.2 的真机事故，所以可选服务（locale / sessions / settingsScope）一律走 ctx.get('<name>') —— 它不要求注入，返回服务或 undefined，永不抛错。

宿主契约变化时会发生什么

宿主变化	后果
某工具函数被移出包 / 改名	该功能降级 + 一行 WARN；宿主与其余功能正常
某服务改名（如 systemPrompt）	仅对应功能消失（按功能门禁，不再整插件失效）
客户端可选服务缺失 / 改名（locale…）	走 ctx.get()，只少对应文案；✨ 按钮与设置页照常注册
BlockAssembler 缺失	/optimize 返回错误码 UNSUPPORTED_ENV 并给出明确文案，不伪造消息、不静默失败
客户端 slot props 契约改名	候选链自适配；全部失败则不注册按钮并打印自诊断日志
域包整体升级（0.1.5-rc → 0.2.x）	运行时能力探测决定可用面；不可用即降级

降级不是静默的：插件构造时必定打印一行 compat report（健康时 info，降级时 warn）：

prompt-optimizer: host compat ok (defineTool=ok createUserMessage=ok BlockAssembler=ok)
prompt-optimizer: host compat DEGRADED (defineTool=MISSING …) — defineTool: the `prompt_optimize` tool is not registered; the /optimize command and the input-box button still work | …

升级 dsh 后怎么验证

pnpm preflight       # P1 依赖面 / P2 inject 真实解析 / P3 产物一致 / P4 typecheck+test+build
                     # P5 兼容性报告 / P6 启动独立性（封死全部 dsh 包后入口仍能实例化）
                     # P7 客户端服务读取契约（R2/R2b 静态扫描 + 在忠实最小宿主上真跑 apply()）
                     # P8 提交产物新鲜度（发布路径存在、被 git 跟踪、与新建构建无漂移）
pnpm e3 --dsh-bin <目标版本的 dsh/lib/bin.js>   # 一次性 Profile：安装 → 启动 → 卸载
dsh web              # 真机：正常启动 + 日志出现一行 compat report

pnpm preflight 里 P6 会在子进程内同时封死 ESM 与 CJS 两条解析路径上的所有 @deepseek-ai/dsh*，再导入入口——这是"宿主升级只会减功能、不会让服务起不来"的动态证明。 P7 则真正执行 lib/client.js 的 apply()（这是本项目里唯一会跑浏览器半边的自动化步骤）， 在忠实的最小宿主上（remote 与 remote.commands 都用真的 cordis Service 注册）验证它 不会因服务读取而整体失败，并扫描两类违规写法：直读未注入的服务（R2），以及把带点服务名 当成父级属性来读（R2b，例如 ctx.get('remote').commands）。两类都是真机全废级事故， 分别发生过一次（1.8.2 / 1.8.3）。

优化生命周期事件（供其他插件订阅）

promptOptimizer 服务在优化/迭代的关键时点通过 cordis 事件总线发事件，其他插件可订阅：

事件	时机	载荷
prompt-optimizer/optimize:start	输入校验通过、首次模型调用前	{ method, input }
prompt-optimizer/optimize:success	成功（optimized: true）	{ method, input, result, durationMs }
prompt-optimizer/optimize:failure	降级（optimized: false）	{ method, input, result, durationMs }

• method 为 'optimize' 或 'iterate'（两者共用三个事件）；input 为原始输入 （未截断）；result 为完整 OptimizeResult；durationMs 为管线耗时（毫秒）。
• fire-and-forget 观察者：监听器抛错被吞掉，不影响优化管线。
• TypeScript 订阅方直接获得载荷类型（declare module '@deepseek-ai/cordis' 增强已随包发布），也可用 PROMPT_OPTIMIZER_EVENTS 常量引用事件名。
• 跳过透传（skipIfAlreadyOptimized 命中）与输入非法（如空输入）不发事件。

License

MIT — 自由使用、修改与分发（含商业用途），详见 LICENSE 文件。