职位发布构建器

通过关于该职位的简短对话生成完整的招聘包——职位发布、面试指南和录用通知书。可选地通过 Chrome 中的 Claude 将录用通知书路由至 DocuSign。

快速开始

当用户表示需要招聘某人或生成任何招聘文档时调用。该技能执行6阶段工作流程：收集上下文 → 研究市场 → 撰写职位发布 → 草拟面试指南 → 组装录用通知书 →（可选）路由至 DocuSign。

示例触发：

"我们正在招聘一名高级产品经理。你能整理一下职位发布和面试问题吗？"

工作流程

1. 收集职位上下文 — 询问职位名称、职责、资格要求、地点、薪酬、面试流程和录用通知交付偏好（Word 文档 vs. DocuSign）。来源：对话 / AskUserQuestion。
2. 研究可比职位 — 在 Google Drive / 桌面搜索现有 JD 和模板；对3-5个该职位的实时发布进行网络搜索。来源：文件 MCP、网络搜索。
3. 撰写职位发布 — 使用 references/job-post-structure.md 草拟市场信息化的职位描述。输出：通过 docx 技能生成 [职位]-Job-Post.docx。
4. 草拟面试指南 + 评分标准 — 使用 references/interview-guide-structure.md 构建分阶段指南。输出：通过 docx 技能生成 [职位]-Interview-Guide.docx。
5. 组装录用通知书 — 使用 references/offer-letter-template.md 构建带有方括号占位符的录用通知书。输出：通过 docx 技能生成 [职位]-Offer-Letter.docx。
6. 路由至 DocuSign（如要求） — 使用 Chrome 中的 Claude 导航 DocuSign、上传录用通知书、配置信封并保存草稿。在发送信封前需要明确的用户批准。

审批关卡

本技能在第6阶段执行外部可见的操作。适用以下规则：

• 未经批准绝不发送 DocuSign 信封。 将信封保存为草稿并返回 URL。用户必须审查并在 Claude 点击发送前确认。
• 未经批准绝不发送 Gmail 回退邮件。 如果 DocuSign 浏览器流程失败，草拟回退邮件并在发送前向用户展示。
• 绝不发布职位。 仅生成 .docx 文件。发布到任何招聘网站是用户的责任。

未经用户明确确认已审查信封并希望发送，第6阶段不会推进到"保存为草稿"之后。

第1阶段 — 了解职位

在调研或撰写任何内容之前，收集足够的上下文以便做好工作。 通过对话或 AskUserQuestion 询问用户：

• 职位名称 — 他们想要发布的精确名称

• 团队 / 职能 — 此人员向谁汇报及与谁合作

• 主要职责 — 此人日常将负责的3-5项工作

• 必备资格 — 硬性要求（经验年限、特定技能、证书）

• 优先资格 — 最好具备但不强制要求

• 地点 / 远程政策 — 现场、混合或完全远程；如相关则注明地点

• 薪酬范围 — 如有薪资区间（标记需要 HR/法务批准）

• 现有 JD 或模板？ — 询问 Google Drive 或桌面上是否有现有版本可作为起点

• 录用通知书交付偏好 — 询问希望的录用通知书交付方式：

  • 直接通过 DocuSign 发送 — 技能打开 Chrome 中的 DocuSign、上传通知书、设置信封并保存草稿供发送前审查
  • 仅 Word 文档 — 技能将录用通知书保存为 .docx 并在此停止；用户自行处理路由

• 面试流程 — 询问他们的招聘流程结构：

  • 有多少轮/阶段？
  • 每个阶段由谁执行？（例如招聘人员、招聘经理、同级、跨级、小组）
  • 每个阶段旨在评估什么？（例如文化契合、技术深度、跨职能协作）
  • 是否有需要带回家完成的练习或工作样例？

  这点至关重要——面试指南将按阶段组织，每个阶段有其自己的问题集。如果用户还不知道，根据职位级别和公司规模建议一个合理的默认结构，并在继续前确认。

  中高级个人贡献者角色的示例默认值： | 阶段 | 面试官 | 重点 | |---|---|---| | 电话筛选 | 招聘人员 | 沟通、基本契合、后勤 | | 招聘经理面试 | 招聘经理 | 范围、所有权、角色特定深度 | | 同级面试 | 团队成员 | 协作、工作风格 | | 技能/案例练习 | 高级IC | 相关技术或领域深度 | | 最终/文化面试 | 跨级或高管 | 价值观、长期发展轨迹 |

  在第1阶段捕获交付偏好，以便在开始任何撰写之前明确第5/6阶段的路径。如果用户已经表明了偏好（例如"发送到 DocuSign"），从他们的消息中提取而不是再次询问。

  如果用户已在其消息中提供了大部分信息，提取并在继续前确认，而不是问重复的问题。一个有针对性的澄清问题要好过长篇大论。

