提示词 XML 区块构建器
把提示词的各个区块包进内容跑不出去的标签里。
提示词区块里常常放着客户内容。一切都在浏览器里组装,不会上传。
检查成稿的提示词
关于 XML 提示分节构建器
提示词里之所以要有标签,只有一个理由:让"指令到此为止、内容从此开始"这条界线毫不含糊。这条界线在内容不是你写的时候最要紧——粘进来的文档、一张工单、任何用户提供的东西——因为一段关掉了自己所在区块的文字,会被当作指令来读。转义内容正是防止这一点的办法,也是手工拼提示词时最常跳过的一步。这里会包住区块、转义其中的内容、把名字清理成合法标签,而且反过来也行:贴上一段已带标签的提示词,把区块取出来单独修改其中一个。
功能特性
- 内容被转义,无法关掉自己所在的区块
- 标签名被清理,并在输入时同步显示
- 按块或行内两种包法
- 从已带标签的提示词中取出各个区块
- 找出开了却从未闭合的标签
- 把取出的区块直接载入编辑器
- 空区块直接省略而不输出
- 完整闭环:包住、取出、修改、再包住
如何使用 XML 提示分节构建器
- 给每个区块命名并贴上内容
- 凡不是你写的内容,保持转义开启
- 复制带标签的提示词
- 或者贴上一段已有的,把它的区块拆开
示例
输入
Customer Ticket
输出
<customer-ticket>…</customer-ticket>
名字会被清理:标签里不能有空格和大写字母。
常见错误与故障排除
- 我的标签名被改了。 — 标签不能含空格或大写字母,也不能以数字开头。清理后的写法会显示在输入框旁边。
- 某个区块取不出来。 — 取出需要有配对的闭合标签。未闭合的标签会单独列出,因为那通常才是真正的毛病。
- 我自己的指令要转义吗? — 对你自己写的文字很少要紧,对不是你写的则总是要紧。保持开启是稳妥的默认。
- 标签真的有用吗? — 在内容与指令相接的地方最有用。对一条没有嵌入内容的短提示词,小标题一样清楚,还更省 token。
常见问题
- 为什么用标签而不是小标题?
- 小标题为读者标出结构;标签标出的是内容无法越过的界线。当你嵌入文档或用户提供的文字时,起作用的是后一种性质。
- 这能挡住提示词注入吗?
- 它去掉了一条具体路径:内容关掉自己所在的区块,然后以指令的身份继续。对于区块内部单纯写着劝诱性指令的内容,它无能为力——那取决于你的指令如何对待它在那里读到的东西。
- 这是 XML 吗?
- 看着像,但并不会按 XML 解析。所以这里只转义那三个会破坏界线的字符,而不是去生成严格良构的文档。
- 区块能取回来吗?
- 可以——贴上带标签的提示词就会取出各个区块,若想改其中一个再重新拼装,还能直接载入编辑器。
- 标签名重要吗?
- 有说明性的名字更好。<customer-ticket> 比 <data> 更能告诉读者里面是什么,代价却一样。
相关工具
- 少样本示例构建器 — 把输入输出对转成带标签、JSON 或对话格式的示例。
- 系统提示检查器 — 找出自相矛盾、无效指令与未替换的占位符。
- 提示模板填充 — 把一条提示展开到整张表格,并看清缺了哪些值。
- 提示差异比较 — 逐词比较两个提示版本,并给出 token 差额。
- 对话记录转换 — 把消息数组转成可读记录,也能转回去。
- 文本切分 — 把文档切成有重叠的片段,只在真正的边界处断开。
更多AI 与智能体工具
查看全部AI 与智能体工具 · 全部工具