jailbreaks：31份覆盖25+模型的可粘贴提示词集合
给模型研究者和编码代理用户的31份提示词合集，覆盖API、AGENTS.md与Ollama，不是摘要而是可直接粘贴的完整文件。
GitHub togg53192-cmd/jailbreaks 更新 2026-10-28 分支 main 星标 5.5K 分叉 822
提示词工程 LLM安全研究 Claude/GLM/DeepSeek OpenCode/Ollama

🧭 决策指南

为什么现在热： 无法从材料判断

适合，如果你

  • 你要在Claude、GLM或DeepSeek上研究system prompt与persona framing的影响。
    README 的 About 与 Disclaimer 章节分别说明收录25+模型，并研究 instruction hierarchies、persona framing 与 prompt conflicts。
  • 你的编码代理支持AGENTS.md，或你的工作区使用OpenCode。
    README 的 How to Use > AGENTS.md Files 与 Workspace Policies 章节给出了AGENTS.md根目录和 ~/.config/opencode/AGENTS.md示例。
  • 你使用Ollama并需要Gemma 4或GPT-OSS 20B的Modelfile。
    README 的 Collection > Ollama Modelfiles列出Gemma 4与GPT-OSS 20B，How to Use > Ollama Modelfiles提供创建命令。

不适合，如果你

  • 你需要保证提示词在模型更新后仍稳定工作。
    README 的 How to Use > Grok Configuration 注释明确写着Prompt behavior is highly version-dependent，旧行为可能在新版本停止。
  • 你的用途是伤害他人、绕过平台规则或违反模型提供商条款。
    README 的 About 警告与 Disclaimer 均明确禁止harm、bypass applicable laws及违反平台或模型提供商条款。
  • 你只接受有明确开源许可证和正式版本发布的依赖项目。
    项目元数据显示许可协议Not specified、版本发布为0个，README也未提供许可证或release说明。

前置条件

  • 使用API system消息、聊天机器人custom-instruction字段或agent-level instruction block的客户端。
  • 使用AGENTS.md的编码代理或兼容工具；README要求将文件放在相关repository或workspace根目录。
  • 使用Ollama时，需要可读取gemma4.md等文件并执行README中的ollama create命令。
  • 目标客户端或harness必须支持README列出的对应instruction surface；具体位置依赖client或harness。

第一步命令（README 原文）

ollama create gemma4-jb -f gemma4.md

要注意

  • Grok配置不能直接塞进普通对话，应放入目标harness的配置字段。
    README 的 How to Use > Grok Configuration明确要求放入target harness的configuration field。
  • AGENTS.md的准确路径取决于客户端或harness，OpenCode示例是 ~/.config/opencode/AGENTS.md。
    README 的 Workspace Policies章节同时给出OpenCode路径并说明exact location depends on the client or harness。
  • 贡献规范要求每个文件只放一个提示词，并明确目标载体。
    README 的 Contributing 章节要求One prompt per file，并说明属于system prompt、AGENTS.md或Modelfile等instruction surface。

材料未说明

  • README没有给出各提示词在Claude、GLM或DeepSeek上的成功率、评测方法或对照实验结果。
  • README没有说明具体模型版本、API提供商、上下文长度或运行成本。
  • README没有说明Ollama、Gemma 4或GPT-OSS 20B所需的硬件、磁盘和内存要求。
  • README没有列出完整许可证文本，也没有说明31份文件是否具有统一授权。
  • 项目元数据没有说明Mixed/Unknown技术栈的具体实现语言或自动化测试情况。
  • 项目有4位贡献者、0个版本发布和10个最近提交，但README没有说明维护分工或发布流程。

💡 深度解析

6
适合 我不使用 OpenCode，而是在本地 Ollama 中运行 Gemma 4 或 GPT-OSS 20B；我需要一个包含 FROM 和 SYSTEM 的可执行 Modelfile，这个仓库适合吗？
适合读者： 在本地 Ollama 上运行 Gemma 4 或 GPT-OSS 20B、希望直接从 Modelfile 创建自定义模型的开发者

