工作中使用的提示词应包含哪些内容？
工作提示词应明确交付内容、受众、目的，以及回答可以使用的材料。然后说明重要限制：篇幅、语气、必须保留的事实、不得推断的信息，以及缺少信息时该怎么办。划清边界，比要求工具表现得像专家更有用。
假设一家虚构的咨询公司开设了一场关于项目简报的工作坊。已批准的事实是：线上举行、提供练习表，并在最后设置提问环节。提示词不应引导模型编造客户、成效、紧迫性，或某位潜在客户需要参加工作坊的理由。
交付成果
具体会返回什么：一封邮件、一张表格、一页简报、三个方案。
读者与目的
谁会阅读，以及读完后应该能够做出什么决定或采取什么行动。
获批材料
回答可以依据的事实、笔记或文档，不得使用其他信息。
禁止作出的推断
审核人员最不希望看到被编造的内容：成效、背书、日期、价格、稀缺性。
缺失信息
一条指令：将信息缺口列为问题，而不是自行补全。
实用的提示词可以怎么写？
提示词示例：为运营经理起草一封简短的邀请邮件。仅使用以下事实：一场关于如何写出更清晰的项目需求说明的线上工作坊、一份实用工作表，以及提问时间。语气直接，提供帮助。不要编造客户姓名、出席人数、成果或名额有限等信息。如果缺少有用的信息，请在草稿后以问题形式列出。
提示词为审核者提供了可用于对照答案的依据。无需了解模型内部发生了什么，你就能检查目标受众、来源事实和禁止作出的推断。这是一个示例任务，并不承诺某条提示词总能生成正确答案。
同样的方法如何用于内部任务？
同样的结构也适用于内部工作，这类工作的常见风险是：摘要语气笃定，却掩盖了分歧。以一家虚构的、拥有30名员工的线上家居用品零售商“柳条与松木”为例，其运营协调员需要为创始人汇总三份供应商报价。
不好的提示词：我们应该选择哪家供应商？即使创始人从未提供选择标准，而且其中一份报价遗漏了配送费用，回答仍很可能推荐一家供应商，并给出一套看似有条理的理由。
业务提示词：为创始人比较以下三份供应商报价，创始人将在下周选择一家包装供应商。评估标准按重要性排序为：按我们通常订购数量计算的单价、运费、最低订购量和交货周期。用表格呈现，每家供应商占一行。报价中未说明的信息，请写“未说明”。不要推荐供应商。表格后列出我们在做决定前应向各家供应商询问的问题。[粘贴报价]。
审核后的输出中，一家供应商的配送费用单元格标为未说明，并附上了请该供应商确认费用的问题。这个单元格是整页最有用的内容，因为它避免了一份表面上更便宜的报价因信息缺失而胜出。
想看看这与具体岗位有什么联系吗？
了解规划中的团队试用 ↗如何改进首次回答？
在编写更长的提示词之前，先审查输出，再给出一条具体的修改指令。找出真正的问题：可能是行动要求不明确、工具擅自假定了日期，或草稿重复了某个含糊的说法。将已获批准的源材料保留为任务附件。
例如：删除“这场工作坊能彻底提升生产力”的说法。询问读者是否想了解议程，而不是默认他们想报名。提供的工作坊事实信息保持不变。这样的修改考查的是对证据和受众的判断，而不只是要求语气更有说服力。
指出具体句子
指出具体哪一行有误，而不是要求提供更好的版本。
说明原因
用几个词说明问题：缺乏依据、读者定位错误、篇幅过长、请求不突出。
保留来源
提醒工具哪些事实不可更改，避免修改时偏离事实。
达到要求就停止
一份手动修改两分钟就能完成的草稿，不需要再追加三轮提示词。
业务提示词最常出现哪些问题？
最常见的失误是要求内容有说服力，却没有提供证据，于是工具自行补上。“引人入胜”“强有力”“有说服力”之类的词，容易引出最高级措辞、虚构的证明，以及事实并不支持的紧迫感。
第二种问题是掩盖了真正需要作出的决策。读者需要建议时，提示词却要求摘要；读者需要了解取舍时，提示词却要求建议。这样得到的答案即使写得再好，回答的也是错误的问题。第三种问题是粘贴了未经批准可由该工具处理的材料。哪些工具可以接触客户数据或个人数据，应遵守公司政策；练习时使用虚构示例。
学员应解释什么？
要求提供初始提示词、草稿、最终修改稿和一份简短的审核说明。说明中应指出一项缺失的事实、一项已删除的假设，以及最终版本适合目标读者的一个理由。这些细节便于与经理或同事讨论练习情况。
不要把提示词的长度或语气笃定的回答当作能力的证明。简短的提示词配合恰当的核查，可能比掩盖了无依据断言的详细提示词更有用。在判断学习者将如何处理其他工作之前，请用不同的原始材料重复练习。
Tosheo.ai 正在围绕这一闭环筹备：规划中的岗位专项课程以使用真实 AI 工具完成实操任务收尾，依据公开的评分标准评分，并提供标记分数以申请复核的途径。产品尚未开始构建，因此应将这些视为预期设计，而非已测得的成效。
哪些情况下，改进提示词并不能解决问题？
如果缺少事实、决定应由有权限的人作出，或输出会带来法律、财务或用工方面的后果，那么再好的提示词也无济于事。这些情况下，应先获取事实、请决策负责人参与，或交由具备资质的人员审核。NIST 的《AI 风险管理框架》实践手册强调，要记录 AI 风险管理中的角色与职责；对小企业而言，这可以很简单，比如明确指定由谁批准经 AI 辅助完成的工作，之后才能向团队外发送。
如需了解这些示例背后更广泛的原则，包括进阶技巧以及不同工具厂商建议的差异，请参阅提示词工程指南。如需这些提示词的可复用版本，请参阅提示词模板指南。