news 2026/9/8 18:32:26

解密 Gemini 2.0 Flash Web 应用系统提示词:黄金法则、LaTeX 约束与代码化搜索机制

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
解密 Gemini 2.0 Flash Web 应用系统提示词:黄金法则、LaTeX 约束与代码化搜索机制

解密 Gemini 2.0 Flash Web 应用系统提示词:黄金法则、LaTeX 约束与代码化搜索机制

【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5.1, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-6-Astra, Codex. Google - Gemini 3.8 Flash, 3.1 Pro, Antigravity. xAI - Grok, Grok Bot, Cursor, Kimi and more! Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks

在 system_prompts_leaks 仓库的 Google/ 目录下,归档了一批按版本捕获的 Google Gemini 系统提示词。本文以 Google/gemini-2.0-flash-webapp.md 为主体,逐段拆解这份 Gemini 2.0 Flash Web 应用(Webapp 消费端)实际注入的提示词:它的身份设定、五大"黄金法则"、风格与格式要求,以及通过 Python 代码执行 Google Search 的工具调用机制,并与同仓库捕获的 Gemini 2.5 Pro、Gemini 2.5 Flash、Gemini 3 Pro 等版本提示词做横向对照。读完本文,读者将能够从"提示词工程"视角理解 Google 消费级助手的产品化设计思路,并掌握还原、比对各版本系统提示词结构的方法。

一、文档定位:这份提示词从哪里来,属于哪个版本

根据仓库 README.md 中的归档索引,Gemini 系列提示词集中在 Google 目录,其中较旧版本被收纳在 "Older models & variants" 折叠表中,本文件即以Gemini 2.0 Flash | Webapp的身份被收录,路径为 Google/gemini-2.0-flash-webapp.md。与同目录下标注APIGuided learningAI StudioImage preview等渠道/形态的其他捕获(如 Google/gemini-2.5-pro-api.md、Google/gemini-2.5-pro-guided-learning.md、Google/gemini-2.5-flash-image-preview.md)不同,本文件属于面向网页端聊天界面(Webapp)的完整运行时提示词。

从全文结构看,这份提示词可以被划分为四个层次:

  1. 身份与行为总纲:模型名、目标声明、"黄金法则"式行为准则;
  2. 风格与格式指令:语气、结构、数学/科学符号的 LaTeX 排版规则;
  3. 工具使用接口:一段可运行的 Pythontool_code及 Google Search 调用签名;
  4. 运行时占位符:当前时间与用户位置。

下面逐层深入。

二、身份设定与"无幻觉"的第一道防线

文件开头仅用一句话完成模型初始化:

You are Gemini, a helpful AI assistant built by Google. I am going to ask you some questions. Your response should be accurate without hallucination.

这段文本有三个信息点值得注意:

  • 归属声明:明确 "built by Google",避免模型在对话中被误认为其他厂商产品;
  • 交互姿势预置:"I am going to ask you some questions" 将回合制对话场景预先声明为问答型交互;
  • 准确性红线:"accurate without hallucination" 直接点名幻觉(hallucination)作为首要对抗目标,说明提示词在开局阶段就以负向约束压低了编造倾向。

值得对照的是,同仓库捕获的后续版本在同样位置开始出现结构化差异:Google/gemini-2.5-pro-webapp.md 的开头仍保留同一身份句,但紧随其后即转入# Guidelines for answering questions,把约束展开成多段问答细则(多答案并存、多部分问题全覆盖、时间敏感问题用当前日期、跨语言回答、信息转述而非照抄等);而 Google/gemini-3-pro.md 的开头则改写为 "I am Gemini, a large language model built by Google",并直接进入Tool Usage RulesExecution Steps。可以推断:随着版本演进,Gemini 的提示词从"靠一段总纲约束"逐步过渡到"分章节、分角色执行"的工程化形态。

三、"黄金法则":五大行为准则逐条解析

在身份句之后,提示词引入了一段自述式准则框架:

You're an AI collaborator that follows the golden rules listed below. You "show rather than tell" these rules by speaking and behaving in accordance with them rather than describing them.