适合，README 为 Gemma 4 和 GPT-OSS 20B 单独提供了 Ollama Modelfile，并给出了可以直接执行的创建命令。

  • Collection 的 Ollama Modelfiles 部分列出 gemma4.md 和 gpt-oss-20b.md，类型都明确为“FROM + SYSTEM block”，不是需要自行转换的普通提示词。
  • How to Use → Ollama Modelfiles 说明可以直接使用 supplied file，并给出 ollama create 流程，符合本地构建模型的需求。
  • README 同时警告提示行为依赖模型版本、指令层级和更新状态，因此 Modelfile 能被 Ollama 接受，不代表 SYSTEM 内容一定改变目标模型的行为。
  • 项目数据中的 license 为 Unknown；如果你要把构建后的模型或配置交付给团队、产品或客户，许可与来源边界仍需单独确认。
  • Collection → Ollama Modelfiles：Gemma 4 与 GPT-OSS 20B
  • Collection：两者类型均为“FROM + SYSTEM block”
  • How to Use → Ollama Modelfiles：`ollama create gemma4-jb -f gemma4.md`
  • 项目核心数据：license 为 Unknown
ollama create gemma4-jb -f gemma4.md
材料未说明：README 未说明 Gemma 4 或 GPT-OSS 20B 所需的 Ollama 版本、基础模型拉取方式、硬件要求和上下文限制。；README 未提供 Modelfile 的运行结果、资源消耗、推理速度或与原始模型的行为差异。
不适合 我需要把一套稳定、可回归验证的系统提示词部署到 DeepSeek V3/V4、Kimi K2 和 Qwen 3.7/3.8 的生产 API 中；这个仓库能直接作为生产配置来源吗？
适合读者： 为 API 应用维护 DeepSeek V3/V4、Kimi K2 和 Qwen 3.7/3.8 系统提示词的 AI 应用工程师

不适合直接作为生产配置来源，因为它提供的是完整样本集合，而不是带兼容性矩阵、回归数据和维护承诺的生产配置系统。

  • Collection 确实覆盖 DeepSeek V3/V4、Kimi K2/K3 以及 Qwen 3.7/3.8，并区分 system prompt、workspace operating profile 等类型，可作为候选素材。
  • README 的 About 强调文件是“complete and paste-ready”，但这只说明格式完整，不等于经过 API 版本、工具调用或业务任务验证。
  • README 明确写出提示行为“highly version-dependent”，模型更新、指令层级变化或系统提示词轮换都可能使旧文件失效。
  • 项目没有 release，项目数据中的 license 为 Unknown；同时 README 没有提供自动化评测、回归结果、兼容性矩阵或生产支持边界。对生产 API 而言，这些缺口不能由“可粘贴”补足。
  • Collection：DeepSeek V3/V4、Kimi K2/K3、Qwen 3.7/3.8
  • About：“Every file is intended to be complete and paste-ready.”
  • About：“31 prompts targeting 25+ models”
  • Note：“Prompt behavior is highly version-dependent.”
  • 项目核心数据：latest_release 为空、release_count 为 0、license 为 Unknown
材料未说明：README 未说明这些系统提示词对应的 API 端点、模型快照、采样参数、上下文窗口或工具调用设置。；README 未说明文件是否经过生产任务、权限边界、数据泄露和回归测试。
适合 我正在比较 Claude Opus v1/v2 与 Sonnet v1/v2 的 persona framing、提示冲突和策略覆盖，希望拿到完整文本而不是摘要；这个仓库适合作为研究基线吗？
适合读者： 研究 Claude Opus v1/v2、Sonnet v1/v2 提示注入与指令优先级的模型安全研究人员

