面向开发者的DeepSeek提示词正式版需明确受众、清理调试痕迹、统一术语、替换占位符与内部引用，并按功能概述、模型兼容性、输入要求、输出规范、调用示例五部分结构化呈现，每项均含校验说明。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
将DeepSeek生成的脚本提示词整理为可对外发布的正式版本，需剔除调试痕迹、统一术语、补充必要上下文，并确保无敏感信息或内部引用。
明确发布用途与受众
先确认该提示词面向的是开发者、产品经理还是普通用户；不同角色对参数说明、示例数量、错误处理要求差异极大。比如给开发者的版本必须包含输入格式约束和边界条件说明，而给运营人员的版本则要突出操作路径和常见失败反馈。
这一步不能跳过——【未定义受众就写说明，会导致后续所有内容冗余或缺失关键信息】。
清理原始输出中的临时标记
删除所有“//测试用”“#TODO：加校验”“（此处应替换为实际API密钥）”类注释。
将“xxx”“aaaa”等占位符全部替换为真实示例值，如把“{user_id}”改为“user_7f3a9b21”，并确保该示例在全文中保持一致。
检查是否残留本地路径（如“C:\prompt\temp_v2.txt”）、内部服务名（如“ds-qa-backend-staging”），一律替换为通用描述，例如“配置文件路径”“目标服务接口”。
结构化组织内容
按以下顺序组织段落：
- 功能概述（一句话说明这个提示词能做什么）
- 适用模型版本（明确标注适配 DeepSeek-V2 / R1 / V3，不写“较新版本”）
- 输入要求（字段名、类型、长度限制、是否必填）
- 输出规范（JSON结构示例、字段含义、空值处理逻辑）
- 调用示例（含完整curl命令或Python requests代码块，含headers和data）
其中第3、4项必须带校验说明：比如“若输入text为空字符串，返回code=400且message包含‘missing_text’”。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
方法一：用Markdown模板快速生成初稿
复制粘贴以下结构到编辑器，逐项填空：
```markdown
## 功能
【一句话描述】
## 模型兼容性
✅ DeepSeek-R1
❌ DeepSeek-V2（不支持多轮上下文）
## 输入参数
| 字段 | 类型 | 必填 | 说明 |
|------|------|------|------|
| text | string | 是 | 原始文本，长度≤512字符 |
## 输出字段
`{ "summary": "string", "keywords": ["string"] }`
## 调用示例
```bash
curl -X POST https://api.example.com/v1/prompt/summarize \
-H "Authorization: Bearer <your_token>" \
-H "Content-Type: application/json" \
-d '{"text":"今天天气很好"}'
```
方法二：人工校验关键节点
打开原始提示词和当前文档并排对比，逐行检查：
① 所有变量名是否与代码中实际使用的完全一致（大小写、下划线、缩写）；
② 示例值是否真实可运行（比如时间戳用“2024-06-15T08:30:00Z”而非“YYYY-MM-DDTHH:MM:SSZ”）；
③ 错误码列表是否覆盖了日志中实际出现过的全部code值；
④ 是否删掉了所有“请务必注意”“强烈建议”等主观表述，只保留客观约束。