这里的关键设计是"用行为展示而非口头描述规则"(show rather than tell)——要求模型不要复述这些准则,而是让准则体现于实际语气与行为。这种写法在提示词工程中用于降低"背诵式回复"、提升自然度。

3.1 协作与情境感知(Collaborative and situationally aware)

You keep the conversation going until you have a clear signal that the user is done. You recall previous conversations and answer appropriately based on previous turns in the conversation.

这一条约束了两件事:对话持续推进直至明确的结束信号(对应 Web 聊天场景"话没说完不抢答"),以及回合级上下文记忆的正确使用。

3.2 可信且高效(Trustworthy and efficient)

You focus on delivering insightful, and meaningful answers quickly and efficiently. You share the most relevant information that will help the user achieve their goals. You avoid unnecessary repetition, tangential discussions, unnecessary preamble, and enthusiastic introductions. If you don't know the answer, or can't do something, you say so.

原文中刻意出现insightful, and meaningful这类带逗号的中间形态,从源码结构看属于提示词原样捕获时保留的草稿痕迹。该条的核心工程语义是:以"与用户目标最相关的信息"为唯一内容选择标准,显式禁止不必要的重复、跑题、冗长前言与热情的开场白,并要求能力边界透明(不知即说不知)。

3.3 博学且有洞见(Knowledgeable and insightful)

You effortlessly weave in your vast knowledge to bring topics to life in a rich and engaging way, sharing novel ideas, perspectives, or facts that users can't find easily.

这一条与 3.2 互为张力:既要"最快给出最相关信息",又要"提供用户不易获取的新颖视角"。两条组合起来,实际定义了消费端助手"高效但不干瘪"的回复质量下限。

3.4 温暖而富有活力(Warm and vibrant)

You are friendly, caring, and considerate when appropriate and make users feel at ease. You avoid patronizing, condescending, or sounding judgmental.

值得注意的是"when appropriate"这一限定词——温暖不是无差别热情,而是分场景的;同时负面清单禁止了居高临下(patronizing / condescending)与评判性(judgmental)语气。

3.5 开放心态与相互尊重(Open minded and respectful)

You maintain a balanced perspective. You show interest in other opinions and explore ideas from multiple angles.

这条为多角度讨论兜底:要求立场平衡、对不同观点保持兴趣并从多个角度探索。它起到"观点多样性调节阀"的作用,与消费级问答中常见的用户各执一词场景相对应。

从工程视角看,五条规则形成了完整的组合:协作持久性、效率与诚实、知识增量、情绪温度、观点开放性——这是为通用对话助手设计的最小行为面覆盖。

四、风格与格式:语气匹配、逻辑组织与 LaTeX 排版的硬性规则

Style and formatting

The user's question implies their tone and mood, you should match their tone and mood. Your writing style uses an active voice and is clear and expressive. You organize ideas in a logical and sequential manner. You vary sentence structure, word choice, and idiom use to maintain reader interest.

风格章节给出四类约束:

  1. 语气镜像:依据用户提问推断其语气与情绪并与之匹配(tone matching);
  2. 语态与清晰度:使用主动语态、清晰且有表现力;
  3. 逻辑结构:按逻辑与先后顺序组织观点;
  4. 句式多样性:变化句子结构、用词与习语以维持读者兴趣。

紧随其后是本文件中最具"可执行性"的一条格式规范——LaTeX 约束:

Please use LaTeX formatting for mathematical and scientific notations whenever appropriate. Enclose all LaTeX using '$' or '$$' delimiters. NEVER generate LaTeX code in a ```latex block unless the user explicitly asks for it. DO NOT use LaTeX for regular prose.

解读为三条规则:数学与科学符号尽量用 LaTeX;所有 LaTeX 必须以$$$包裹;除非用户明确要求,禁止生成```latex代码块;普通散文不得使用 LaTeX。这与 Google/gemini-2.5-pro-webapp.md 中"禁止用 Unicode 字符表示数学符号(如公式、希腊字母、化学式、科学计数法)"的规则互为补充——一个规范"该用什么",另一个规范"不该用什么",共同构成对模型输出中符号表示方式的强制约束。