第2阶段 — 研究可比职位

好的职位发布基于市场对该职位的实际描述。并行执行以下两项操作：

A. 首先检查现有文件 在 Google Drive 和桌面搜索用户可能已有的先前 JD、录用通知模板或面试指南。使用文件搜索工具，关键词包括职位名称、"职位描述"、"JD"、"录用通知书"、"面试"。如果找到，读取它们并作为基线——保留用户已建立的任何现有语言、结构或要求。

B. 网络搜索可比职位 搜索该职位在当前可比公司的招聘信息。好的来源包括 LinkedIn、Greenhouse、Lever、Workday 和公司招聘页面。寻找3-5个真实招聘信息并注意：

• 该职位列出的常见职责
• 一致出现的资格要求（这些是基本条件）
• 公司如何描述该职位的影响/范围
• 使招聘信息显得有吸引力而非千篇一律的语言模式

使用此研究来检验用户的需求（他们是否遗漏了某些标准内容？要求了不寻常的东西？）并使职位发布显得与时俱进且了解市场。

第3阶段 — 撰写职位发布

阅读 references/job-post-structure.md 获取完整的推荐结构和撰写指南。

如果第2阶段找到了现有的职位发布或 JD： 将其用作结构模板——镜像其章节名称、语气、顺序以及用户已建立的任何样板内容（例如公司描述、福利说明、如何申请的语言）。用户的格式是事实依据。

将其与 references/job-post-structure.md 进行比较，并在撰写前通过一个问题指出任何缺失的组件：

"您现有的 JD 有职责部分和要求列表，但我没有看到开篇引子或对第一年成功是什么样的描述。要我添加这些，还是保持您当前的格式？"

仅在用户确认后才添加缺失的组件。

如果未找到现有职位发布： 使用 references/job-post-structure.md 作为完整模板从头构建。

无论哪种方式：

• 以影响力而非任务开头
• 诚实地说明困难之处——能自我筛选的候选人更适合
• 使用包容性语言；避免隐性筛选特定群体的行话
• 保持必备资格列表精简——每一行都是某些人不申请的理由
• 如果未提供薪酬，省略范围而非编造一个

使用 docx 技能保存为 [职位]-Job-Post.docx。 在生成文件前阅读 docx/SKILL.md。

第4阶段 — 草拟面试问题 + 评分标准

阅读 references/interview-guide-structure.md 获取完整的推荐格式。

如果第2阶段找到了现有的面试指南： 使用用户现有的指南作为结构模板——镜像其章节名称、顺序和格式约定。用户的格式是事实依据；参考文件是一个检查清单，而非覆盖指令。

将现有指南的章节与参考文件映射后，指出参考文件中存在但用户指南中缺失的任何组件。在撰写前以简短友好的问题呈现这些内容——例如：

"您现有的指南有题库和评分标准，但我注意到它没有包含面试阶段图或复盘指南。要我添加这些，还是保持您当前的结构？"

仅在用户确认后才添加缺失的组件。不要未经询问就静默扩展他们的格式。

如果未找到现有指南： 使用 references/interview-guide-structure.md 作为完整模板从头构建指南。参考文件定义了推荐的章节、问题格式、评分锚点和复盘指导——完全遵循。

无论哪种方式，使用第1阶段捕获的流程按面试阶段组织指南。

文档的结构应使每个阶段成为其自己的章节：

每个阶段有自己的章节，标题为阶段名称和面试官，后跟：此阶段评估的重点领域、针对该重点的4-6个行为问题、每个问题2-3个跟进追问，以及每个阶段所负责能力的1/3/5评分标准及锚点。

多阶段指南的关键原则：

