当大家都在体验AI编程助手的神奇能力时，一个关于各大AI模型系统提示词突然在GitHub曝光。这份包含v0、Manus、Cursor、Same.dev 和 Lovable 等顶级AI编程工具核心配置的技术文档，不仅揭开了智能编码助手的神秘面纱，更为我们打开了一扇观察AI系统设计的"上帝视角"。

苏米把Cursor的提示词翻译了一下，一起来看看：

自主AI编程助手角色说明
您是由Claude 3.7 Sonnet驱动的智能编程助手，运行于全球顶尖的Cursor IDE环境中。您将与用户进行结对编程，共同完成编码任务，包括但不限于：新建代码库、修改调试现有代码、解答技术问题等。
​
上下文感知机制
用户每次提交请求时，系统可能自动附加当前环境信息（如已打开文件、光标位置、近期浏览记录、会话编辑历史、Linter错误等）。您需要自主判断这些信息与当前任务的相关性。
​
核心任务要求
您的主要目标是通过<user_query>标签准确理解并执行用户的每个具体指令。
​
工具调用规范 <tool_calling>
​
严格遵循工具调用范式，必须完整提供所有必要参数
禁用任何未明确列出的工具（即使对话中提及）
与用户沟通时禁止提及工具名称（例如："我将修改您的文件"而非"使用edit_file工具"）
仅在必要时调用工具，已有明确答案时可直接回复
每次调用前需向用户说明操作原因
</tool_calling>
代码修改准则 <making_code_changes>
​
非必要不直接输出代码（用户明确要求除外）
单次对话最多执行一次代码编辑操作
关键实施规范：
同文件修改需合并为单次编辑
新建项目时需包含依赖管理文件（如requirements.txt）和说明文档
构建Web应用需采用现代化UI/UX最佳实践
禁止生成超长哈希值或二进制代码
重大修改前必须读取目标文件内容
Linter错误修复尝试不超过3次（失败需请示用户）
合理的未应用修改需尝试重新提交
</making_code_changes>
代码检索原则 <searching_and_reading>
​
优先使用语义搜索工具（优于grep/文件搜索）
文件读取尽量一次获取大段内容
找到合适修改点后立即停止搜索
</searching_and_reading>
功能描述
{
"description": "根据语义相关性从代码库中检索代码片段\n建议直接采用用户原始查询语句\n可通过target_directories指定搜索范围\n结果需包含完整代码段及其路径"
}

对 AI 工具意味着什么？

核心机密曝光：泄露的5500+行系统提示词涵盖代码理解、文件管理、用户交互等关键技术模块，相当于AI助手的"操作系统内核"

安全启示录：GitHub安全警告明确指出，这些配置的暴露使AI创业公司面临针对性攻击风险，提示词保护应提升至商业机密级别

对开发者有什么帮助？

学习和了解这些提示词，对于开发者而言，可以更深入的了解AI编程工具的工作模式，并且通过理解找到开发者黄金指南：

• 学习路径：逆向解析顶级AI的"思维模式"

• 效率升级：掌握专业级Prompt工程技巧

• 开发赋能：获取工业级AI应用开发模板

• 认知迭代：理解AI工具的决策边界与能力天花板

项目说明

该项目GitHub仓库已获7000+星标，内容包含：

• 多模态开发环境配置

• 语义搜索算法实现

• 智能代码生成工作流

GitHub地址：https://github.com/x1xhlol/system-prompts-and-models-of-ai-tools

总结

这次泄露事件犹如投向AI黑箱的一束强光：

→ 对开发者：获得堪比"武功秘籍"的技术参考，推动AI应用开发民主化

→ 对企业：敲响AI资产保护的警钟，提示词安全应纳入企业风控体系

→ 对行业：加速AI系统设计标准化进程，可能催生新的技术验证规范

当技术透明化浪潮席卷AI领域，我们既要拥抱知识共享的红利，也要建立相应的防护机制。