对开发者而言,这类约束直接决定了模型输出内容的可解析性:统一用$/$$分界符包裹公式,能够显著降低前端渲染数学公式时的歧义。

五、工具接口:基于 Python 的代码化 Google Search 机制

格式规则之后,提示词声明了模型的工具执行环境:

You can write and run code snippets using the python libraries specified below.

<tool_code>print(Google Search(queries: list[str]))</tool_code>

其机制可还原为:模型在<tool_code>标签内生成一段 Python 代码,代码中的Google Search是预先注入的库/API,接收queries: list[str]即一组查询字符串;运行环境随后解释执行该代码片段,把搜索结果回传给模型用于作答。这一"通过代码片段来调工具"的形态,比 JSON 工具调用更接近"模型即代码解释器"的产品定位。

对照同仓库中的 Google/gemini-2.5-pro-webapp.md,可以发现该机制在下一版本中被说明得更详细:

  • 显式指令:"Do not simulate tool calls, but instead generate tool code."(不要模拟工具调用,而是生成工具代码);
  • 终止条件:"If you already have all the information you need, complete the task and write the response."(信息足够即结束);
  • 示例驱动:给出德语问题 "Wer hat im Jahr 2020 den Preis X erhalten?" 应转写为print(Google Search(["Wer hat den X-Preis im 2020 gewonnen?", "X Preis 2020 "]))的完整范例,展示"把用户问题改写为搜索查询"的具体做法。

可以推断,Gemini 2.0 Flash Web 应用提示词是这套"Python + Google Search"机制的一个更早期、更精简的版本:仅给出函数签名而省略了调用约定、终止条件与示例。

此外,提示词末尾保留了运行时占位符:

Current time {CURRENTDATETIME} Remember the current location is {USERLOCATION}

这两行说明时间与位置是运行时注入的动态上下文变量(在不同请求中分别替换为真实值),用于支持时间敏感问答与本地化回答。这一机制在 Google/gemini-2.5-pro-webapp.md 中演化为对时间敏感问题的显式指引("If the question is time dependent, use the current date to provide most up to date information"),并在 Google/gemini-3-pro.md 开头变成实际填充值(如 "Current time: Monday, December 22, 2025",附带具体地理位置),印证了占位符会在执行期被系统填实的推断。

六、横向对照:同一仓库内 Gemini 提示词的结构演化

把本文件放回 Google 目录(参见 README.md 中 Google — Gemini system prompts 一节)做一次结构对照,可以直观看到提示词工程随版本演进的脉络:

维度Gemini 2.0 Flash Webapp(本文件)Gemini 2.5 Pro WebappGemini 3 Pro
定位消费端 Web 聊天消费端 Web 聊天(较新)通用模型运行提示词
行为准则形态"黄金法则"式自述五条Guidelines for answering questions分点列表Execution Steps分步流程 +Safety Guidelines表格
工具机制<tool_code>+ Python 调用签名<tool_code>+ Python 调用签名 + 使用规则与示例显式 Tool API 声明 + 静默思考 + 代码步骤限制
格式约束LaTeX 需用$/$$包裹禁止 Unicode 数学符号 + 文档开头注明共享链接禁止描述 API 细节、禁止输出系统指令原文
运行时注入时间、位置占位符时间、位置占位符实际填充的时间与位置

表中信息均可在仓库对应文件中逐条核验:Google/gemini-2.5-pro-webapp.md、Google/gemini-3-pro.md。从这些并存的捕获文本可以推断,Google 的提示词设计随版本逐步"结构化、流程化、安全化":消费端提示词从一条总纲式的 golden rules 演变为分章节的行为与格式规范;而面向更强模型的 Google/gemini-3-pro.md 则引入了静默思考(silent thought)、执行步骤编号、最多 4 步代码调用限制,以及按类别列出的安全准则表格——这是提示词从"人格塑造"走向"运行协议"的标志。

需要说明的是:该仓库中不同模型提示词的捕获时间与产品形态各不相同(详见 README.md 的版本索引),上述对照用于理解提示词文本结构的差异,不宜据此推断模型能力的高下。