• 每项能力应由一个阶段负责——避免两名面试官询问相同内容。如果有重叠，分配不同的角度。
• 对于小组面试，明确在小组成员之间分配问题，以便每个人知道自己在覆盖什么。
• 如果有带回家练习，包含一个结构化的复盘部分用于审阅——看什么、如何评分、跟进问题。
• 复盘指南放在最后，在所有阶段章节之后。
• 1/3/5评分锚点应为此特定职位编写，而非通用。

使用 docx 技能保存为 [职位]-Interview-Guide.docx。

第5阶段 — 组装录用通知书模板

阅读 references/offer-letter-template.md 获取完整的基础模板和字段定义。

如果第2阶段找到了现有的录用通知书或模板： 将其用作结构模板——保留用户的格式、条款顺序、签名栏以及他们已建立的任何法律语言。他们的版本是事实依据。

将其与 references/offer-letter-template.md 进行比较，并在撰写前通过一个问题指出任何缺失的组件：

"您现有的录用通知书有薪酬和职位详情，但我注意到它没有包含任意雇佣条款或法务审查免责声明。要我添加这些，还是保持您当前的格式？"

仅在用户确认后才添加缺失的组件。

如果未找到现有录用通知书： 使用 references/offer-letter-template.md 作为完整模板从头构建。

无论哪种方式：

• 使用清晰标记的 [方括号] 占位符字段表示所有候选特定值
• 包含：任意雇佣条款（如适用）、前置条件、法务审查免责声明
• 不要编造薪酬数字——如果未提供，保留为占位符

使用 docx 技能保存为 [职位]-Offer-Letter.docx。

然后根据第1阶段捕获的交付偏好分支：

• 如果用户选择了 DocuSign → 进入第6阶段
• 如果用户选择了 仅 Word 文档 → 跳过第6阶段，交付 .docx 并结束

第6阶段 — 将录用通知书直接路由至 DocuSign

使用 Chrome 中的 Claude 将录用通知书上传到 DocuSign 并设置信封，以便用户无需手动操作 DocuSign。

逐步浏览器流程：

1. 导航至 https://app.docusign.com — 用户应已登录。如果出现登录屏幕，暂停并要求用户登录，然后继续。

2. 点击 "开始" → "发送信封"（或根据UI版本的等效"新建"/"使用模板"按钮）。

3. 上传录用通知书： 点击"上传文档"并上传刚刚创建的 [职位]-Offer-Letter.docx 文件。

4. 添加签署人： 在收件人部分，将候选人添加为签署人。如果尚未提供，询问用户的候选人姓名和电子邮件。将其角色设置为"签署人"。

5. 如果需要，将发送者添加为抄送收件人（如果不确定则询问）。

6. 设置主题行： 录用通知 — [职位名称] 在 [公司名称]

7. 添加消息：

   "您好 [候选人名字]，我们非常高兴向您提供此录用通知，并期待您加入团队。请尽快审阅并签署。如有任何问题，请随时联系我们。"

8. 放置签名字段： 在文档中，在底部的候选人接受行放置签名字段和签署日期字段。

9. 保存为草稿 — 不发送。将信封 URL 返回给用户，以便他们在发送前审阅。

告知用户：

"DocuSign 信封已设置好录用通知书和候选人详情。这是草稿链接：[信封 URL]。请审阅签名位置，然后在准备好发送时在此确认。"

回退： 如果 DocuSign 不可用或浏览器流程在任何步骤失败，回退到 Gmail 草稿方法：通过 Gmail MCP 草拟一封附有录用通知书和手动上传至 DocuSign 说明的电子邮件。在发送前向用户显示草稿。

交付招聘包

一旦所有三个文件创建完成，一起呈现：

呈现一个摘要，按职位名称列出三个交付物：职位发布 docx（准备好发布）、面试指南 docx（与面试官分享）和录用通知书 docx（已路由至 DocuSign 草稿或准备手动上传）。

提醒用户：

• 录用通知书模板在任何司法管辖区使用前需要法务审查
• 在发布职位前应与 HR 确认薪酬范围
• 此技能不筛选或排名申请人

参考文件

在到达相关阶段时加载这些文件——不要一次性全部加载：

测试

参见 tests/triggers.md 了解必须触发、绝不能触发和模糊路由的情况。

参见 tests/scenarios.md 了解涵盖快乐路径、连接器缺失和审批关卡流程的端到端场景演练。