新月集把好用的提示词,找到手边
← 返回目录
办公效率

拿一条真实回答诊断提示词问题

用原提问、实际回答与验收标准定位信息缺口或指令冲突,再给可复制改写及小测试;没有实测回答就只做预检。

适用任务

拿一次真实 AI 回答,结合任务目标、原提示词与验收标准定位问题,再验证改写是否有效。

适合

  • 同一类任务反复用 AI,结果时好时坏,想找出原因
  • 已经有一次具体的不满意回答
  • 要把提示词交给同事或写进工作流,需要配上验收标准

不适合

  • 还没有原提示词,只有一个模糊想法(应先写初稿)
  • 问题出在事实错误或缺资料——改写解决不了,需要给模型资料或换用检索工具
  • 需要它保证改写后一定更好或提升多少
  • 原提问或回答里有不能外传的客户资料、密钥或商业秘密,而你又无法脱敏

需要准备

  • 这个任务是做什么的、给谁看
  • 原提示词(含敏感信息时先脱敏)
  • 模型实际给出的回答片段:挑出你不满意的那一段,不必整篇
  • 你不满意在哪里,以及「怎样才算合格」的可观察标准(例如字数、必须包含什么、不能出现什么)
  • 不能改的限制:事实来源、长度、格式、语气等

使用步骤

  1. 先把原提问和回答里的个人信息、客户资料、密钥删掉或替换。
  2. 按五行填写;没有回答片段就写「尚未测试」,没有标准就写「待定」,它会给预检草案,不会卡住。
  3. 贴给你常用的对话模型(可以就是出问题的那个模型)。
  4. 读它的诊断:每一条问题应该能对应到你贴的片段或标准;对应不上的判断可以不理会。
  5. 拿它给的两个小测试,用新提示词在你自己的模型上实际跑一遍,按它列的判据逐条核对。
  6. 通过了再替换旧提示词;没通过就带着新的回答片段再诊断一轮。

效果案例

已公开议程样本的输入与验收流程诊断(原样摘录)

文字产物本站实测

模型条件
服务方:openai-codex;工具:Hermes native session;模型:gpt-6.1-sol-900k;版本:未知
参数
未记录
发生日期
2026-10-11
条件与后期
本次实际执行的是方法诊断:对既存时区议程样例作问题分析,不是重新生成议程。旧样例来自受控场景、并非现实活动,其历史模型和执行日期未知。本次沿用同一对话上下文;模型名称依据调用通道记录,未取得供应商原始响应中的模型字段。
来源说明
从本次实际诊断输出连续摘录,不是完整回答;本次诊断与旧议程样例的验证范围分别标明。