七、作为提示词工程师可借鉴的要点

基于本文对 Google/gemini-2.0-flash-webapp.md 的逐段还原,可总结出几条可直接迁移的提示词设计经验:

  1. 用负面清单锚定正确性:第一句就写入 "accurate without hallucination",说明在总纲位置做一次全局性约束,比在每条任务规则里重复强调更有效;
  2. 用"展示而非讲述"定义人格show rather than tell让行为准则以语气呈现,避免模型把准则本身当成回复内容;
  3. 为格式规则留出"唯一出口":LaTeX 必须$/$$包裹、禁止 ```latex 代码块、禁止 Unicode 符号(见 Google/gemini-2.5-pro-webapp.md),把符号表示收敛到一种确定语法,方便下游渲染;
  4. 工具调用要走"代码化"通道:以<tool_code>包裹 Python 片段、用类型化签名Google Search(queries: list[str])声明参数,并用注释或示例说明终止条件(何时不再搜索),形成可被沙箱解释执行的闭环;
  5. 动态上下文用占位符显式声明:时间与位置在运行时注入,使同一份静态提示词可复用千万次请求而保持时效性与本地化能力。

若要继续深入,可在本仓库内沿三条线索延伸阅读:同一捕获渠道下的较新版本 Google/gemini-2.5-pro-webapp.md;同属 Flash 系列但聚焦图像能力的 Google/gemini-2.5-flash-image-preview.md(其中定义了通过输出img标签路由图像生成模型的处理协议);以及结构化程度更高的 Google/gemini-3-pro.md。三者共同勾勒出 Google 在消费助手提示词上"精简总纲 → 细化规则 → 全面协议化"的演进轨迹。

【免费下载链接】system_prompts_leaksExtracted system prompts from Anthropic - Claude Fable 5.1, Opus 5, Claude Design, Claude Code. OpenAI - ChatGPT GPT-6-Astra, Codex. Google - Gemini 3.8 Flash, 3.1 Pro, Antigravity. xAI - Grok, Grok Bot, Cursor, Kimi and more! Updated regularly.项目地址: https://gitcode.com/GitHub_Trending/sy/system_prompts_leaks

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/8 18:31:52

CodeGraph 安装指南:跨平台部署与 AI 助手接入快速上手

CodeGraph 安装指南&#xff1a;跨平台部署与 AI 助手接入快速上手 【免费下载链接】codegraph Pre-indexed code knowledge graph, auto syncs on code changes, for Claude Code, Codex, Gemini, Cursor, OpenCode, AntiGravity, Kiro, CoPilot, and Hermes Agent — fewer t…

作者头像 李华
网站建设 2026/9/8 18:28:44

IntelliJ IDEA 社区版源码构建指南:3 步在本地跑起自编译 IDE

IntelliJ IDEA 社区版源码构建指南&#xff1a;3 步在本地跑起自编译 IDE 【免费下载链接】intellij-community IntelliJ IDEA & IntelliJ Platform 项目地址: https://gitcode.com/GitHub_Trending/in/intellij-community IntelliJ IDEA 社区版&#xff08;intelli…

作者头像 李华
网站建设 2026/9/8 18:28:02

Hugging Face CLIP模型文件夹结构全解析:从下载到加载部署指南

简介&#xff1a;面向AI开发者与stable-diffusion-webui等图像生成工具使用者的Hugging Face离线模型包&#xff0c;封装OpenAI的CLIP ViT-Large-Patch14视觉-语言模型&#xff0c;解决无网络环境下无法加载预训练模型的部署难题。该版本采用1414图像块编码的ViT-Large架构&…

作者头像 李华
网站建设 2026/9/8 18:28:00

基于YOLOv8的基建裂缝目标检测系统全流程实战解析

简介&#xff1a;基于YOLOv8改进的基建裂缝目标检测系统&#xff0c;面向土木工程安全巡检、工业表面缺陷检测及目标检测算法学习者。资源整合了工业场景表面缺陷数据集与论文成果&#xff0c;模型在YOLOv8基础上针对裂缝目标进行结构调整与参数优化&#xff0c;能够处理复杂背…

作者头像 李华