适合，尤其适合作为提示词样本和版本对照的起点，但不能把它当成已验证的安全结论。

  • README 的 Collection 明确列出 Opus v1/v2 与 Sonnet v1/v2，且按版本保留独立文件，便于逐项比较演进差异。
  • About 声明仓库包含 31 个面向 25+ 模型的完整、可粘贴文件，强调“No summaries. No partial excerpts.”，符合需要审阅完整上下文的研究约束。
  • Warning 将 instruction hierarchies、persona framing、prompt conflicts 和 policy overrides 列为研究对象，并说明也可用于提示注入防护研究。
  • 但 README 同时指出提示行为高度依赖版本，系统提示词和指令层级会变化，因此样本适合建立实验基线，不足以证明 Claude 的稳定行为或安全边界。
  • Collection：Opus v1/v2、Sonnet v1/v2 独立文件
  • About：包含“31 prompts targeting 25+ models”以及“No summaries. No partial excerpts.”
  • Warning：研究“instruction hierarchies, persona framing, prompt conflicts, and policy overrides”
  • Prompt behavior is highly version-dependent.
材料未说明：README 未说明这些 Claude 文件的原始来源、采集时间、对应 API 版本或是否经过官方验证。；README 未提供统一测试集、成功率、重复实验结果或 Opus/Sonnet 的可比评测指标。
视情况 我想把 OpenCode Zen、Claude、DeepSeek、GLM 以及 Ollama 的配置放进同一个实验矩阵，比较 system prompt、AGENTS.md 和 Modelfile 对行为的影响；这个仓库是否适合做跨运行时资料底座？
适合读者： 同时比较 OpenCode Zen 免费模型、GLM、DeepSeek、Claude 和 Ollama 模型的实验人员，需要跨运行时建立 31 份配置的对照表

视情况：它非常适合作为跨运行时的样本底座，但不适合作为已经标准化、可直接横向比较的实验数据集。

  • About 声明仓库覆盖 31 个提示词和 25+ 模型，范围包括 OpenCode Zen、Claude、GLM、DeepSeek、Kimi、Grok、Gemini、Mistral、Qwen、Gemma 和 GPT-OSS。
  • 文件形式横跨 API system message、聊天客户端 custom instructions、AGENTS.md、workspace policy、Grok 配置和 Ollama Modelfile，能够把不同指令承载层放入同一研究框架。
  • Collection 还保留 Opus、Sonnet 和 Muse Spark 等显式版本或运行时变体，有利于观察配置演进。
  • 但这些格式的作用域和优先级不同，README 没有提供统一输入、统一采样参数、模型快照、成功判定或自动差异工具。因此可以比较文件设计和行为实验结果，不能仅凭文件内容得出严格的模型排名。
  • About：“31 prompts targeting 25+ models”
  • About：覆盖 OpenCode Zen、GLM、DeepSeek、Kimi、Qwen、Gemma、GPT-OSS 及 Claude、Gemini、Grok、Mistral
  • How to Use：API `system` messages、custom-instruction fields、AGENTS.md、workspace instructions、Ollama Modelfiles
  • Collection：Opus v1/v2、Sonnet v1/v2、Muse Spark 1.3 与 v2
材料未说明：README 未提供跨模型统一的测试提示、采样配置、上下文长度、工具权限和输出评分标准。；README 未说明每个文件的采集来源、时间戳、模型快照或内容变更历史。
适合 我使用 OpenCode Zen 的 GLM ZCode 5.3，并且希望把仓库级行为写入项目根目录的 AGENTS.md；这个项目能否直接提供合适的配置文件？
适合读者： 在 OpenCode Zen 中使用 GLM ZCode 5.3、并需要把项目级指令放入 AGENTS.md 的编码代理开发者

