将vibe coding里的prompt从代码中解耦管理

在线修改和调试你的Prompt，
一键接回你的程序并监控运行细节

Xprompt 是一个 Prompt 与 LLM 交互的工程控制台。它把散落、耦合的 Prompt 变成可以管理、手动精修、调试、冻结环境、回滚和审批的资产。

意图理解 / 第 06 轮● 运行完成
Prompt编辑区编写并人工审阅 Prompt
已保存
system chat当前草稿

01# 任务

02理解用户想要切片的日期与主题。

03证据不足时返回待确认。

04# 输出

05候选范围与判断依据。

LLM 请求调试区带当前文档直接发起测试
模型DeepSeek V4 Flash
运行成功1.42s · 612 tokens
assistant

已识别用户意图。
建议进入候选片段召回。

同一屏完成编辑 Prompt 文档 → 选择模型 → 运行 → 查看结果
为什么需要 Prompt 控制台

传统代码追求确定结果；LLM 的结果还取决于一组随时会变化的运行条件。

传统程序确定性链路
输入＋固定代码→单一路径→相同结果

条件不变，执行路径通常不变。

LLM 工作流概率性链路
Prompt模型参数system/user 位置历史对话运行上下文工具返回采样
汇入LLM→
输出 A输出 B输出 C
参数太多也就算了，运行结果也看概率！
“如果你现在只能看最终输出，却说不清系统用了哪些 Prompt、为什么变差、能不能恢复上一版，那么 Xprompt 解决的就是这个问题。”
你是否也遇到这些问题？
01
散落的 Prompt

“Codex 说已经优化好了，但我连它改的是哪个文件里的哪段 Prompt 都不知道。”

Xprompt 的解法把 Codex 生成、散落在本地目录内的 LLM 交互部分，整理成非常清晰的 Prompt 资产库。
左右滑动查看完整控制台 →
Prompt 工作台
system chat当前草稿

01# 角色

02你负责理解用户想从直播中寻找什么内容。

03# 判断原则

04识别日期、人物、主题与时间范围。

05只依据用户输入与运行时上下文判断。

06证据不足时返回待确认，不要自行补齐。

07# 输出

08返回候选范围、判断依据与置信度。

02
无法人工精修

“我只想改一句边界规则，却要先穿过一大段业务代码；改坏以后连昨天那版都找不回来。”

Xprompt 的解法把 system chat 从业务代码中分离，手动精修并保留可恢复的历史版本。
左右滑动查看完整控制台 →
高光剪辑师 / system chat已保存
system chat当前草稿
01 # 角色
02 你是高光剪辑师。
03 保留情绪转折与观点钩子。
04 不得改写用户原意。
05
06 # 输出
07 标题 / 起点 / 终点 / 理由
08 人工精修中
03
工作流黑盒

“最终输出错了。我不知道是第一个 Prompt 理解错，还是第二个 Prompt 用错了上一步结果。”

Xprompt 的解法把 Prompt 的编辑和 LLM 请求放进全屏调试：左边修订 Prompt，右边一键调试定位问题。
左右滑动查看完整控制台 →
意图理解 / 第 06 轮● 运行完成
System chatuser chat格式说明
# 任务
理解用户想要切片的直播日期、人物与主题。

# 边界
证据不足时返回待确认，不要自行补齐。

# 输出
严格返回候选范围与判断依据。
324 字符
assistantJSONraw
1.42s · 1,284 tokens
statusmatched
date2026-07-18
topic亲密关系中的边界
confidence0.87
trace_idclip_018_a6f2
04
环境锁不住

“昨天测试明明通过，今天同一条用例却失败了。到底是 Prompt、模型还是 temperature 变了？”

Xprompt 的解法允许发布 Prompt 版本，自动冻结 Prompt、模型与参数。让每个版本都稳定且可追溯。
左右滑动查看完整控制台 →
正式版 v1.7 / 版本详情❄ 已冻结
MODEL ENVIRONMENT

模型运行环境

ENV HASH · 84F3-A19C
RELEASE SNAPSHOT

高光剪辑Prompt稳定版本V1.7

正式版
Promptsystem · 1,142 字
模型DeepSeek V4 Flash
参数thinking high · t 0.3
发布时间2026-07-21 16:42
业务调用的是这份冻结快照，不受编辑区草稿影响。
05
Codex 改过头

“Codex 为了修一个案例，顺手改了角色、输出格式和通用规则；我直到线上效果变差才发现。”

Xprompt 的解法将你的 Prompt 库一键接入 Codex 内修订，Codex 的每次修订都需要经过你的审批！
左右滑动查看完整控制台 →
CODEX PROPOSAL / #P-018Codex已提交本个Prompt的修改意见，请审阅！
原版（只读）新版（可编辑）
# 角色
你是一名直播文本审阅助手。

# 判断原则
1. 必须同时看用户想找什么和转写原文。
2. 证据不足，不要编造。

# 输出
- 命中原因
# 角色
你是一名严谨的直播文本审阅助手。

# 判断原则
1. 必须同时看用户想找什么和转写原文。
2. 证据不足，不要编造。
3. 多个相似命中时，优先上下文完整者。

# 输出
- 命中原因与证据
等待你的审批，Codex 不能直接覆盖原文。
设计边界

边界清晰！Prompt 由人类完全审阅并掌控，所需上下文由 Codex 编写传统代码提供。

system chat

人类人肉审阅的长期 Prompt

角色、目标、判断原则、禁止事项、正例与反例、失败处理等prompt内容

人类拥有LLM交互的绝对控制权
user chat

Codex 生成的程序只能提供上下文

用户输入、业务数据、检索材料、工具返回、本轮任务状态与其他动态变量。

codex负责确定性流程
推荐工作流

从拆出第一个 LLM 交互，到接入可追踪的正式版接口。

  1. 01从复杂工作流/Agent中抽出LLM互动层
  2. 02根据LLM互动层，创建若干Prompt
  3. 03将Prompt修改权通过xprompt授予Codex
  4. 04codex掌握你本地数据上下文后给出prompt的修改建议
  5. 05你审批codex的修改建议，并支持人工精修
  6. 06在xprompt控制台一键调试与断点回溯，精修prompt
  7. 07将你定稿的Prompt生成LLM互动API，交给codex接入工作流/Agent
  8. 08后续通过发布的版本API监控工作流/Agent中与LLM互动的细节与成本分析
未来方向

探究并实现在 Codex 上一键接入 Xprompt，让 Xprompt 和 Codex 沟通并实现你的需求，是我们的最终追求。

半个世纪以来，人类已经在编写传统程序上拥有大量经验，然而 Prompt 的不可控仍然是世界未解之谜。

  1. 定位 Prompt
  2. 基于冻结版创建草稿
  3. Codex 提交 proposal
  4. 运行用例并等待审批
Human approval required未来能力概念，不代表当前已上线

先把一个最难控制的 Prompt，放进可见的工作台！