开始使用

在任意一个能接受文本的普通 AI 对话里粘贴两项输入：你的岗位描述（岗位名称、部门、资历、职责、汇报关系）和实际使用的工具清单（每个工具及其用途）。可选补充：时区、远程或坐班、例会、必须参加的培训。

然后粘贴完整提示词（附在本指南之后）。发送后，AI 只返回一份草稿清单：首周要点、工具启用表格、第 1–5 天、第 2–4 周，以及缺口／冲突／假设部分。

使用前先检查输出：

• 表格每一行都能对应岗位描述里的某句话。
• 第 1 天包含会阻塞所列职责的事项。
• 你未提供的内容显示为 [OWNER?] 或 UNVERIFIED: needs confirmation，而不是被编造的人名或期限。
• 你列出但未说明用途的工具被标记为 UNEXPLAINED TOOL，而不是被删掉。
• 结果明确说明这是供人工复核的草稿。

如果缺少必需输入，提示词会向你追问，而不是猜测。

这个任务解决什么

入职安排常靠记忆拼凑，第一天的阻塞问题往往很晚才暴露。这个提示词把两件事对齐：岗位必须完成什么，以及岗位实际使用哪些工具。它把账号开通、熟悉了解和团队社交三类步骤分开、排序，并指出哪些还需要人工指定负责人。

它是规划辅助，不会开通权限、联系任何人，也不会确认许可、席位或审批状态；未说明的内容一律保持待验证。

你会得到什么

提示词还包含一个明确标注为示例的虚构范例，方便你了解预期格式。

常见问题

需要额外安装或账号吗？ 不需要。普通文本对话即可，不涉及终端、API 或安装。

它建议的负责人和日期可信吗？ 当作草稿看待。你未提供的负责人或时间点应显示为 [OWNER?] 或 UNVERIFIED。请向真正负责开通权限的人确认。

内部数据怎么办？ 输入可能包含内部工具名和汇报关系。只粘贴单位允许的内容，并把输出视为内部草稿。

验证说明

source reviewed; runtime not tested（已审阅来源；未做运行时测试）。该提示词是文本模板：产出供人工检查的草稿清单。未执行开通账号、授予权限或安排日程，也未进行任何运行时测试。

来源与致谢

TokRepo 原创提示词，采用 CC BY 4.0 许可。参考背景：ChatGPT release notes（2026-10-04 查阅），仅作为通用工作区背景引用；本提示词不依赖任何特定新发布功能。

完整可复制提示词

岗位到入职清单（仅为草稿）

你正在帮我为新员工准备一份首周及前 30 天的入职清单。这是一份供人工复核的草稿，不是我会执行的任务清单，不是发给任何系统或任何人的消息，也不是关于新员工能访问什么的声明。

我的输入（逐项粘贴并加标签）

1. 岗位描述——岗位名称、部门、资历、列出的职责、技能、汇报关系，以及任何已说明的入职日期。
2. 实际使用的工具——该岗位真实使用的应用程序、平台、共享盘、频道和实体设备清单。每项都要包括用途，如果知道，还要包括目前由谁授予或审批访问权限。
3. 背景备注（可选）——团队所在地／时区、该岗位是远程还是坐班、例会，以及必须参加的培训或合规事项。

要做什么

1. 提取最低限度可用配置。 仅根据岗位描述，列出该岗位人员在第一周必须能够完成的具体事项。用动词表达（例如「审阅进来的请求」「起草周报」），并引用岗位描述中暗示每一事项的部分。
2. 把每个工具映射到首周启用步骤。 对我清单中的每个工具，写一个步骤：新员工需要什么（账号、席位、权限、熟悉了解，或一次讲解演示），以及可能由谁负责。如果某个工具出现在我的清单里，但在岗位描述中没有明确用途，标记为 UNEXPLAINED TOOL——不要悄悄删掉它，也不要编造用途。
3. 按天排序。 为第 1–5 天生成逐日计划，为第 2–4 周生成逐周计划。任何阻塞第 1 天工作的事项排在最前。如果顺序重要，用简短从句说明原因。
4. 分成三类：(a) 权限／配置步骤，(b) 知识／熟悉了解步骤，(c) 社交／团队步骤。不要合并它们。
5. 标出缺口和冲突。 计划之后，列出：(i) 因我的输入未说明而无法指定负责人的步骤，(ii) 提到但从未说明用途的工具，(iii) 岗位描述中没有任何工具或步骤支持的职责，(iv) 你做出的任何假设，并明确标注为假设。

输出格式

1. 首周要点（来自岗位描述）

每个事项一条：能力——岗位描述依据。

2. 工具启用表格

Markdown 表格，列：Tool | Used for | First-week step | Likely owner | Category (setup / orientation / social) | Status (clear / UNEXPLAINED TOOL)。

3. 逐日计划（第 1–5 天）

每一天：编号步骤，凡我未提供负责人的地方使用负责人占位符 [OWNER?]。

4. 第 2–4 周

按周分组，格式相同。

5. 缺口、冲突与假设

四个带标签的子列表，与上文第 5 步对应。

6. 定稿前的自检

每项用一行回答：

• 是否出现了无法追溯到我的岗位描述或工具清单的步骤？如果有，指出它。
• 我是否编造了负责人、时间线、计划层级或审批路径？如果有，标出来。
• 第 2 节列出的每个工具是否也在第 3–4 节的某处得到处理，或被明确标记为 UNEXPLAINED？
• 我是否复制了输入中的任何原句？如果有，引用它，以便我决定是否保留。

边界

• 只准备清单。不要发送、安排日程、邀请、请求访问或联系任何人。
• 不要假设套餐资格、席位可用性、许可类型、权限级别或审批周转时间。如果未说明，写 UNVERIFIED: needs confirmation。
• 不要添加法律、医疗、财务或安全建议。如果某项合规事项是必需的且未说明，将其列为缺口，而不是描述该规则。
• 步骤要具体，且可由人工核对。避免「熟悉团队」这类空话。

不确定性的处理

如果缺少任一必需输入，停下来向我追问。如果某个工具的用途不清楚，标记出来而不是猜测。如果两项输入相互冲突（例如我清单中的某个工具与某项已陈述的职责矛盾），把两个版本并排列出，并注明冲突。

虚构范例（明确标注，仅为示例）

岗位描述（节选，虚构）：“运营助理。向运营经理汇报。职责：处理收到的供应商发票、维护每月用品跟踪表、预约快递取件、回答客户配送查询。”

实际使用的工具（虚构）：“电子邮件平台——收发邮件；共享电子表格——用品跟踪表；快递门户——预约取件；团队聊天——内部提问。”

输出格式：

第 1 天会先安排邮箱访问和共享电子表格讲解，因为二者都会阻塞所列的发票和跟踪表职责。第 2 天再加入监督下的快递预约。

本示例的任务特定检查：

1. 通过：表格每一行都能对应到虚构岗位描述中的某句话。不通过：“客户配送查询”作为一项能力出现，却没有分配任何工具，且未列入缺口。
2. 通过：每日顺序能解释为什么邮箱步骤排在快递步骤之前。不通过：顺序没有说明，或按字母顺序排列。
3. 通过：输出说明该计划是草稿，需要确认。不通过：声称新员工将拥有任何账号、席位或权限。
4. 通过：虚构示例始终标注为示例。不通过：假装它来自一家真实公司。
5. 通过：我未提供的任何负责人均呈现为 [OWNER?] 或 UNVERIFIED。不通过：编造出具体的人、团队或处理时限。

参考资料与复用

• ChatGPT release notes · Reviewed 2026-10-04

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