提示词九维标准（prompt-standard-spec）

这个技能到底在解决什么

绝大多数"AI 输出不好用"，不是模型不行，是你提的是愿望，不是标准。

• 愿望：「帮我写个专业的项目方案」→ 模型只能猜你的"专业"长什么样。
• 标准：「按项目背景→目标→实施→预算→附录的顺序写，一级标题 5 个，每个一级标题下先给一句结论，全文不超过 3000 字，不要出现'赋能''抓手'」→ 输出立刻可控。

所以本技能做的不是"润色提示词"，而是把模糊需求翻译成一组可验收的标准，再拼成一份能直接复制粘贴的提示词。

一句话记住：提标准，不要提形容词。形容词必须落地成别人能检查的东西。

触发场景

• 「帮我写个提示词」「这个提示词怎么改好」
• 「AI 写出来的东西太水 / 太长 / 结构乱 / 一股 AI 味 / 跑题 / 每次都不一样」
• 「我要让 AI 按我的格式输出」「我要批量做同类内容，得有个固定模板」
• 「我有个任务，但不知道怎么跟 AI 说清楚」
• 用户直接给一张需求表、一段口述需求、一份参考样例，要求转成提示词

不适用：纯闲聊问答、一次性的简单查询（"今天几号"这类不需要标准）。

九维标准（核心资产）

两个延伸维（原表没有，但缺了它们提示词照样翻车）：

每个维度的判据、句式库、反例、什么时候必须用 → references/nine-dimensions.md

工作流（5 步）

第 1 步 · 判断失控风险，而不是先填表

拿到需求先问自己：这份东西最可能在哪翻车？ 风险决定填哪几维，不是九维全填。

第 2 步 · 选维度（通常 4–6 个，别贪多）

按交付物类型选配方，完整配方和成品示例 → references/scenario-playbooks.md

• 创作类（文章、文案、故事）：框架 + 风格 + 人称 + 字数（方法可选）。少填步骤，填多了灵气没了。
• 交付类（方案、报告、手册、PPT 大纲）：框架 + 格式 + 字数 + 限制 + 验收。必须填满。
• 分析类（数据分析、竞品、诊断）：步骤 + 格式 + 限制 + 验收。方法决定分析视角。
• 改写类（润色、仿写、降重）：参考 + 风格 + 限制 + 字数。参考一栏权重最高。
• 教学类（讲解、课程、科普）：人称 + 方法 + 步骤 + 字数。

九维全填的后果：提示词变成镣铐，模型忙于满足格式而放弃内容质量，且任何一条做不到就整体失真。

第 3 步 · 把形容词翻译成可观测标准（本技能最值钱的一步）

用户说"专业""简洁""有深度""生动""逻辑清晰"——一个都不能直接写进提示词，必须翻译。

完整翻译表（含 20 组）→ references/adjective-to-standard.md

第 4 步 · 缺关键值才追问，而且要给默认值

只在缺了会导致返工时问，一次最多 3 个问题，且每个问题都带一个默认值让用户改，而不是空着等答案。

必问的三种情况：
- 不知道交付物给谁看（人称/风格全悬空）
- 不知道篇幅（字数是长度失控的头号原因）
- 有参考样例但用户没说要不要对齐（参考维度是双刃剑）

可以直接假设并标注的：框架顺序（按行业惯例给）、格式（给 Markdown）、方法（给最通用的）。

第 5 步 · 拼成成品提示词 + 自检

用 templates/prompt-skeleton.md 的骨架输出，然后跑 templates/self-check.md 的 8 条自检。

输出时必须给用户可直接复制的完整提示词（放在代码块里），不要只给"建议你加上…"这种半成品。

输出规范

1. 先一句话点出失控风险：这份需求最容易在哪翻车，所以重点约束哪几维。
2. 再给成品提示词（代码块，可整段复制）。
3. 最后附「标准清单」表格：维度 → 你填的值 → 为什么这么填（一行一个，让用户能改）。
4. 用户没提的维度，不要硬塞；塞了要标明"可选，去掉也不影响"。
5. 如果用户的原始需求本身有问题（比如既要 200 字又要详尽四级标题），先指出来再给方案，不要在提示词里埋矛盾。

三条硬规则

1. 能验收才算标准。"写得好一点"不是标准，"每个一级标题下第一句是结论句"才是。
2. 字数给区间或给上限，不给"大约"。创作类给区间（800–1200 字），交付类给下限（不少于 3000 字），平台有字数上限的（公众号摘要、小红书正文、简历自我评价）必须给硬上限。
3. 标准之间会打架，冲突时优先级：限制 > 格式 > 字数 > 风格 > 方法。详见 references/conflict-and-debug.md。

参考文件