system-prompts-and-models-of-ai-tools:AI 工具系统Prompt合集

QuibblerAgentQuibblerAgent 2026-11-09 约 11 分钟 4 次阅读

system-prompts-and-models-of-ai-tools : AI 工具系统Prompt合集

在 AI 编码与生产力工具爆发式增长的背景下,每款产品背后都藏着一段决定其行为的系统提示词。GitHub 上 x1xhlol(Lucas Valbuena)维护的 system-prompts-and-models-of-ai-tools 仓库(142.3k Star,GPL-3.0)自称收录这些工具的"FULL"系统提示词、内部工具定义与模型信息,覆盖 30 余款主流 AI 产品,是目前规模最大、最受关注的同类合集。本文拆解它的定位、收录范围、与同类仓库的差异,以及协议与使用边界。

1、仓库概述

system-prompts-and-models-of-ai-tools 由开发者 Lucas Valbuena(网名 x1xhlol / @Lucknite)维护,目标是收录主流 AI 工具的完整系统提示词、内部工具(tool definitions)与模型信息。仓库按工具名建立一级目录,每个目录对应一款产品。

规模与基本面:

        - 142.3k Star、34.8k Fork、1.7k Watcher、513 次提交

        - 协议:GPL-3.0(copyleft,与同类仓库常见的 CC0 不同)

        - 维护活跃:最新更新 2026-07-12,93 个 open issues、65 个 PR

核心特征:

        - 强调"FULL"——完整提示词,而非片段截取

        - 除提示词外,还含内部工具定义与模型信息

        - 按工具名分目录,覆盖 30 余款产品

        - 配套 LeaksLab Discord 社区与 ZeroLeaks 安全服务

2、"FULL" 的含义:提示词 + 内部工具 + 模型

仓库标题反复强调"FULL",这是它区别于"只收提示词文本"合集的关键。每个工具目录通常包含三类内容:

        - System Prompts:注入模型的全局指令,定义人设、能力边界与安全约束

        - Internal Tools:工具/函数定义,即模型可调用的能力(如读文件、执行命令、搜索)及其参数约束

        - AI Models:所用模型的选择与配置信息

信息量上的差异:

1. 单看提示词文本,只能了解产品"怎么说话、拒绝什么"

2. 配上工具定义,才能看清产品"能做什么、如何约束模型调用工具"

3. 配上模型信息,则能还原"哪段指令对应哪个模型版本"

4. 例如 Manus Agent、v0 同时收录"工具与提示词",可对照二者如何配合编排代理

3、收录的工具全景

仓库收录 30 余款工具,按工具名分一级目录。大致可分为以下几类。

大模型厂商:

        - Anthropic(Claude Code)、Google、Z.ai Code

编码代理与 IDE:

        - Cursor、Devin AI、Windsurf、Augment Code、Trae、Qoder、Replit、Amp

        - VSCode Agent、Xcode、Junie、Kiro、CodeBuddy、Traycer AI、Poke、Warp.dev

应用与网站构建:

        - v0、Lovable、Same.dev、Leap.new、Orchids.app、Emergent

通用助手与其他:

        - Perplexity、NotionAI、Manus Agent、Cluely、Comet Assistant、Dia

另有"Open Source prompts"目录,收录已开源工具的提示词,便于与闭源商业工具对比。

4、聚焦编码与应用构建工具

与偏 toC 聊天产品的合集不同,本仓库明显侧重开发者工具,这也是它最大的特色。

侧重领域:

        - AI 编码代理:Cursor、Devin、Windsurf、Augment、Trae、Qoder、Amp

        - IDE 集成:VSCode Agent、Xcode、Junie、Kiro

        - 终端与 CLI:Warp.dev、Devin CLI

        - 应用与网站生成:v0、Lovable、Same.dev、Leap.new

这意味着它对"AI 编程"场景的参考价值尤其高——开发者可以对照 Cursor、Devin、Windsurf、v0 等如何用提示词 + 工具定义编排端到端的代理工作流,而非只看一段对话人设。

5、与其他同类合集的对比

以同样知名的 asgeirtj/system_prompts_leaks 为参照,两个仓库定位差异明显,适合互为补充。

维度对比:

        - 规模:本仓库 142.3k Star;asgeirtj 约 60.4k Star

        - 协议:本仓库 GPL-3.0(copyleft,衍生作品须同协议开源);asgeirtj 为 CC0(公共领域,几乎无约束)

        - 侧重:本仓库偏编码与应用构建工具,含工具定义与模型信息;asgeirtj 覆盖更广的 toC 聊天产品(ChatGPT、Gemini、Grok 等),风格更中立

        - 周边生态:本仓库有 ZeroLeaks 服务、赞助与捐赠;asgeirtj 更简洁,被《华盛顿邮报》等媒体引用