输入取值

  • 模型实际回答片段:议程草案(Asia/Shanghai,2026-10-15,待人核定): 20:00–20:05 开场与规则说明|目标:说明文字聊天参与|主办人主持 20:05–20:15 阅读/回顾短文|目标:进入文本|主办人 20:15–20:45 讨论短文(要点待主办人提供)|聊天区提问与讨论|主办人 20:45–20:55 聊天自由提问|主办人 20:55–21:00 总结与告别 东京当地时间:换算待核。 条件性备选(未排入):麦克风发言、分组、投票、自动字幕、录播。 检查项:字幕或文字参与—已提供(文字聊天);低带宽—待核;录播/肖像授权—待核;邀请前时区复核—待核;断线告知路径—待核。未做合规或无障碍测试。
  • 不满意之处与成功标准:没有预设或已证实的投诉;待核查实际输入与回答的事实依据、时区与议程边界,以及表达是否有不当承诺。
  • 不可改变的限制:2026-10-15 20:00,主办时区 Asia/Shanghai;60 分钟线上短文读书会,参与者时区 Asia/Shanghai 与 Asia/Tokyo。视频会议平台仅确认文字聊天能用,没有核麦克风/口头发言;主办人主持;短文要点未给;未独立核实目标日期的东京时区换算资料。
  • 原提示词:请协助我准备一场跨时区的线上会议或工作坊,只交付待人核定的议程草案与可访问检查单,不安排线下交通餐饮,也不保证‘全球都能参加’。 我的输入: 活动目标、形式与参与者所在地区/时区:〈填写〉 活动日期(注明年/月/日)、主办时区(IANA 名称或 UTC 偏移)、开始时间和总时长:〈填写〉 已确认的平台/可用功能(含互动方式)及负责人员:〈填写;未知写‘未定’〉 已确认嘉宾或主持角色(只有获得使用许可的信息才粘贴):〈填写;未知写‘未定’〉 字幕、语言、低带宽、文字参与及录播授权约束:〈填写;未知写‘待核’〉 先核日期、主办时区、开始时间、总时长、参与者时区与活动目标;缺关键项只问缺什么,暂不编带时间戳的议程。材料齐后以主办时区写逐段开始/结束时间、目标、互动方式与主持角色;仅当目标日期的参与者时区换算资料已独立核实,才选最多两个参与者时区列对应时间供人工校核;未核目标日的时区/夏令时或 UTC 偏移不明时,只列主办时区时间,参与者当地时间写‘换算待核’,不猜具体值。没有嘉宾的活动不必添加嘉宾环节;若确有嘉宾需求但人选未确认,只写‘待邀’,不能编名字或履历。互动只采用已确认功能:仅确认文字聊天时,讨论与提问只用聊天,不把视频会议名称推作已确认麦克风、口头发言或其他能力;未经确认的分组房间、投票、音频发言、自动字幕或录播只能列条件性备选,不排入议程。未给短文内容时只安排‘讨论短文’环节,不编要点。末尾单列字幕或文字参与、低带宽、录播/肖像授权、邀请前时区复核、断线告知路径五个检查项,各标‘已提供/待核’,不得称已经完成合规或无障碍测试。 既存公开案例的原记录输入: 2026-10-15 20:00,主办时区 Asia/Shanghai;60 分钟线上短文读书会,参与者时区 Asia/Shanghai 与 Asia/Tokyo。视频会议平台仅确认文字聊天能用,没有核麦克风/口头发言;主办人主持;短文要点未给;未独立核实目标日期的东京时区换算资料。 原公开案例的条件说明: 合成输入(原记录):2026-10-15 20:00,主办时区 Asia/Shanghai;60 分钟线上短文读书会,参与者时区 Asia/Shanghai 与 Asia/Tokyo。视频会议平台仅确认文字聊天能用,没有核麦克风/口头发言;主办人主持;短文要点未给;未独立核实目标日期的东京时区换算资料。 此为既存来源记录,非本次模型重跑;模型、参数、执行日期未知。
  • 目标任务与目标读者:已经定了日期、时长和平台的线上读书会、分享会或工作坊,用它排出按主办时区逐段的议程初稿,并附五项邀请前检查;参与者当地时间和平台功能要你自己核。

产物

一、现有回答与标准的差距

没有必要先制造一个“错误案例”。你给出的回答已经守住了几项重要边界:

  “东京当地时间:换算待核。”没有猜未经核实的当地时间。
  “聊天区提问与讨论”没有把视频平台名称等同于已确认的音频能力。
  “要点待主办人提供”没有编造短文内容。
  “条件性备选(未排入)”将未确认功能与正式议程分开。
  “未做合规或无障碍测试”没有冒称完成测试。

可具体改进的是输出完整性,而不是已证实的事实错误:

  原要求是逐段列出开始/结束时间、目标、互动方式与主持角色。
  回答中的“20:45–20:55 聊天自由提问|主办人”缺少单独明确的目标字段;“20:55–21:00 总结与告别”未写互动方式与主持角色。其他段落也没有统一展开全部字段。

