先问你一个问题：你有没有遇到过这种情况——想用一个提示词搞定三个完全不同风格的Markdown文档，但最后要么风格不统一，要么改来改去成了四不像？这事儿听起来是不是有点反直觉？但其实完全可以做到，关键就在于把每一版的格式铁律提前写死在提示词里。以下就是三套可直接使用的模板思路，每套都只要一个提示词，你只需要把技术内容填进去就行。

版本一：极简工程师风

这个版本适合那种“别跟我说故事，我只想知道怎么干”的场景。提示词的核心逻辑是：用最短的句子，最少的修饰，直接给出可执行指令。

第一步，在提示词开头直接写【角色】——比如“你是一名Linux内核模块开发老手，习惯用最短语句表达精确含义”。这个设定会立刻让AI进入“能少写一个字就少写一个字”的状态。

第二步，明确告诉它标题只有两级：# 和 ## ，禁止更小的层级。所有列表项都用 - 开头，而且不要嵌套。代码块必须用bash或c（不加其他语言说明）。这些看起来都是细节，但AI对细节极其敏感，你写清楚它就照做。

第三步是上硬约束：禁止出现“注意”、“说明”、“例如”这类引导词；不解释原理（不要它告诉你为什么这么做，只告诉它怎么做）；不补全主语——比如直接写“关闭SELinux”，而不是“你应该关闭SELinux”。

最精彩的、也是最容易翻车的地方——是第三段里加一句结尾铁律：若输出中间出现中文句号、冒号后空格，或任何非代码块内的中文标点，整段重生成。这句话一旦写进去，AI的输出格式会干净到你不敢相信。

版本二：教学文档风

这个版本和极简风完全是两个极端。它要的不是“直接干”，而是“手把手教”。适用场景是：读者是刚开始接触某个工具或系统的新手，需要非常明确的步骤和节奏。

方法很简单：把角色设定换成“一位教大一学生学Git的助教”，并且在角色里补一句“学生刚装完VS Code，没碰过命令行”。这个设定比任何格式要求都管用——因为AI会据此调整语气和深度。

然后要求结构必须包含四个固定的二级标题：## 学习目标、## 操作前准备、## 分步实操、## 常见报错与修复。这四个标题一旦固定，整篇文档的骨架就稳了。

关于正文的写作规则只有一条，但极其重要——每个段落必须以动词开头。比如“打开终端”、“输入以下命令”、“观察返回结果”，而不是“首先，你需要打开终端”。同时，每个代码块上方必须有一行不超过12字的操作意图说明，比如“启用暂存区追踪”，下方空一行再跟代码块。这一步对于新手体验来说差别巨大：它不仅是代码，而是有上下文的行动指令。

版本三：产品需求文档风

这个版本的目标读者是前端工程师和测试组长。它的核心要求是：每个功能点都是可验证的，每个描述都是事实，不是评价。你要的是PRD那种“冷冰冰但精确”的风格。

首先，角色设定要写成：“你正在为SaaS产品‘BlockSurvey’撰写PRD文档，读者是前端工程师与测试组长”。这个设定直接决定行文基调。

然后，对结构有硬要求：所有功能点用 ## 功能名称 作二级标题，下面再跟 ### 子能力 作三级标题。每个子能力下只允许出现三种内容：行为描述（比如“用户点击‘导出PDF’按钮后，触发后台生成任务”）、输入约束（比如“导出范围仅支持近30天数据，超出则报错toast”）、输出契约（比如“返回HTTP 202，响应体含task_id字段”）。

另外要注意两条铁的纪律：禁止使用任何主观形容词——你不能写“简单”、“高效”、“优雅”；所有状态描述必须可验证——比如不写“加载很快”，而写“首屏渲染耗时≤300ms”。

最关键的是所有时间类表述必须带时区。比如你不能只写“2026-05-31T10:12:00”，而要写“2026-05-31T10:12:00+08:00”。没有时区的时间描述，在PRD里等于无效信息。AI如果不遵守，直接视为输出不合格。