分析2026年10月7日·5 分钟阅读

设备维护排期表生成提示词

可复用提示词:把零散的维护笔记整理成含上次维护与下次到期的排期表,未知留空,并标出需人工确认的行。

Agent 就绪

Agent 可直接安装

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

Native · 96/100策略:允许
Agent 入口
任意 MCP/CLI Agent
类型
Prompt
安装
Single
信任
信任等级:Established
入口
PROMPT.md
直接安装命令
npx -y tokrepo@latest install 5ebf4502-e348-4a6a-95ea-d40ded6274c2 --target codex

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

开始使用

把维护笔记粘贴到提示词指定的位置即可。笔记保持原样:设备名称、资产编号、日期、间隔(天 / 周 / 月 / 年)、负责人或供应商名字,以及任何关于漏做或延迟的记录。

不需要事先整理成清单。顺序混乱、措辞随意都可以。

  1. 把下面的完整提示词复制到一条消息里。
  2. 在同一条消息中,把原始笔记直接粘贴在提示词后面。
  3. 发给任何能接受文本的普通 AI 对话工具。

然后按以下几点检查输出:

  • 只有一张表,列的顺序与提示词一致(设备、维护任务、所写间隔、上次维护、下次到期、下次到期依据、负责人/供应商、置信度、是否需要人工确认、备注)。
  • 每个「下次到期」日期背后都有写明的间隔,没有根据凭空补出的「上次维护」计算日期。
  • 存在冲突或缺少关键字段的行,在不确定字段上留空并标出需要人工确认。
  • 有「Needs confirmation」(需人工确认)段落,每个被标记的行对应一个问题,还有「What I did not assume」(我未假设的内容)段落。

这条提示词做什么

这是一条办公场景的可复用提示词,把零散的维护笔记整理成草稿排期表,仅用于你自己查看。

它不会发送提醒、预约、通知任何人,也不会更改任何日历。这些事情由你自己完成。

常见家庭与小型企业用途:

场景 你粘贴的内容 你得到的输出
会议室投影仪、冰箱滤芯、送货车 带日期和间隔的笔记 按最早可用的下次到期日期排序的行
同一任务出现两个不同日期 笔记里的两个版本 合成一行,标为冲突,不做猜测
间隔写成「按需」或「每季度」 你自己的原话 下次到期留空,标记需确认

缺少信息时如何处理

如果某条笔记没有上次维护日期,该字段留空。如果间隔没有明确起点(「每季度」「按需」),下次到期日期留空,并把该行标记为需要确认。

如果笔记信息太少,无法生成任何一行,提示词会告诉你缺哪些字段,而不是编造一张表。

隐私与边界

提示词只依据你粘贴的内容工作。笔记可能包含供应商联系方式、房间号或车辆编号,所以先去掉不希望出现在该对话工具中的内容,只粘贴表格需要的信息。

它不提供安全、法律、保修或合规建议。看起来涉及安全的笔记只会被重述到备注列并标记确认。它不会推荐你没写过的维护间隔、不会估算费用,也不会声称已设置任何提醒。

提示词中的示例已标注为虚构,仅用于说明输出形状。

常见问题

需要安装什么吗? 不需要。把提示词和笔记粘贴进任何接受文本的 AI 对话即可。

我预期有日期的行,输出里下次到期却是空的,为什么? 这通常是因为间隔措辞不明确,或上次维护日期缺少或存在冲突。请根据「Needs confirmation」段落中的问题,在核对之后用真实记录自行补齐。

验证说明

源内容已审阅;未做运行时测试。本指南说明如何使用该提示词,不声称提示词已被执行,也不声称已创建任何提醒、日历条目或消息。

来源与致谢

  • 原始提示词(CC BY 4.0):Equipment Maintenance Schedule Table Builder,TokRepo。
  • 参考背景:ChatGPT release notes。

完整可复制提示词

设备维护排期表构建器

你在帮我把零散的维护笔记整理成一张干净的排期表。这条提示词只准备一张供我查看的表。它不会发送提醒、预约、通知任何人,也不会更改任何日历。

我将提供的内容

把原始材料粘贴在这条提示词后面。材料可能以任意顺序或措辞混合包含:

  • 设备名称和标识(例如房间号或资产编号)
  • 已记录的维护日期,以及每个日期属于哪项任务
  • 以天、周、月或年写明的维护间隔
  • 有人提到过的到期日期、关于漏做或延迟维护的记录,以及每项由谁负责
  • 笔记中若出现的联系人或供应商名称