此外,“字幕或文字参与—已提供(文字聊天)”可以表示已有一种参与方式,但不能据此认定字幕已提供、低带宽可用或无障碍需求已满足。现有结尾免责声明是正确的,建议把这个区别直接写在检查项旁。

二、按原因分类

  信息不足:
  目标日期的参与者时区换算依据、平台准确名称及功能核验资料、短文内容、低带宽安排、录播授权和断线告知路径尚缺。它们的影响不同,不应一律阻塞主办时区议程草案。

  指令冲突:
  暂未发现实质性冲突。但材料混有未替换的“〈填写〉”与真实输入,容易造成“资料已给,却又问缺项”。应将模板说明和本次输入分开。

  范围过大:
  暂无依据认定当前范围过大;不必新增交通、餐饮、宣传或平台实施任务。

  事实须查证:
  参与者在目标日期的时区偏移,以及平台功能和使用条件,需要外部依据。议程分段累计时长也应确定性核算。本轮核算工具被执行权限阻止,未取得核算结果,不标通过。

  模型/工具能力限制:
  文字草案不能证明平台功能可用、字幕效果合格、录播授权充分或参会者实际可访问。

三、可复制的提示词草案

以下是一份未验证效果的改写。新增约束标为 N1—N5;其余保留原目标与边界。

请根据我提供的已确认信息,准备一场跨时区线上读书会、分享会或工作坊。只交付待人核定的议程草案与邀请前检查单,不安排线下交通餐饮,不保证“全球都能参加”。

本次输入:
  活动目标与形式:〈填写〉
  日期:〈年/月/日〉
  主办时区:〈IANA名称或UTC偏移〉
  开始时间与总时长:〈填写〉
  参与者地区或时区:〈填写〉
  平台名称与已确认功能:〈填写;未知写未定〉
  主持角色与已确认嘉宾:〈填写;未知写未定〉
  字幕、语言、低带宽及文字参与安排:〈填写;未知写待核〉
  录播、肖像与材料使用授权:〈填写;未知写待核〉
  断线告知路径:〈填写;未知写待核〉
  已核实的目标日期时区依据:〈提供来源及适用日期;没有则写未核〉
  短文或材料内容:〈有权分享的脱敏内容;没有则写未提供〉

处理规则:

  N1:仅将“本次输入”中的真实取值作为已提供信息;模板占位符不是取值。区分“缺失”“未定”“待核”,不要把它们改成已确认。

  先核日期、主办时区、开始时间、总时长、参与者时区及活动目标。关键项缺失时,只问缺项,不编带时间戳的议程。资料足以支持主办时区草案时,列出其他待核项,不无限等待。

  N2:每段统一输出:
  开始时间|结束时间|目标|互动方式|主持角色。
  没有已确认互动方式时,写“待核”,不留空、不补猜。主持角色只使用已提供角色。

  仅在目标日期的时区换算依据已独立核实时,列最多两个参与者时区的对应时间供人工校核;否则只列主办时区,参与者当地时间写“换算待核”。

  互动只采用已确认功能。仅确认文字聊天时,讨论与提问只用聊天。未确认的麦克风发言、分组、投票、自动字幕或录播,只能列条件性备选,不排入正式议程。

  没有嘉宾需求,不新增嘉宾环节;确有需求但人选未确认,写“待邀”。未提供短文内容时,只安排阅读或讨论,不编要点。

  N3:末尾分别列出五项检查:
  字幕或文字参与、低带宽、录播/肖像授权、邀请前时区复核、断线告知路径。
  每项标“已提供/待核”,并简述依据或缺项。“已提供”不等于“已测试通过”,不得宣称完成合规或无障碍测试。

  N4:检查议程是否连续、无重叠,且累计时长等于输入总时长。只有完成核算才报告核算通过;没有执行工具核算时,标“时长核算待人工复核”。

  N5:将已提供事实、建议性安排、条件性备选和待核事项分开表达。新增议程分配是草案,不是已发生事实;不添加输入中没有的承诺。

