基于SpringBoot的同城代驾管理系统的设计与实现
2026/9/6 23:59:09
5分钟读懂AI系统提示词：开源项目L1B3RT45上手指南
开源项目L1B3RT45收录了各大AI厂商的系统提示词样本和一份特殊token目录，是一套用来学习模型"底层指令"怎么写的对照素材。读它你不必会写代码，就能明白提示词该怎么组织，并把自己给AI写的指令改得更稳。
这个开源项目里到底存了什么
说白了，L1B3RT45不是教程，而是一个"提示词样本库"。平时各家产品里真正生效的系统提示词都藏在服务端，你看不到；这个项目把不少样本整理了出来，方便你逐份阅读、横向对照。
新手最常问"提示词到底该怎么组织"，这个项目给的答案是：直接看真实的。建议先打开 SYSTEMPROMPTS.mkd，它按厂商分节，收录了Mistral、OpenAI、Anthropic等模型的完整系统提示词，每份都标注了出处。
另一个值得看的是 *SPECIAL_TOKENS.json。它是一份特殊token目录，记录了词表里那些"行为异常"的片段，属于偏研究向的彩蛋内容，有空再翻即可。
如何拆解一份系统提示词的结构
拿其中的Le Chat提示词举例，它大致分四层：身份声明、能力清单、行为边界、输出规则。
你是[角色]，由[团队]开发的AI助手 能力：[能做什么，逐项列出] 边界：[什么情况必须拒绝或澄清] 格式：[回答用什么结构输出]四层层层递进：先定"我是谁"，再讲"我能干啥"，然后划"哪里不行"，最后约定"答案长什么样"。你给自己常用的AI写自定义指令时，套这个骨架就行。
从各家提示词里能抄哪些表达
读样例时可以把好用的表述单独记下来。比如Claude的三种风格模式，本质是三段"语气约束"：解释型要求像老师一样拆步骤、正式型要求结构清晰不说口语、简洁型要求先给结论不铺垫。
建议你按使用场景各抄一段，改一改就能用。写学习类问题用解释型，写工作汇报用正式型，要快速结果用简洁型。
另外注意一个共同点：负向约束比正向要求更管用。Mistral的提示词里明确写了"不确定的信息就说没有，不要编造"，这种"不许做什么"的条款，比空泛的"要准确"更能压住幻觉。写自己的提示词时，也建议带上两三条明确禁止项。
那份特殊token目录能拿来做提示词调试
*SPECIAL_TOKENS.json 收录了7895个"故障token"。文件开头的 behavior_categories 把行为分成了几类：有的模型拒绝重复、有的会让输出无限打转、有的会让模型"失忆"。
怎么用？把里面的样本拼进你自己的提示词尾部，发给模型测一测，观察它是否卡死、跑题或开始乱码。这不教你写提示词，而是帮你给自己的提示词做稳定性测试，属于进阶玩法。
把样例变成自己的提示词，要改哪三步
把前面的观察落地，改提示词只需三步：把角色和知识时间钉死，再写两三条负向约束，最后规定输出格式。
你是资深周报助手 不要编造我没有提到的数据和结论 输出三段：本周完成、遇到卡点、下周计划改完发一遍，对照模型回答挑毛病，再迭代。提示词不是写完就定稿的，改到"模型总按你的规矩来"才算收工。
这个开源集合的价值就在这三步里：读样例、拆骨架、记下能直接复用的表达，异常token留着做压力测试。想动手体验，一条命令即可：
git clone https://gitcode.com/GitHub_Trending/l1/L1B3RT45建议从任一厂商的提示词读起，读完整份再挑一个场景仿写一版，一两个小时就能建立起对系统提示词的体感。
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考