Gemini Skills 基础构建

gemini镜像站入口：chat.aimirror123.com
gemini 镜像备用站：gemini-3.shop。
摘要：这篇文章讲的是 Skills 的最小构建方式，从输入边界到稳定输出。

先把目标写清楚：做什么，不做什么

这一步看起来很基础，但它决定了后面是不是会打架。我会先写两句，放在 system instruction 里：

• 这个 Skill 解决哪类问题（越具体越好）。
• 这个 Skill 不做什么（例如：不写长文、只输出提纲）。

写清边界之后，后续调参都更稳，尤其是多人协作的时候，大家不会互相拉扯。

system instruction 是你的“产品定义书”

system instruction 负责定调：角色、风格、输出边界、拒答范围。最小可用版本要包含三件事：

• 角色设定：它是谁、语气是什么。
• 输出格式：要不要分步骤、要不要给示例。
• 禁止事项：哪些内容不碰。

我一般把“目标 + 边界 + 输出格式”写进 system instruction，其它细节让用户输入决定。

几个配置名别写错

这部分很细，但踩坑的人很多。我自己会做一张小抄贴在项目里。

• system 指令字段是 system_instruction（在 JS SDK 里是 systemInstruction）。
• function calling 有三种模式：AUTO / ANY / NONE，用来控制是否强制调用工具。
• 结构化输出用 response_mime_type 和 response_json_schema 约束 JSON。

工具调用不是锦上添花，是稳定性的核心

Skill 想干活，就不要全靠文本推理。该调用工具就调用工具。函数声明写得细一点，模型调用会更准。

如果你希望它“必须调用工具”，就把调用模式设成强制模式；如果你希望它不调用工具，就明确禁用。 这一步能避免很多“模型自作主张”的问题。

结构化输出让结果可控

到了一定规模，最难受的就是输出格式不稳定。解决方法很简单：用 JSON Schema 约束输出。

我建议先把字段压到最少：标题、要点、步骤、注意事项。字段少，错误就少。 等稳定之后再逐步扩展。

安全设置不是可选项

如果你的 Skill 面向公开用户，就要考虑安全阈值和拒答边界。默认设置通常够用， 真要调阈值，就在做完一轮测试后再动手。

一个最小可用 Skill 的结构

1. system instruction：定义角色与边界。
2. function calling：提供可执行能力。
3. structured output：固定输出格式。

这三层组合起来，就像一个可复用的接口。上线之后别急着加功能，先观察问题出现在哪一层。

最后一点：小步迭代

不要一上来就追求完美。每次只改一个变量，避免同时改 prompt、工具、输出格式。 这样你才能知道到底是哪一步在起作用。