局限:这里只摘录实际诊断回答的一部分,未改写原结果。没有重新运行议程,也未执行回答提出的改写后测试,不能证明修改后的效果更好;本次时间换算工具未完成校验。对这个输入的一次观察,不保证其他任务或模型得到相同判断。

提示词正文

请帮我改进一次 AI 任务的输入和验收流程,不宣称训练、升级了模型,也不要编造改写后的表现。先提醒我删除个人信息、密钥、客户资料和商业秘密,仅提供有权分享的脱敏样例。

目标任务与目标读者:〈填写〉
原提示词:〈填写;含敏感信息时提供脱敏版〉
模型实际给出的回答片段:〈填写或‘尚未测试’〉
我不满意的地方和可观察的成功标准:〈填写;缺失可写‘待定’〉
不可改变的限制(事实来源、长度、格式、语气等):〈填写或‘无’〉

若目标或原提示词缺失,先只问最关键的缺项;若回答或标准缺失,明确‘无法诊断实际回答’,最多问两个补充问题,同时先提供不依赖实测的可编辑改写草案和建议验收维度,不要因此无限等候。信息齐备后:1. 仅引用我给的短片段指出回答与标准的差距,没有片段就不作差距判断;2. 分开信息不足、指令冲突、范围过大、事实须查证、模型/工具能力限制,每种只写有依据的项;3. 给一版可复制的提示词,保留原目标与不可变约束,把新增约束逐项标出,不要承诺一定更好;4. 给两例小测试(正常输入和容易出错的边界输入),列应观察的通过/失败判据;未真正运行就标‘待测’,不要写测试通过;5. 指出需要权威资料、工具、人工审批或更换任务设计而非仅靠改写的部分。若我说‘先给草案’,直接基于已知材料交付带占位符版本。

可改模板

只在本页填写,不保存、不上传;原提示词不会被覆盖。

一句话说清;示例:每周给部门写一段 150 字以内的项目进度摘要,读者是部门负责人

含敏感信息时先脱敏;可以很长,但不要粘贴整份客户资料;示例:根据下面的会议记录写本周进度摘要。〈会议记录〉

只贴不满意的那一段;没有就写「尚未测试」,这时它只能给预检草案;示例:本周项目整体进展顺利,团队成员积极协作……(约 400 字,未列具体完成项)

尽量写能数、能核对的标准;示例:太长、空话多;合格标准:≤150 字,列出 3 个已完成事项和 1 个风险,不写「顺利」「积极」这类评价词

写清哪些不能动;示例:只能依据会议记录;必须是一段文字,不用列表

填写后的版本

请帮我改进一次 AI 任务的输入和验收流程,不宣称训练、升级了模型,也不要编造改写后的表现。先提醒我删除个人信息、密钥、客户资料和商业秘密,仅提供有权分享的脱敏样例。

〈填写〉
〈填写;含敏感信息时提供脱敏版〉
尚未测试〈填写或‘尚未测试’〉
待定〈填写;缺失可写‘待定’〉
无〈填写或‘无’〉

若目标或原提示词缺失,先只问最关键的缺项;若回答或标准缺失,明确‘无法诊断实际回答’,最多问两个补充问题,同时先提供不依赖实测的可编辑改写草案和建议验收维度,不要因此无限等候。信息齐备后:1. 仅引用我给的短片段指出回答与标准的差距,没有片段就不作差距判断;2. 分开信息不足、指令冲突、范围过大、事实须查证、模型/工具能力限制,每种只写有依据的项;3. 给一版可复制的提示词,保留原目标与不可变约束,把新增约束逐项标出,不要承诺一定更好;4. 给两例小测试(正常输入和容易出错的边界输入),列应观察的通过/失败判据;未真正运行就标‘待测’,不要写测试通过;5. 指出需要权威资料、工具、人工审批或更换任务设计而非仅靠改写的部分。若我说‘先给草案’,直接基于已知材料交付带占位符版本。