结构化提示词怎么写？角色、任务、约束、输出格式
结构化提示词的关键不是写得多，而是把角色、任务、输入、约束和输出格式分开写清楚。填完模板先拿真实例子跑，再按结果改。
什么时候结构真的有用
任务会重复、输出格式要稳定的时候，结构带来的收益最明显。
一次性、随手问的问题不需要模板；凡是每周都要做、还要交给别人做的任务，才值得把结构固定下来。
- 周报、改写、分类、抽取这类重复性工作。
- 团队共用的提示词，或者要交给不熟悉提示词的同事使用。
- 把一次性的、时好时坏的提示词变成可复用的模板。
真正起作用的五个部分
角色：一句话说清「你是谁、为谁服务」。任务：一个动词、一个明确对象、一个完成标准，一个提示词只做一件事。输入：用分隔符把待处理内容框起来，并说明字段含义。
约束：长度、语气、必须出现什么、绝不能出现什么、拿不准时怎么办（通常是不确定就说不确定，而不是编）。输出格式：JSON、Markdown 或表格，并给一个最小示例。先跑三个真实样例，再补规则，同时检查约束之间有没有互相打架。
- 长输入之后要重申指令，或把指令放在最后，避免被材料淹没。
- 要求模型标出不确定的地方，比让它猜更容易发现错误。
- 输出形状给一个短例子，比用文字描述格式更有效。
- 给提示词做版本记录，标注在哪个模型上验证过。
局限与替代
提示词弥补不了模型能力的边界。事实性任务要提供资料并要求引用，重要结论仍需自己核实。
同一个提示词在不同模型上表现不同；敏感信息不要贴进你无法控制的服务，本工具只在浏览器本地拼装文本。
- 需要外部知识或最新数据时，配合检索与工具调用，而不是把事实写死在提示词里。
- 复杂任务拆成多个提示词串联，比一个巨型提示词更容易调试。
常见问题
提示词越长越好吗？
不是。长度只有在补充模型必需的信息时才有用。重复的指令和互相矛盾的约束会让输出更差，而且每次调用都多花 Token。
角色设定真的有用吗？
它更多是稳定用词和语气，而不是增加知识。角色能让文案更像文案，但不会让模型变成它并不具备的专家。
怎么让模型稳定输出 JSON？
写明 schema，给一个最小示例，禁止 JSON 之外的文字，并要求在无法处理时返回一个明确的错误对象。拿到结果后做校验，失败时把错误信息一起回传再重试。
相关工具：提示词生成器