prompt-optimizer 变量工作区如何写 {{变量}} 模板并换变量值测试版本差异【免费下载链接】prompt-optimizerAn AI prompt optimizer for writing better prompts and getting better AI results.项目地址: https://gitcode.com/GitHub_Trending/pro/prompt-optimizer你有一条结构固定、但参数反复变化的提示词想把它做成模板然后在同一组变量值下比较原始 / 工作区 / vN不同版本的真实输出差异。prompt-optimizer 的变量工作区路由/#/pro/variable就是为这个任务设计的左侧写带{{变量}}的模板并做优化右侧填一组变量值、跑测试、做结果评估和对比评估。前提是在右上角模型管理里至少配置 1 个可用的文本模型否则左侧分析 / 优化和右侧测试 / 评估都跑不起来见 快速开始。判断这个工作区是否适合你的任务文档给出的判断条件是两条同时满足见 变量工作区你的提示词结构固定但参数会反复变化右侧需要填一组变量值才能测试。如果满足用变量工作区如果右侧只需要一段测试文本通常应该去系统提示词工作区如果整段会话都要参与执行则是多消息工作区。对照表见 选择工作区。准备配置一个可用的文本模型在右上角模型管理中新增 1 个文本模型然后先做一次测试连接见 模型管理公开模型平台OpenAI、Gemini、DeepSeek、Grok、SiliconFlow 等选择 provider、填 API Key、选模型再测试连接本机 Ollama选内置的Ollamaprovider默认地址http://localhost:11434/v1通常不强制要求 API KeyOpenAI 兼容自建服务走Custom手动指定 Base URL 和模型名。判断配置完成的三条标准来自模型管理文档至少 1 个文本模型测试连接成功能在一个文本工作区里跑出真实结果能继续做一次结果评估或对比评估。先满足第 1 条即可进入变量工作区开始本流程。第一步在左侧写带 {{变量}} 的模板进入/#/pro/variable。左侧上方是原始模板提示词左侧下方是当前工作区和版本链。最典型的模板写法文档示例请你写一首关于 {{主题}} 的诗风格是 {{风格}}。左侧分析 / 优化 / 迭代的目标是把模板结构、约束和变量位置写得更合理。注意边界左侧分析只读取模板本身不会读取右侧当前填的变量值所以想看某组变量值下输出好不好必须去右侧做评估见 测试与评估。第二步左侧先做一次优化得到工作区版本在左侧点优化让优化结果进入下方工作区。右侧版本选择里的工作区指的就是左侧当前正在编辑的内容——它不是最新已保存版本。文档推荐工作流的前三步是写出模板 → 左侧先做一次优化 → 如需先看模板结构是否清楚再点左侧分析最后一步可跳过直接进入测试。第三步右侧填写变量值右侧的变量值属于测试输入的一部分。文档给出的最小例子文档示例值供替换模板提示词你是一位{{风格}}的诗人请写一首{{主题}}的诗。右侧变量值风格中文古典 主题程序员加班变量来源分 3 类全局变量长期复用上下文变量只在当前上下文里生效主要用于多消息模式临时变量当前工作区或当前测试面板里的临时值。使用上只需要记住两条规则临时变量会覆盖同名的全局变量受保护的预定义变量不会被普通变量覆盖。如果你比较的是提示词版本差异右侧变量值要尽量保持一致否则结果变化可能只是变量换了而不是提示词更好了见 模型选择与测试策略。第四步右侧测试 原始 / 工作区 / vN在右侧选择要测试的版本或工作区点击测试全部或单列运行见 快速开始。全部运行会尽量并行启动可运行的结果列。变量工作区右侧评估时最重要的证据是执行提示词 变量值 输出。比较策略上文档明确区分两种比较比版本差异固定模型、固定右侧变量值只比较原始 / 工作区 / v1 / v2 / vN此时差异主要来自提示词本身比模型差异固定同一条提示词版本和同一组变量值右侧切换不同模型此时差异主要来自模型的理解能力和风格。不要在同一次比较里同时改版本和模型否则结果变了很难判断是谁造成的。第五步先做结果评估再做对比评估按 测试与评估 的动作边界结果评估右侧单列判断某一列这次执行是否达到目标例如这一列有没有跑偏、格式有没有遵守、这一版提示词单看有没有明显问题对比评估右侧多列你已经跑出两列或更多时再使用比较的是真实输出证据之间的差异模式而不是版本标签。入口支持填写可选的聚焦说明例如不要解释或对比不同模型为什么差这么多系统会优先围绕这个关注点做评估。推荐顺序是先跑2-4列真实结果先做结果评估定位单列问题再做对比评估总结版本或模型差异最后把真正有价值的建议应用回左侧工作区。结果判断与限制应用评估建议时建议统一作用到左侧当前工作区不绑定历史版本分支如果工作区已经变化太多旧评估结果会进入过期状态提醒你这份结论对应的是旧内容需要重新测试。对比评估比较的是多列真实输出如果你中途改了右侧变量值再比较基线就变了结论会失真——所以换变量值属于另一次比较不要混进同一轮版本对比。左侧分析不引用右侧变量值不要用左侧分析来回答这组变量值下输出好不好。跑通一轮后的可选路径把稳定版本沉淀到 模板管理、在 历史记录 里回看版本链或在做大改动前通过 数据管理 导出备份数据管理器支持整体 JSON 导出覆盖历史记录、模型配置、自定义模板、用户设置等。【免费下载链接】prompt-optimizerAn AI prompt optimizer for writing better prompts and getting better AI results.项目地址: https://gitcode.com/GitHub_Trending/pro/prompt-optimizer创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 prompt-optimizer 变量工作区：如何写 {{变量}} 模板并换变量值测试版本差异
prompt-optimizer 变量工作区如何写 {{变量}} 模板并换变量值测试版本差异【免费下载链接】prompt-optimizerAn AI prompt optimizer for writing better prompts and getting better AI results.项目地址: https://gitcode.com/GitHub_Trending/pro/prompt-optimizer你有一条结构固定、但参数反复变化的提示词想把它做成模板然后在同一组变量值下比较原始 / 工作区 / vN不同版本的真实输出差异。prompt-optimizer 的变量工作区路由/#/pro/variable就是为这个任务设计的左侧写带{{变量}}的模板并做优化右侧填一组变量值、跑测试、做结果评估和对比评估。前提是在右上角模型管理里至少配置 1 个可用的文本模型否则左侧分析 / 优化和右侧测试 / 评估都跑不起来见 快速开始。判断这个工作区是否适合你的任务文档给出的判断条件是两条同时满足见 变量工作区你的提示词结构固定但参数会反复变化右侧需要填一组变量值才能测试。如果满足用变量工作区如果右侧只需要一段测试文本通常应该去系统提示词工作区如果整段会话都要参与执行则是多消息工作区。对照表见 选择工作区。准备配置一个可用的文本模型在右上角模型管理中新增 1 个文本模型然后先做一次测试连接见 模型管理公开模型平台OpenAI、Gemini、DeepSeek、Grok、SiliconFlow 等选择 provider、填 API Key、选模型再测试连接本机 Ollama选内置的Ollamaprovider默认地址http://localhost:11434/v1通常不强制要求 API KeyOpenAI 兼容自建服务走Custom手动指定 Base URL 和模型名。判断配置完成的三条标准来自模型管理文档至少 1 个文本模型测试连接成功能在一个文本工作区里跑出真实结果能继续做一次结果评估或对比评估。先满足第 1 条即可进入变量工作区开始本流程。第一步在左侧写带 {{变量}} 的模板进入/#/pro/variable。左侧上方是原始模板提示词左侧下方是当前工作区和版本链。最典型的模板写法文档示例请你写一首关于 {{主题}} 的诗风格是 {{风格}}。左侧分析 / 优化 / 迭代的目标是把模板结构、约束和变量位置写得更合理。注意边界左侧分析只读取模板本身不会读取右侧当前填的变量值所以想看某组变量值下输出好不好必须去右侧做评估见 测试与评估。第二步左侧先做一次优化得到工作区版本在左侧点优化让优化结果进入下方工作区。右侧版本选择里的工作区指的就是左侧当前正在编辑的内容——它不是最新已保存版本。文档推荐工作流的前三步是写出模板 → 左侧先做一次优化 → 如需先看模板结构是否清楚再点左侧分析最后一步可跳过直接进入测试。第三步右侧填写变量值右侧的变量值属于测试输入的一部分。文档给出的最小例子文档示例值供替换模板提示词你是一位{{风格}}的诗人请写一首{{主题}}的诗。右侧变量值风格中文古典 主题程序员加班变量来源分 3 类全局变量长期复用上下文变量只在当前上下文里生效主要用于多消息模式临时变量当前工作区或当前测试面板里的临时值。使用上只需要记住两条规则临时变量会覆盖同名的全局变量受保护的预定义变量不会被普通变量覆盖。如果你比较的是提示词版本差异右侧变量值要尽量保持一致否则结果变化可能只是变量换了而不是提示词更好了见 模型选择与测试策略。第四步右侧测试 原始 / 工作区 / vN在右侧选择要测试的版本或工作区点击测试全部或单列运行见 快速开始。全部运行会尽量并行启动可运行的结果列。变量工作区右侧评估时最重要的证据是执行提示词 变量值 输出。比较策略上文档明确区分两种比较比版本差异固定模型、固定右侧变量值只比较原始 / 工作区 / v1 / v2 / vN此时差异主要来自提示词本身比模型差异固定同一条提示词版本和同一组变量值右侧切换不同模型此时差异主要来自模型的理解能力和风格。不要在同一次比较里同时改版本和模型否则结果变了很难判断是谁造成的。第五步先做结果评估再做对比评估按 测试与评估 的动作边界结果评估右侧单列判断某一列这次执行是否达到目标例如这一列有没有跑偏、格式有没有遵守、这一版提示词单看有没有明显问题对比评估右侧多列你已经跑出两列或更多时再使用比较的是真实输出证据之间的差异模式而不是版本标签。入口支持填写可选的聚焦说明例如不要解释或对比不同模型为什么差这么多系统会优先围绕这个关注点做评估。推荐顺序是先跑2-4列真实结果先做结果评估定位单列问题再做对比评估总结版本或模型差异最后把真正有价值的建议应用回左侧工作区。结果判断与限制应用评估建议时建议统一作用到左侧当前工作区不绑定历史版本分支如果工作区已经变化太多旧评估结果会进入过期状态提醒你这份结论对应的是旧内容需要重新测试。对比评估比较的是多列真实输出如果你中途改了右侧变量值再比较基线就变了结论会失真——所以换变量值属于另一次比较不要混进同一轮版本对比。左侧分析不引用右侧变量值不要用左侧分析来回答这组变量值下输出好不好。跑通一轮后的可选路径把稳定版本沉淀到 模板管理、在 历史记录 里回看版本链或在做大改动前通过 数据管理 导出备份数据管理器支持整体 JSON 导出覆盖历史记录、模型配置、自定义模板、用户设置等。【免费下载链接】prompt-optimizerAn AI prompt optimizer for writing better prompts and getting better AI results.项目地址: https://gitcode.com/GitHub_Trending/pro/prompt-optimizer创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考