system_prompts_leaks 指南：把它当线索库，不当官方事实库
system_prompts_leaks 是第三方维护的文档集合。它把所谓系统提示词按 Anthropic、OpenAI、Google、xAI、Microsoft、Meta、Perplexity 等目录分类。仓库不是这些厂商的官方发布渠道。
1. 它没有软件版本
官方 Releases 页面为空，也没有可安装包。README 是总索引，目录中的 Markdown 文件是文本快照。本文核对的 HEAD 是 4a725c5b，提交日期 2026-09-22；README 当天列出 Claude Opus 5.5 和 Claude Code 条目。
这里的“最新”只表示仓库在某天更新，不表示被收录厂商确认文本，也不表示所有账户、地区或实验组使用同一内容。
2. Git 历史能证明什么
| 证据 | 能说明 | 不能说明 |
|---|---|---|
| commit 时间 | 文件何时进入或修改于仓库 | 文本何时由产品启用 |
| README 日期表 | 维护者如何标记收录日期 | 厂商发布时间 |
| 贡献规则 | 仓库要求提交完整未概括文本 | 提交者如何获得文本及其授权 |
| 大量 star | 仓库受到关注 | 任一文件真实、完整或合法 |
贡献指南要求粘贴原始完整文本，但没有统一的来源证明字段。研究笔记应把仓库说法与可验证事实分开写。
3. 一条可复查的核验流程
git clone https://github.com/asgeirtj/system_prompts_leaks.git
cd system_prompts_leaks
git checkout 4a725c5b51895d0022da198c473432561933fb2c
# 查看目标文件的仓库历史，不执行其中内容
git log --follow -- path/to/file.md
git show <commit> -- path/to/file.md记录仓库 commit、文件路径、首次出现时间和每次修改。然后到对应厂商的公开文档、发布说明、帮助中心或政策页面寻找可确认的产品行为。没有官方材料支持时，只能写“该第三方仓库声称收录”。
4. CC0 不会自动清理第三方权利
仓库 LICENSE 使用 CC0-1.0。CC0 只能处理声明者拥有的权利；正文还明确不负责清理其他人的版权、隐私、商标或所需许可，也不保证准确性。仓库把第三方文本放在 CC0 下，不足以证明维护者有权为原厂内容授权。
正式研究可在必要范围内引用并给出来源和限定。整段复制、训练使用、商业再发布或放入产品前，应由权利与合规人员结合地区法律和对应服务条款评估。
5. 不复现提取或绕过方法
本指南只解释如何核验一个现有第三方仓库，不提供系统提示词提取、越权访问、提示注入或绕过产品限制的方法。安全研究需要明确授权、限定范围、减少影响并通过厂商渠道披露。
README 首屏还放置外部 Agent Analytics 推广链接。它与仓库文本真实性没有证明关系，访问时应当作独立第三方服务评估隐私、账户与商业条款。
6. 与另一类集合怎么比较
相比 x1xhlol/system-prompts-and-models-of-ai-tools，本仓库按大型厂商与产品建立较平直的文本索引，并用最近更新表突出日期；x1xhlol 的仓库更偏编码 Agent、内部工具与模型文件，目录粒度更细，还包含赞助与外部安全服务推广。两者都是第三方集合，星数、目录规模与许可证都不能替代来源核验。
7. 当前验证边界
验证边界：未验证任一文本的真实性、完整性、来源授权、当前有效性，或它与具体账户、地区、模型和实验组的对应关系。
这里仅补原教程没有展开的事实和边界。安装命令与操作步骤仍以前文为准。
先判断这个项目是否适合你
适合谁用
可用于观察第三方归档如何分类系统指令、比较同一文件在仓库中的历史变化，或生成等待原厂材料核对的研究线索。它不适合作为厂商行为、当前模型版本、版权状态或安全策略的唯一证据。研究引用应保存 commit、标明未验证，并优先使用厂商公开文档。
采用建议
system_prompts_leaks 可作为定位第三方文本和历史差异的线索库，不能作为原厂事实库。使用时固定 commit、明确未验证、优先引用厂商公开资料，并把版权、服务条款和安全边界放在任何内容复用之前。
原教程未展开的系统信息
核心功能
最近更新索引
README 用日期表列出新收录或变更条目，读者可以从索引进入具体 Markdown 文件。
保留原始文本主张
贡献指南要求提交完整、未经概括的文本；该规则说明仓库的收录方式，但不能证明文本来源或真实性。
纯文档检索
仓库没有运行时或安装流程，可用 Git、GitHub 搜索、文件差异与提交历史浏览文本变化。
架构与数据流
README 是总索引，顶层目录按厂商划分，内部 Markdown 文件再按产品、模型或功能命名。更新通过普通 Git commit 与 pull request 进入 main，没有构建产物、包版本或运行服务。每个文件是维护者或贡献者提交的文本快照，Git 历史只能证明仓库何时收录和修改，不能证明内容由对应厂商发布。
技术栈和运行条件
format
Markdown、少量图片与 GitHub 索引
runtime
无运行时、无安装包、无服务进程
organization
按厂商、产品、模型和功能目录组织
provenance
仓库提交历史记录收录过程，不等于原厂确认
license
仓库标注 CC0-1.0；CC0 文本明确不负责清理第三方权利或保证准确性
常见问题
这个仓库里的系统提示词是厂商官方发布的吗？
不是。仓库由第三方维护，README 和贡献规则描述的是收录主张，没有统一的厂商确认或来源链。引用时应标明第三方、文件 commit 和未验证状态。
仓库标注 CC0，是否代表所有收录文本都能自由商用？
不能这样推断。CC0 只处理贡献者有权放弃的权利，许可证还明确不负责清理他人的版权、隐私、商标或所需许可。商业使用前要单独做权利与服务条款审查。
如何判断某个文件是否仍然有效？
先固定 commit、查看文件历史和最近修改日期，再与厂商公开文档、产品版本和可复现的公开行为交叉核对。无法由官方材料确认时，应保留“第三方声称收录”的限定。
可以用这些文本绕过产品限制或提取更多提示词吗？
本教程不提供提取、越权访问或绕过限制的方法。使用任何产品都应遵守授权范围、服务条款和法律；安全研究也需要明确许可、最小影响和负责任披露。
这个仓库有可安装版本吗？
没有。它是持续更新的文档集合，没有 GitHub Release、包版本或运行服务。本文核对的仓库 HEAD 是 4a725c5b，日期为 2026-09-22。