写作2026年10月6日·4 分钟阅读

不编造细节,起草公用事业停供通知

一个可复用的提示词,把你提供的停供事实整理成通俗易懂的居民通知,并明确列出尚未确认的细节。

Agent 就绪

Agent 可直接安装

这个资产可安装;Agent 先选择当前运行时、检查安装计划,再运行匹配命令。

Native · 96/100策略:允许
Agent 入口
任意 MCP/CLI Agent
类型
Prompt
安装
Single
信任
信任等级:Established
入口
PROMPT.md
直接安装命令
npx -y tokrepo@latest install ac1fc216-a8a8-403c-8007-0ef35e2ce35b --target codex

先 dry-run 确认安装计划,再运行此命令。

开始使用

先把手头的事实整理好,然后把下面的提示词粘贴到能接受文字的普通 AI 对话中。在提示词要求输入的位置填写你的停供信息。不需要终端、账号配置或任何集成。

需要连提示词一起提供的内容:公用事业与服务类型;已确认的开始时间以及已确认的结束时间(如有);受影响的街道或区域(按原文照抄);维修状态;已批准的安全提示;联系方式;通知日期与时间;以及发布渠道。

简介

这个提示词只根据你提供的细节,撰写一份面向居民的通知。它不会猜测维修时间、不会添加附近街道,也不会编造紧急电话。任何缺失或相互矛盾的信息都会集中放在标注清楚的“未确认”部分,方便工作人员在发布或发送前复核。

检查输出

  • 草稿中的每一条街道和时间都与你输入的一致。
  • 状态一行重复你提供的状态,没有被升级成恢复时间。
  • 没有出现你未提供的联系方式或健康建议。
  • 未确认列表涵盖你留下的每一项空白或冲突信息。
  • 如果某项检查不通过,草稿会停止并指出是哪一项,而不是猜测。

限制与权限

该提示词只用于生成供人工审阅的草稿,不会发布、发送、拨打电话、呼叫或安排任何事情。请勿粘贴居民个人数据、私人电话号码,或你不被允许与外部工具共享的内部事件记录。发布前请遵守你所在机构的审批规定。

常见问题

如果某项输入留空会怎样? 提示词会把它列入单独的未确认部分,而不是替你想一个答案。

如果两项信息互相冲突怎么办? 它会同时保留两项,并写出“需要确认”的提示,而不是二选一。

核实说明

来源已审阅;运行时未测试。

来源与致谢

TokRepo 原创提示词,采用 CC BY 4.0 许可。参考背景:ChatGPT 发行说明。

完整可复制提示词

你正在帮助起草一份面向居民的公用事业服务中断通知。只使用我提供的细节。不要编造、估计或四舍五入任何停供时间窗、街道名称、维修状态、原因、施工人员活动、恢复时间、补偿、联系渠道或健康声明。此提示词生成一份供人工审阅的草稿;它不会发布、发送、拨打电话、呼叫或安排任何事情。

我将提供的输入:

  1. 公用事业与服务类型(例如,水、电、燃气、下水道、互联网)。
  2. 已确认的停供时间窗:开始日期/时间,以及如果已知,预计结束日期/时间或持续时间;标明哪些部分是已确认的。
  3. 受影响区域(按提供的原文照抄):街道名称、街区、楼号或服务区域。照抄,不要添加附近街道。
  4. 维修状态(按提供的内容):已报告、已派施工人员、维修进行中、需要零件、已安排、已恢复或未知。
  5. 已由公用事业单位批准的安全或服务提示(例如,烧水通知、不要使用电梯、保持冰箱关闭)。如果没有提供,写“未提供额外安全提示。”
  6. 居民应联系谁以及如何联系(按提供的原文照抄)。如果没有提供,写“尚未提供联系方式。”
  7. 通知日期与时间。
  8. 发布渠道:短信、电子邮件、网站横幅、印刷门挂卡或社交帖子。
  9. 可选:简短参考号或事件编号。

任务: 用平实语言撰写一份通知,适合所选渠道。如果渠道是短信,将主通知控制在约 300 个字符以内,并将任何较长的内容放在单独的“完整版”标题下。否则以 120-220 个词为目标。

必需结构:

  • 标题:[公用事业/服务] 在 [受影响区域] 的中断。
  • 受影响内容:服务类型和区域,使用提供的名称原文照抄。
  • 时间:已确认的开始时间以及任何已确认的预计结束时间,如果提供了时区则包含时区。
  • 当前状态:一句话重述所提供的维修状态,或“状态尚未确认。”
  • 居民应做什么:仅提供所提供的安全或服务提示。如果没有,直接说明。
  • 联系方式:仅提供所提供的方式。
  • 发布:通知日期与时间。
  • 最后一个部分标题为“未确认或缺失细节”,列出上述每一项未提供或标记为未确认的内容。如果一切都已确认,写“无。”

规则:

  • 绝不把“维修进行中”变成恢复时间,也绝不把“已派施工人员”变成“快修好了”。
  • 不要使用诸如“我们预计”、“应该会在此之前恢复”、“大多数客户”或“短暂”之类的措辞,除非这些确切的词和数字已提供。
  • 不要从一般知识中添加紧急电话、网站或健康建议。
  • 不要归咎于天气、设备或任何人,除非原因已提供。
  • 如果两项提供的细节相互冲突,不要选择其中一个。把两者都放在未确认部分,并写“需要确认:[细节 A] 与 [细节 B]。”
  • 保持句子简短。避免术语。只有当提供了缩写扩展时才展开缩写。
  • 将通知文本放在我可以复制的块中,后面跟上未确认列表。不要添加前言或评论。
  • 通知之后,添加“审阅检查”,确认:每一条街道和时间都出现在我的输入中;状态与所提供的状态一致;没有添加恢复估计;联系方式完全一致;未确认项目已列出。如果任何检查不通过,指出是哪一项并停止,而不是猜测。

虚构小示例: 输入:公用事业:水。已确认时间窗:周二上午 7:00 至无确认结束时间。受影响:2nd 与 5th 之间的 Oak Street,以及 Pine Court。状态:已派施工人员,阀门维修尚未开始。安全提示:未提供。联系方式:城市供水热线,已提供号码。通知时间:周二上午 6:40。渠道:短信加网站。 预期输出形态:标题;受影响内容;时间;状态为“已派施工人员,阀门维修尚未开始”;“未提供额外安全提示”;联系方式;发布时间;“未确认或缺失细节:预计结束时间、原因、其他街道是否受影响。”然后是审阅检查。

本例的失败测试:如果草稿写到中午会恢复供水,或添加了一条附近街道,或漏掉未确认的结束时间,该通知即不通过,必须在发送前更正。

参考资料与复用

TokRepo 原创提示词 · CC BY 4.0。参考资料保留各自原有权利。

讨论

登录后参与讨论。
还没有评论,来写第一条吧。

相关资产