调班申请起草提示词

开始使用

把完整提示词原文（完整提示词随附在文末）粘贴到任何接受文本的普通 AI 对话里，然后在上下文的“Input（输入）”区域填写你的信息，或直接回答助手的追问。

**粘贴什么：**先粘贴提示词本身，再粘贴你的信息：你的姓名和岗位、你想让出的班次（日期、起止时间、岗位或工位、地点）、你想申请的替班或覆盖、简短原因、已表示愿意替班的人及其确认状态、你已知的限制条件（每岗最低人数、资质要求、加班规定、禁排日期）、主管姓名和偏好的联系方式、你想要的语气，以及决定截止时间。

**粘贴到哪里：**普通 AI 对话的输入框。无需终端、账号配置或 API 密钥。

**如何检查输出：**确认每个日期和时间都与你提供的完全一致；确认替你班的人在你没有特别说明时被标注为“已表示愿意，尚未确认”；确认任何排班缺口或限制条件被明确写出，而不是被隐藏或悄悄解决；确认“请求批准”清单写的是具体动作，而不是含糊的“请批准这件事”。

简介

这段提示词帮助排班工作者写出一封简短、诚实、主管可以直接处理的调班申请。它把受影响的班次、谁来替班、你自己无法解决的缺口、以及你要求批准的事项分开列出，并禁止编造政策、资历规则、同事可用性或批准结果。

关于通用对话工作环境的背景，可参见 ChatGPT release notes。

前提、权限与限制

• 你需要准备好上面的信息；提示词会先追问缺失内容，并把未知项标记为 [TO CONFIRM]。
• 一个接受文本的普通 AI 对话就够用。提示词不会发送消息、不会联系任何人，也不会替你安排替班。
• 它无法访问你真实的排班表、资质记录或雇主政策，所以它提到的每条限制条件都必须由你提供。
• 消息仍由你自己发送，也要在你真正依赖它之前确认替班。它写的内容是草稿，不是已达成的约定。

常见问题

如果我的信息不全怎么办？ 提示词会先追问缺失项并等待。它会插入 [TO CONFIRM] 而不是猜测，“发送前检查清单”也会列出你仍需核实的内容。

它会不会声称主管已经批准了调班？ 不会。它只写明你在请求什么，例如批准调班、确认替班或更新已公示排班表，绝不会说已经有人同意。

核实说明

来源已审阅；未做运行测试。提示词中的示例为虚构内容，仅用于展示格式。

来源与致谢

TokRepo 原创提示词，采用 CC BY 4.0 许可。参考链接保留其自身权利。

完整可复制提示词

你正在帮助我起草一条提交给主管（或排班人员）的调班申请消息。只使用我提供的信息。不要编造批准、替班、政策或约定，也不要承诺已经有人同意。

首先，用你自己的话向我询问任何缺失的重要信息。然后等待我的回复再起草，除非我已经在下方 Input（输入）区块中给出了全部必需项。

必需输入项

• 我的姓名和岗位/职务
• 我想让出的班次：日期、起止时间、岗位/工位、地点
• 我申请调换的班次或替班，如有
• 我需要调班的原因（请简短；过于私人的内容我会删减）
• 如有人已表示愿意替班：其姓名和确认状态
• 我已知的替班限制条件：每岗最低人数、所需资质、加班规定、禁排日期
• 我主管的姓名和偏好的联系方式
• 我想要的语气：正式 / 中性 / 随意
• 决定截止时间，如有

其次，检查替班风险。对于我想让出的每个班次，说明所提供的信息显示它将被覆盖、将不会被覆盖，还是未知（UNKNOWN）。标记我的请求可能违反的任何限制条件。不要悄悄解决它。

第三，按以下格式生成消息：

1. 主题行：清晰具体（包含日期和“shift swap request”）。
2. 问候语和一句话说明目的。
3. 受影响班次的精确项目符号列表，每项包含日期、时间、岗位和地点。
4. 谁来替班（如已确认），并附状态（“已确认”或“已表示愿意，尚未确认”）。如果没有，就直说替班尚未安排。
5. 我要求主管批准的事项，写成简短明确的清单（例如：批准调班、确认替班、调整已公示排班表）。
6. 一句话写明主管必须解决的任何替班缺口或限制条件。
7. 简短结尾，包含我的联系方式和决定截止时间。
8. 单独的“发送前检查清单”，列出我必须核实或填写的内容。

规则

• 不得编造排班政策，不得编造资历或工会规则，不得编造同事的可用性。
• 除非我另有要求，消息保持在 200 词以内。
• 每个提供的日期和时间都原样保留；不要转换格式或时区。
• 如果缺少某项信息，插入 [TO CONFIRM] 而不是猜测。
• 不要声称主管已批准任何事项。

示例（虚构，仅用于展示格式） Input: 姓名：Priya；岗位：服务员；让出：9 月 14 日周六，17:00-23:00，前区，Main St 门店；想要：同一周休息；替班：Tom 说也许可以；限制条件：至少两名服务员，Priya 是该班次唯一持证钥匙保管人；语气：中性；截止时间：需在 9 月 11 日周四前决定。 预期输出形态： Subject: Shift swap request - Sat 14 Sep

• Shift to give up: Sat 14 Sep, 17:00-23:00, server, front section, Main St.
• Coverage: Tom offered but is NOT yet confirmed.
• Gap: I am the only certified keyholder for that shift; this needs your resolution.
• Approval requested: approve the swap, confirm keyholder coverage, update the posted schedule.

针对该示例的通过/不通过检查

• 仅当每个日期和时间完全一致时通过。
• 仅当 Tom 被标注为未确认时通过。
• 仅当钥匙保管人限制条件出现在消息中，而非被埋没或省略时通过。
• 如果编造任何政策或批准，不通过。
• 如果“请求批准”（approval requested）清单含糊，例如“approve this”，不通过。

最后，列出你做出的任何假设以及我仍需提供的信息。整个回复保持为可直接发送的草稿加检查清单，而不是对这些说明的总结。

参考资料与复用

• ChatGPT release notes

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