你的任务

  1. 只阅读我提供的材料。不要添加材料中不存在的设备、日期、间隔、供应商或负责人。
  2. 生成一张表,列必须严格如下,顺序如下:
    • 设备
    • 维护任务
    • 所写间隔(照抄我使用的措辞,含单位)
    • 上次维护(日期,或留空)
    • 下次到期(日期,或留空)
    • 下次到期依据(写「根据上次维护加上所写间隔计算」或「笔记中直接写明」,或留空)
    • 负责人 / 供应商(只有我指明时才填)
    • 置信度(按下方规则填 High、Medium 或 Low)
    • 是否需要人工确认(Yes 或 No)
    • 备注(简短、基于事实)
  3. 按设备分组。如果同一设备有多项任务,每项任务单独一行。
  4. 排序时,有可用下次到期日期的行排在最前,日期最早的排最前。下次到期日期为空的行排在最后,按它们在我的笔记中出现的顺序排列。

日期与留空规则

  • 如果我给了上次维护日期和明确的间隔,你可以写出下次到期日期。尽量写成确切日期,并在依据列写明依据。如果间隔措辞模糊(例如没有起点的「每季度」,或「按需」),下次到期留空,并把「是否需要人工确认」标为 Yes。
  • 绝不要凭空编造上次维护日期。如果缺失,就留空。
  • 绝不要默默假定月份长度或闰年。如果你的计算依赖对月份长度的假设,请在备注列注明。
  • 如果两个日期或间隔相互冲突,不要从中挑选一个。把上次维护或下次到期留空,置信度设为 Low,是否需要人工确认设为 Yes,并在备注中简要描述冲突。
  • 如果同一设备和任务出现两次但日期不同,只有在日期一致时才合并为一行。否则保留一行并标出差异。

置信度规则

  • High:上次维护日期和明确的间隔单位都存在,且计算没有歧义。
  • Medium:日期存在但间隔措辞宽松,或设备名称可能与其他行匹配。
  • Low:存在任何冲突、缺少关键字段,或归属不明确。

输出格式

  1. 一段简短说明:我给了你什么,以及你无法使用的部分。
  2. Markdown 表格,遵循上述列顺序。
  3. 一个名为「Needs confirmation」的段落,列出所有标为 Yes 的行,每行配一个单行问题。
  4. 一个名为「What I did not assume」的段落,列出你刻意留空的内容及原因。

示例(虚构,仅说明形状)

输入笔记:「会议室投影仪,灯泡于 2025 年 2 月 3 日更换,每 6 个月更换一次,由 A. Patel 完成。厨房冰箱滤芯,每 90 天更换一次,上次更换时间未知。12 号货车,机油保养,每 12 个月一次,上次保养为 2024 年 11 月 14 日,另被误记为 2024 年 12 月 14 日。」

输出形状示例:三行。投影仪行显示上次维护 2025年2月3日,下次到期计算为 2025年8月3日,依据为「根据上次维护日期加上所写间隔计算」,置信度 高,需要确认 否。冰箱滤芯行显示上次维护留空,下次到期留空,置信度 低,需要确认 是,并附有一个关于上次更换时间的问题。送货车行显示上次维护留空(因日期冲突),下次到期留空,置信度 低,需要确认 是,并附有一个关于哪个维护日期正确的问题。

回答前要运行的检查

  • 每一行都能追溯到我的笔记中的措辞。如果你无法指出来源短语,就把该字段留空。
  • 没有写明的间隔或直接写明的到期日期,就不出现下次到期日期。
  • 每个缺少关键字段或关键字段存在冲突的行都标记为「需要人工确认 = 是」,并在「Needs confirmation」段落中有对应问题。
  • 行数与找到的不同设备—任务对数量一致。
  • 不把任何提醒、通知、日历更改、采购或消息描述为已完成或已安排。这里的一切都是供我审阅的草稿表格。

边界

  • 不要提供安全、法律、保修或合规建议。如果某条笔记看起来涉及安全,只需在备注中重述,并把该行标记为需要确认。
  • 不要推荐我没有写明的维护间隔。
  • 不要估算费用或交付周期。
  • 如果我的笔记信息太少,无法生成任何一行,请说明并列出具体缺少哪些字段,而不是编造一张表。

我会用结果做什么

我会查看「Needs confirmation」问题,用真实记录补齐空白,然后在我自己的工具中自行设置任何提醒。

参考资料与复用

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

讨论

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

相关资产