在使用 DeepSeek 生成规范内容时，一个核心技巧便是提供示例。不少用户或许早已发现，单纯向模型下达“结构化”、“层级分明”的指令，输出结果常常不稳定——格式时而统一、时而不一致。其根本原因在于，模型依赖于模式匹配而非真正的语义理解。
为何添加示例能让输出更稳定
简而言之，DeepSeek 并非靠“理解”你口头描述的“结构化”、“层级分明”来完成任务，而是依赖模式匹配。当你提供清晰的输入→输出样例时，等于直接告诉它：“请按照这个骨架填充内容”。没有样例时，模型会在多种合法的 Markdown 变体中随机选择；有了样例，它会锁定该结构路径，甚至空行数、冒号位置、是否加空格都会跟随学习。这好比教人做菜时，口头说“盐少许”远不如直接递一勺盐做示范。模型也是如此——输入输出样例，就是那勺盐。
优质示例需满足的三大条件
那么，什么样的示例才算合格？需要满足三个关键条件。
第一，输入文本必须具备真实的歧义性。例如包含多级要点、术语解释与操作步骤混合的说明文。不能是“今天天气很好”这样的单句——它无法展示模型应有的结构解析能力。只有真正的歧义文本才能让模型学会如何区分层级。
第二，输出的 Markdown 必须经过人工校验。标题嵌套层次正确（# → ## → ###）、列表符号统一（- 或 * 不混用）、代码块带上语言标识（```python）、强调用 ** 而非 __。一个常见陷阱是：不要使用 AI 自动生成的示例作为模板——它可能自身就有格式瑕疵，会将错误模式教给模型。最佳做法是人工整理一遍，确保每个细节都准确无误。
第三，示例数量应严格控制在 1～2 组。过多会分散注意力，1 组足够锚定主干结构；若原文包含两种文体（如先说明后步骤），可补充 1 组对应输出。这就像为模型绘制两张地图，而非一整本地图册——精准比数量更重要。
实操指南：三步将示例嵌入提示词
第一步：在完成核心指令后，另起一行，单独书写“示例：”，不添加任何标点或空格。
第二步：紧接着，使用“输入:”和“输出:”严格分隔，中间换行且不空行。示例如下：
输入:用户需在 Linux 服务器上部署 Redis 7.2，步骤包括：1. 下载源码包；2. 解压并进入目录；3. 执行 make 编译；4. 启动 redis-server。注意：跳过 systemd 服务配置环节。
输出:# Redis 7.2 手动部署指南
前置要求
- 系统为 Ubuntu 22.04 LTS
- 已安装 gcc、make、wget
部署步骤
- 下载源码
bash
wget https://download.redis.io/releases/redis-7.2.0.tar.gz
- 解压编译
bash
tar xzf redis-7.2.0.tar.gz
cd redis-7.2.0
make
- 启动服务
bash
src/redis-server
第三步：示例结束后，立刻接上你要处理的真实文本，中间不加“请按以上格式处理”之类引导语——DeepSeek 会自动识别边界。从实践来看，这种方式比任何额外说明都更可靠。