ArrayKit

提示词 XML 区块构建器

把提示词的各个区块包进内容跑不出去的标签里。

提示词 XML 区块构建器

把提示词的各个区块包进内容跑不出去的标签里。

提示词区块里常常放着客户内容。一切都在浏览器里组装,不会上传。

检查成稿的提示词

关于 XML 提示分节构建器

提示词里之所以要有标签,只有一个理由:让"指令到此为止、内容从此开始"这条界线毫不含糊。这条界线在内容不是你写的时候最要紧——粘进来的文档、一张工单、任何用户提供的东西——因为一段关掉了自己所在区块的文字,会被当作指令来读。转义内容正是防止这一点的办法,也是手工拼提示词时最常跳过的一步。这里会包住区块、转义其中的内容、把名字清理成合法标签,而且反过来也行:贴上一段已带标签的提示词,把区块取出来单独修改其中一个。

功能特性

  • 内容被转义,无法关掉自己所在的区块
  • 标签名被清理,并在输入时同步显示
  • 按块或行内两种包法
  • 从已带标签的提示词中取出各个区块
  • 找出开了却从未闭合的标签
  • 把取出的区块直接载入编辑器
  • 空区块直接省略而不输出
  • 完整闭环:包住、取出、修改、再包住

如何使用 XML 提示分节构建器

  1. 给每个区块命名并贴上内容
  2. 凡不是你写的内容,保持转义开启
  3. 复制带标签的提示词
  4. 或者贴上一段已有的,把它的区块拆开

示例

输入

Customer Ticket

输出

<customer-ticket>…</customer-ticket>

名字会被清理:标签里不能有空格和大写字母。

常见错误与故障排除

  • 我的标签名被改了。 — 标签不能含空格或大写字母,也不能以数字开头。清理后的写法会显示在输入框旁边。
  • 某个区块取不出来。 — 取出需要有配对的闭合标签。未闭合的标签会单独列出,因为那通常才是真正的毛病。
  • 我自己的指令要转义吗? — 对你自己写的文字很少要紧,对不是你写的则总是要紧。保持开启是稳妥的默认。
  • 标签真的有用吗? — 在内容与指令相接的地方最有用。对一条没有嵌入内容的短提示词,小标题一样清楚,还更省 token。

常见问题

为什么用标签而不是小标题?
小标题为读者标出结构;标签标出的是内容无法越过的界线。当你嵌入文档或用户提供的文字时,起作用的是后一种性质。
这能挡住提示词注入吗?
它去掉了一条具体路径:内容关掉自己所在的区块,然后以指令的身份继续。对于区块内部单纯写着劝诱性指令的内容,它无能为力——那取决于你的指令如何对待它在那里读到的东西。
这是 XML 吗?
看着像,但并不会按 XML 解析。所以这里只转义那三个会破坏界线的字符,而不是去生成严格良构的文档。
区块能取回来吗?
可以——贴上带标签的提示词就会取出各个区块,若想改其中一个再重新拼装,还能直接载入编辑器。
标签名重要吗?
有说明性的名字更好。<customer-ticket> 比 <data> 更能告诉读者里面是什么,代价却一样。

相关工具

更多AI 与智能体工具

查看全部AI 与智能体工具 · 全部工具