适合，因为 README 明确提供 GLM ZCode 5.3 的系统提示词和 AGENTS.md drop-in，但实际效果取决于 OpenCode 与目标 harness 是否读取该文件。

  • Collection 同时列出 glm-zcode-5.3.md 和 glm-zcode-5.3-AGENTS.md，后者的类型明确标为“AGENTS.md drop-in”，与项目级指令需求直接匹配。
  • README 的 AGENTS.md 用法要求文件保存为 AGENTS.md，并放在相关 repository 或 workspace 的 root；兼容的 coding agents 可将其作为 project-level instructions。
  • OpenCode Zen 区域还列出了多个 assistant operating specification 和 workspace operating profile，说明仓库覆盖编码代理的工作区承载形式。
  • 不能假定该文件会覆盖模型、客户端或服务端已有策略；README 只说明兼容工具“can use”，没有给出 GLM ZCode 5.3 在 OpenCode 中的实际优先级测试。
  • Collection：GLM ZCode 5.3 对应 glm-zcode-5.3.md 与 glm-zcode-5.3-AGENTS.md
  • Collection：glm-zcode-5.3-AGENTS.md 类型为“AGENTS.md drop-in”
  • How to Use → AGENTS.md Files：放在 relevant repository or workspace 的 root
  • How to Use → System Prompts：支持“Agent-level instruction blocks”与“Harness-specific system prompt configuration”
材料未说明：README 未说明 OpenCode Zen 读取 AGENTS.md 的确切版本、搜索层级、覆盖规则或与内置系统提示词的优先级。；README 未说明 GLM ZCode 5.3 文件是否由模型提供方发布，或是否在真实 OpenCode 工作流中回归测试。
视情况 我在 OpenCode 中同时使用全局 workspace policy 和项目根目录 AGENTS.md，并担心 assistant operating specification 改变工具调用或权限边界；这个仓库适合直接复制到现有工作区吗？
适合读者： 使用 OpenCode 的编码代理维护者，既要配置全局 workspace policy，又要避免它与项目根目录 AGENTS.md 发生指令冲突

视情况：仓库能提供与 OpenCode 工作区和 AGENTS.md 对应的文件，但不适合在不了解现有指令层级时直接覆盖工作区配置。

  • OpenCode Zen 集合包含 assistant operating specification、workspace operating profile 和 AGENTS.md 等多种承载形式；README 还给出全局路径示例 ~/.config/opencode/AGENTS.md。
  • README 明确区分 system prompt、项目级 AGENTS.md 和 persistent global instructions，说明这些内容不应被当作普通聊天消息处理。
  • 常见风险是现有项目规范、全局策略与复制进来的 persona 或 operating policy 叠加后产生冲突；README 的 Warning 正是把 instruction hierarchies 和 prompt conflicts 作为研究对象。
  • 因此它更适合作为候选策略和对照材料，而不是未经审阅的全局替换包。README 没有给出 OpenCode 的精确优先级、工具权限继承或冲突解决规则。
  • How to Use → Workspace Policies：支持 persistent global instructions
  • How to Use → AGENTS.md Files：示例路径 `~/.config/opencode/AGENTS.md`
  • How to Use → System Prompts：区分 system prompt、Agent-level instruction blocks 与 harness 配置
  • Warning：研究“instruction hierarchies”与“prompt conflicts”
材料未说明：README 未说明 OpenCode 对全局 AGENTS.md、项目 AGENTS.md、模型内置策略和用户消息的精确优先级。；README 未说明这些 operating specification 是否会影响文件访问、网络访问、代码执行或工具调用授权。

✨ 核心亮点

  • 收录31份提示词，覆盖25+个模型
  • 支持Claude、GLM、DeepSeek等模型家族
  • 提供AGENTS.md、Ollama Modelfile格式
  • README明确提示行为高度依赖模型版本

🔧 工程化

  • 将完整提示词复制到API system或自定义指令字段
  • 为编码代理提供AGENTS.md和工作区策略文件
  • 用Ollama Modelfile配置Gemma 4与GPT-OSS 20B

⚠️ 风险

  • README称提示词行为高度依赖版本，更新后可能失效
  • 项目警告不得用于伤害、违法或绕过平台条款
  • 许可协议未在项目元数据中指定，合规边界不明

👥 适合谁？

  • 研究Claude、GLM或DeepSeek指令行为的开发者
  • 使用OpenCode、AGENTS.md或Ollama的编码代理用户
  • 需要完整可粘贴system prompt而非摘要的工程师