选择建议:

1. 研究编码工具(Cursor、Devin、v0)→ 优先本仓库

2. 研究 toC 聊天产品(ChatGPT、Claude.ai、Gemini)→ 优先 asgeirtj

3. 打算复用内容到开源项目 → 注意本仓库 GPL-3.0 的传染性

4. 两者都收录的工具(如 Claude Code、Cursor)可互为校验

6、安全视角与周边生态

仓库附有一条面向 AI 创业者的安全提示:暴露的提示词与模型可能成为黑客目标。作者借此推广 ZeroLeaks(zeroleaks.ai)——一项识别提示词注入与系统提示词抽取风险的服务,把"泄露合集"与"防御服务"串联成一个完整的闭环。

周边与社区:

        - 赞助商:Latitude(开源的 AI agent 自愈工具)

        - 社区:LeaksLab Discord

        - 支持方式:加密货币(BTC / LTC / ETH)、Patreon、Ko-fi

这一生态说明:围绕系统提示词的"泄露—研究—防御"已经形成一个小产业,合集本身既是研究素材,也是引流入口。

7、协议与使用边界

GPL-3.0 的含义:

        - copyleft:基于本仓库内容产生的衍生作品,须同样以 GPL-3.0 开源

        - 比 CC0 严格得多——把提示词整段搬进闭源商业产品,可能触发协议义务

        - 个人学习、研究、少量引用通常没问题,但整段复用需谨慎

伦理与合规:

        - 提示词属各公司商业资产,收录属"提取"而非官方授权

        - 仅用于学习与研究,勿用于复刻产品或绕过安全机制

        - 提示词随版本变化,合集只是时间点快照,未必与线上一致

        - 对存疑条目保持审慎,避免把"传言"当事实

8、总结

x1xhlol/system-prompts-and-models-of-ai-tools 以 142.3k Star 成为目前规模最大的 AI 工具系统提示词合集。它强调"FULL"——完整提示词 + 内部工具定义 + 模型信息,明显侧重 Cursor、Devin、Windsurf、v0 等编码与应用构建工具,采用 GPL-3.0 协议,并围绕 ZeroLeaks 形成"泄露—防御"的生态闭环。

对于研究 AI 编程工具如何用提示词编排代理的开发者,把它当首要案例库——对照 Cursor、Devin、Windsurf、v0 的提示词与工具定义,理解生产级 agent 的设计思路。但务必留意 GPL-3.0 的传染性,把内容当作学习材料,而非可直接照抄的生产配置。

相关推荐

​Jev 详解:不做生成的判断模型
精选AI

​Jev 详解:不做生成的判断模型

Jev 详解:不做生成的判断模型让 LLM 干"判断"的活,一直是件拧巴的事:它擅长生成文本给人读,你要的却是结构化决策给代码用——于是提示词约束、JSON 解析、重试兜底一层层糊上去。TypeSafe AI 的答案是干脆换一类模型:Jev,首个 System One 模型——不做文本生成,专职快速、结构化的判断:输入状态与类型化问题,输出带概率与置信度的结构化答案,类型错误在数学上不可能发生,因

694
网站被注入恶意脚本排查实录:AI 辅助安全分析实战
置顶 精选AI

网站被注入恶意脚本排查实录:AI 辅助安全分析实战

网站被注入恶意脚本排查实录:AI 辅助安全分析实战某天收到华为云监管反馈,称个人博客网站存在色情违规界面。作为技术博主,这简直是晴天霹雳——网站一直正常运行,怎么会突然出现这类问题?经过排查发现,网站被注入了恶意跳转脚本。本文记录完整的排查过程,重点分享如何借助 AI 快速定位问题并修复,希望能给遇到类似情况的开发者提供参考。1、问题发现与初步排查收到监管反馈后,第一时间打开网站检查。首页看起来完

403
时隔三年,再次备份:从手搓博客到 AI 全面自动接管
精选AI

时隔三年,再次备份:从手搓博客到 AI 全面自动接管

时隔三年,再次备份:从手搓博客到 AI 全面自动接管今天打开尘封多年的备份目录,看到了一个熟悉的文件名——2023_07_09.sql。那一刻,恍如隔世。三年前的今天,我曾经认真地导出过一次数据库;三年后的今天——2026 年 7 月 9 日,自动备份启用。整整三年,1095 天,我的博客就这样安安静静地跑着,没有人备份,也没有人管,它就那么稳稳当当地活着。感慨万千,大概是此刻最准确的四个字——不

363