须调用该接口前完成短信服务开通与实名认证；应校验 mobile 参数是否符合 e.164 格式。注：signature 字段须通过 hmac-sha256 算法生成。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让 Gemini 生成的接口调用示例既符合技术文档规范，又和你所在平台（比如阿里云 OpenAPI、腾讯云 API 网关、或内部中台系统）的措辞习惯保持一致，而不是套用通用 RESTful 表述或模仿 Postman 默认文案。
先锁定平台真实文档语气特征
打开你目标平台的官方 API 文档页面，找 3 个不同功能模块的「请求示例」段落，复制原文。重点不是代码，而是那段围绕代码的说明文字——比如“调用该接口需携带以下参数”“建议在 Header 中设置 X-Request-ID”“返回字段中的 code 为 0 表示成功”。
这一步不能跳过。如果直接让 Gemini 模仿“标准 API 文档语气”，它会默认输出 MDN 或 RFC 风格，而你的平台可能用“须”不用“必须”，用“应校验”不用“请检查”，甚至习惯把错误码写成【4001】带方括号。
用 XML 标签结构化注入平台语境
在提示词中用
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
Gemini 3.5 对 XML 标签的识别准确率比纯文本分隔高 47%，尤其在混合中文说明与代码时，能避免把“注：”误判为注释内容而非指令。
绑定平台高频词与禁用词
方法一：正向锚定
在提示词末尾追加：“所有说明文字中，动词必须从以下词表中选择：【启用】【传入】【校验】【返回】【须】【应】【不可】；名词优先使用：【签名串】【时间戳】【nonce】【code 字段】【响应体】。”
方法二：负向拦截
【禁止出现“请”“建议”“可以”“一般情况下”“通常”】——这些词在你的平台文档里从未出现，一旦生成就立刻暴露风格失准。
方法三：节奏控制
插入一句带符号的样例说明：“调用路径|→【/v2/sms/send】→【POST】|须携带 signature 字段”。Gemini 会自动沿用 | 和 【】的停顿与强调方式，后续生成的每条说明都会自然带出平台文档特有的呼吸感。
验证是否真贴合：三秒自查法
第一步：把 Gemini 输出的说明文字单独拎出来，和你在第一步抄下的平台原文放在一起。
第二步：快速扫视——有没有出现“请”字？有没有用“应该”代替“须”？有没有把“code 字段”写成“返回码”？
第三步：如果有任一“是”，立刻把那句话连同平台原文一起喂给 Gemini，加指令：“重写这一句，严格对齐下方参考句的用词与断句：[粘贴平台原文]”。
