提示词的英文s

吴军颖2026.08.01约 8 分钟1,964 字

提示词的英文s：从语法到 API 字段名的完整实操指南

当你需要在 AI 对话、图像生成或代码补全中管理多条指令时，prompts就是“提示词的英文复数形式”。一条提示词叫 prompt，多条提示词用 prompts——这个规则本身很简单，但真正让人踩坑的，是它在不同场景下的写法差异：API 字段名、标题大小写、属格形式，每一项都有各自的规则。

读完这篇，你会掌握三个层面的能力：英语语法层面的单复数正确用法、API 调用的字段名选择逻辑，以及技术文档中的大小写与格式规范。这些细节看似琐碎，但会直接影响你的 API 调试效率、文档专业度和团队协作质量。

为什么“prompts”的误用会造成实际损失

在提示词工程（prompt engineering）领域，prompts 的误用不只是语法问题，它可能带来三类实际损失：

API 集成失败：字段名写错，请求直接被拒，一次调试可能耗费半小时以上
团队协作混乱：文档中术语不一致，新成员理解偏差，项目沟通成本上升
提示词资产难以复用：保存的提示词命名不规范，后续查找和管理效率大幅下降

这些问题的根源，不是你不懂英语复数规则，而是没有理解每个场景背后的设计逻辑——英语语法规则是一套，API 设计惯例是另一套，两者经常不同步。

开始前确认：你的场景属于哪一类

场景	常见英文写法	典型出现位置	为什么这么写
日常讨论（多条提示词）	multiple prompts, these prompts	博客、文档、对话	英语语法：复数加 s
API 参数（批量请求）	prompts / messages / prompt	Claude API, OpenAI API	服务端定义决定，无统一标准
提示词管理工具	prompt library, saved prompts	UI 界面、配置文件	集合概念：库/集合用单数名词
学术/方法论	prompt engineering, prompts	论文、教程	领域术语：统一复数形式

关键提醒：如果你正在写代码或调用 API，务必先查所用服务的官方文档。有的接口用 prompts（如部分开源模型），有的用 messages（如 Claude），还有的用 input 或 query（如部分图像生成模型）。字段名没有标准答案，只有与官方定义的对应关系。

分步操作：四个步骤掌握所有场景

步骤 1：确定数量——单条还是多条

先判断你要指代的数量，这是所有后续操作的前提：

单条提示词 → 用 prompt
多条提示词 → 用 prompts

示例对比：

“我写了一条提示词让模型写诗。” → “I wrote a prompt for the model to write a poem.”
“我准备了五条提示词用于测试。” → “I prepared five prompts for testing.”

这个判断看似基础，但在实际写作中经常被忽略——尤其是当句子主语距离提示词较远时，容易随手写错。

步骤 2：按场景选择正确写法

场景一：日常文档或内容创作

在博客、技术文档或教程中，单复数规则与英语语法一致：

✅ 正确：「Use these prompts to test different writing styles.」
❌ 错误：「Use these prompt to test different writing styles.」
✅ 正确：「Each prompt should be self-contained.」
❌ 错误：「Each prompts should be self-contained.」

注意：each、every 等词后面必须跟单数名词，这是英语语法的高频错误点。

场景二：API 调用——最容易出错的地方

以 Claude API 为例，批量处理请求时的字段是 messages，而不是 prompts：

{
  "model": "claude-3-5-sonnet-20241022",
  "max_tokens": 1024,
  "messages": [
    {"role": "user", "content": "Summarize this article in 3 sentences."},
    {"role": "user", "content": "Translate above to Chinese."}
  ]
}

在这个例子中，每条 content 就是一个 prompt，但字段名是 messages——因为 Anthropic 的设计者将该字段理解为“消息列表”，而不是“提示词列表”。如果你只记“提示词的英文是 prompts”而不查文档，就会在字段名上出错。

另一些模型（如部分开源模型）则直接用 prompts 作为数组字段名：

{
  "model": "llama-2-70b",
  "prompts": ["Write a poem", "Translate to French"]
}

核心原则：字段名取决于服务端定义，而非通用语法规则。每次使用新 API 时，先读两遍官方示例，再动手写代码。

场景三：提示词管理界面

在 Claude 的对话界面或 Prompt Library 中，你保存的每条提示词都是一个 prompt。列表页通常标注「N prompts」或「N saved prompts」——这里的复数形式自然符合英语语法。注意区分界面上的两个概念：Prompt Library（提示词库，单数集合概念）与 saved prompts（已保存的提示词，复数）。

步骤 3：检查大小写习惯

大小写错误在技术文档中很常见，且容易被忽略：

句首或标题 → 大写 Prompts
- ✅ 正确：“Prompts are the core of prompt engineering.”
- ❌ 错误：“prompts are the core of prompt engineering.”
正文或参数名 → 小写 prompts
- ✅ 正确：“You can store multiple prompts in a library.”
- ❌ 错误：“You can store multiple Prompts in a library.”
专有功能名 → 按官方大小写
- ✅ 正确：Anthropic 的 Prompt Generator（首字母大写）
- ❌ 错误：Anthropic 的 prompt generator（全小写，不符合官方命名）

步骤 4：避开三种常见边界错误

情况	错例	正确	原因
主语与表语数量不一致	What Is Prompt and How to Write Prompts	What Are Prompts and How to Write Them	主语与表语数量必须一致
数量词搭配错误	There are 3 prompt in the list	There are 3 prompts in the list	数字大于 1 用复数
标题大小写不合规范	Best PROMPTS FOR Writing	Best Prompts for Writing	实词首字母大写，虚词小写

另一个易混淆点是属格形式：prompts 是复数名词，prompt's 是单数属格（表示“某条提示词的”）。在技术文档中，“提示词的数量”应写为 “the number of prompts”，而不是 “the number of prompt's”。后者语法错误，会显得很不专业。

检查清单：写完或使用前快速过一遍

单复数是否与实际数量一致（1 条用 prompt，N>1 条用 prompts）
API 参数中，字段名是否已确认为 prompts（有的接口用 prompt 接收数组，有的用 prompts，还有的用 messages）
标题中是否保持全文大小写风格一致
英文环境下 prompts 是否被误写为 prompt's（带撇号的是属格，不是复数）
当提示词是专有名词/系统指令时，是否真的需要复数（如 System prompt 是特定一条，不应加 s；system prompts 指多条系统指令）

故障排查：遇到问题怎么办

问题 1：API 报错 `unexpected field 'prompts'`

现象：发送请求后收到 400 错误，明确指示字段名不正确。

可能原因：你使用的接口期望的字段名不是 prompts。例如 Claude API 使用 messages，某些 OpenAI 接口使用 prompt（单数）。

解决方案：

打开官方文档（不要依赖记忆或第三方教程）
找到请求体示例，逐字段对比
如果示例中使用 messages，则改为 messages；如果使用 prompt，则改为 prompt（注意：单数）
在代码中不要硬编码字段名，最好从配置文件或环境变量读取

问题 2：UI 上提示词数量显示不对

现象：在 Prompt Library 或 Saved List 中，计数器显示的数量与实际保存的不符。

可能原因：筛选条件排除了部分提示词。大多数管理工具默认只显示“活跃”或“非草稿”状态下的 prompt。

解决方案：

切换视图到「All prompts」（包括草稿）或「Show archived prompts」
检查是否有隐藏的过滤条件（如标签筛选、日期范围）