AI大模型提示词怎么写？一套写法适配GPT、Claude和国产模型

AI大模型提示词最怕一套走天下。上个月我接一个电商小程序后台的外包，同一段需求发给GPT勉强能跑，发给Claude漏了分页参数，发给DeepSeek接口命名全成了拼音——来回切换那两天，改提示词花的时间比写代码还多。

我手头常年同时挂着两三个外包项目，甲方指定的模型还不一样：有的合同写明用GPT，有的公司内网只能跑国产模型。被模型之间来回横跳折磨久了，我摸出一套三段式写法——固定层、变量层、适配层，换模型只改最后一段，全程五分钟。先把结论放这里：提示词要按「不变的」和「会变的」拆开写，拆对了，适配就成了换插头的事。

同一份提示词，为什么换个模型就翻车

因为各家模型对指令的服从习惯不一样：GPT爱省略，Claude没示例就自己编格式，国产模型爱自由发挥，一段提示词没法同时伺候三种脾气。所以别指望一段话走天下，得先知道每家差在哪。

GPT这边，指令写得直接它就照办，毛病是爱省略。你让它输出三张表，它可能顺手合并成一张「更清晰」的。

Claude对长需求文档的理解是我用过里最稳的，但它很吃示例格式。你不贴一段期望输出的样例，它就自己发明一个格式给你，风格还每次不一样。

国产模型（DeepSeek、Kimi、通义这些）便宜，中文也顺，就是爱发挥。我让DeepSeek写个周报生成器，提示词没写死边界，它直接给我加了echarts图表——还是甲方没要的。上个月那个小程序外包，五个接口的增删改查，GPT两轮过，DeepSeek折腾了五轮。

三段式拆法：固定层、变量层、适配层

固定层装项目背景、技术栈和硬约束，变量层装本次任务和输出格式，适配层装每个模型的专属脾气，换模型只重写适配层。结构就像电源转接头，前两段全球通用，最后一段按插座换。

拿那个小程序外包的真实提示词举例。固定层写的是：项目是微信小程序后台，Node 18加Express加MySQL，禁止改动已有表结构，代码注释用中文。这段从项目开工到交付，一个字没动过。

变量层每次换任务都要换：本次写哪个接口、要传什么参数、期望输出长什么样。我会在这里写死一句「只输出一个完整的controller文件，不要解释」。变量层怎么把需求说成大白话，之前写过一篇专讲这个，可以看AI提示词别照抄模板？先学会把需求说成大白话。

适配层最短，也最见功夫。GPT的正向指令管用，Claude要喂格式样例，DeepSeek要写负面清单加压温度。三家改法我列成一张表：

这张表我打印出来贴在显示器边框上，切一次模型扫一眼，不用想。

切换模型时，动适配层这三处就够

换模型只改三处：指令写法（负面改正向）、示例有无（补一段期望输出）、温度参数（写代码0.2、写文案0.7）。三处改完直接发，不用整段重写。

先说指令写法。GPT那边「不要××」偶尔管用，国产模型基本无视，反过来写成「只做××」，通过率高很多。

再说示例。切到Claude，我会在变量层后面补一段期望输出的样例，三五行就够，它立刻老实。

温度参数各家接口都有。写代码我压到0.2，写文案放到0.7，中间值反而两头不讨好。

有个坑提醒下：有的国产模型接口没有独立的system字段，我就把固定层直接拼进首条消息开头，前面加一句「以下是项目约定」。有次我把GPT的提示词原样甩给通义，忘了删「你是一个严谨的后端工程师」这句人设开头，它客客气气回了我一大段开场白。后来固定层开头我干脆不写人设句，直接上背景。

话说回来，三段式解决的是「换模型不重写」，解决不了需求本身写得糊。我现在接外包的第一件事，还是先把自己的需求捋成大白话——这一步偷了懒，拆三段也救不回来。开篇说那两天折腾，要是早点拆开写，至少能省出一天睡觉时间。