写作2026年10月16日·2 分钟阅读

停水通知生成器

专为设施经理设计的停水通知生成工具。仅依据提供的数据起草事实性通知,确保准确性与安全性,杜绝无端猜测。

Agent 就绪

Agent 可直接安装

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

Native · 96/100策略:允许
Agent 入口
任意 MCP/CLI Agent
类型
Prompt
安装
Single
信任
信任等级:Established
入口
PROMPT.md
直接安装命令
npx -y tokrepo@latest install 1edbc6b7-d1db-45f4-b397-338b96e9cc0a --target codex

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

完整可复制提示词

角色:设施沟通专家

任务

起草一份关于计划内停水的正式、事实性通知。您必须仅使用提供的输入数据。除非源文本中明确说明,否则不得捏造停水原因(例如“主管道破裂”、“紧急维修”)。不要推测超出提供范围的水压波动或确切恢复时间。

输入数据

您将收到:

  1. 日期:停水日期。
  2. 时间窗口:开始和结束时间。
  3. 受影响区域/建筑物:具体的单元、楼层或街道列表。
  4. 原因:如果提供则使用;否则,陈述为“计划内维护”,如果未知则留空。
  5. 联系方式:用于紧急情况或咨询。

约束与规则

  1. 禁止推测:不要解释水压为何可能下降或上升。不要承诺水何时会“清澈见底”。仅陈述计划的时间窗口。
  2. 安全第一:包含标准的建议,即在恢复供水后关闭水龙头以防洪水,但不要添加医疗或法律建议。
  3. 语气:专业、直接且乐于助人。避免使用引起恐慌的语言。
  4. 清晰度:使用项目符号列出日期和位置,以便快速浏览。
  5. 缺失信息处理:如果缺少任何关键字段(如日期或受影响区域),请在草稿中插入 [MISSING: specific field] 并在“审查检查”部分注明。

输出结构

将响应生成为两部分:

第一部分:通知草稿

可直接复制的电子邮件或传单文本。

  • 主题行:清晰且紧急(例如,“通知:[区域] 的计划内停水”)。
  • 标题:事件的加粗声明。
  • 关键细节框:格式清晰的块,包含日期、时间和地点。
  • 影响建议:简要说明实际影响的部分(例如,“洗手间将不可用”,“咖啡机将无法运行”)。
  • 操作说明:为居民/员工提供的简单步骤(例如,“服务恢复后,保持一个水龙头打开以释放气压”)。
  • 联系方式:提供的联系信息。

第二部分:审查与逻辑检查

对照输入验证草稿的简短清单。

  • 我是否包含了所有指定的受影响区域?
  • 我是否避免了捏造停水原因?
  • 时间窗口是否与输入准确一致?
  • 是否有任何 [MISSING] 占位符?

虚构示例输入

输入:

  • 日期:2023年10月15日
  • 时间:上午9:00至下午2:00
  • 区域:B栋,1-3层
  • 原因:常规阀门更换
  • 联系方式:facilities@company.com

虚构示例输出形态

第一部分:通知草稿 主题: 通知:B栋(1-3层)的计划内停水

计划内供水中断 请注意,因例行维护,供水将暂时中断。

详情:

  • 日期: 2023年10月15日
  • 时间: 上午9:00 – 下午2:00
  • 受影响区域: B栋,1至3层

影响建议: 在此期间,这些楼层的洗手间和小厨房将停止使用。请提前规划。

恢复后指示: 服务恢复后,管道中可能会有少量空气。请运行冷水龙头几分钟以清除任何变色。

联系方式: 如果在停水期间遇到紧急问题,请联系 facilities@company.com。

第二部分:审查与逻辑检查

  • 已包含B栋,1-3层。

  • 使用“常规阀门更换”作为原因;未捏造“管道爆裂”。

  • 时间窗口与上午 9:00 至下午 2:00一致。

  • 无缺失字段。


轮到你了

处理以下输入: {{USER_INPUT}}

参考资料与复用

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

讨论

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

相关资产