用 knowledge-work-plugins 的 job-post-builder Skill 一键生成完整招聘资料包职位描述 结构化面试指南 Offer Letter【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins导读job-post-builder是 knowledge-work-plugins 仓库中 small-business 插件内置的招聘技能Skill它的核心能力是把一次简短的招聘对话端到端地产出一份完整的「招聘资料包」市场对标过的职位描述Job Post、按面试阶段组织的结构化面试指南与 1/3/5 评分量表Scoring Rubric、以及带占位符的 Offer Letter 模板。读完本文你将掌握该 Skill 的六阶段工作流、各阶段信息收集清单、三份参考文档job-post-structure.md、interview-guide-structure.md、offer-letter-template.md的完整结构以及通过 Claude in Chrome 把 Offer Letter 直接路由到 DocuSign 草稿信封的实现细节与审批门禁规则。Skill 是什么、何时触发在仓库的 small-business 插件中SKILL.md 通过 YAML frontmatter 声明了name: job-post-builder和一段description。这段描述不仅是给人看的更是给 Agent/LLM 的路由信号当用户说出 help me hire、were writing for、write a job post、job description、JD、open role、create a job ad、interview questions、scoring rubric、draft an offer letter、send an offer、make a hiring packet 等任何与招聘相关的请求时Skill 都应被触发在不确定时采取「宁可触发」When in doubt, trigger策略覆盖从职位发布到 DocuSign 信封创建的完整招聘流程。需要特别注意的是 Skill 的能力边界声明它不筛选、不排序候选人Does NOT screen or rank applicants。在 small-business/README.md 的 Hiring 技能表中job-post-builder 被归类为「可独立运行」works standaloneDocuSign 与 Google Drive 均为可选连接器。一个典型的触发示例Were hiring a senior product manager. Can you put together the job post and interview questions?Skill 随即进入一个 6 阶段工作流收集上下文 → 调研市场 → 撰写职位描述 → 起草面试指南 → 组装 Offer Letter →可选路由到 DocuSign。六阶段工作流总览阶段做什么关键输入/输出Phase 1收集岗位上下文对话 / AskUserQuestion产出角色信息清单Phase 2调研对标职位Google Drive/Desktop 既有文件 网络搜索 3–5 个在招职位Phase 3撰写职位描述输出[Role]-Job-Post.docxdocx skill 生成Phase 4起草面试指南 评分量表输出[Role]-Interview-Guide.docxPhase 5组装 Offer Letter输出[Role]-Offer-Letter.docxPhase 6路由 DocuSign可选Claude in Chrome 上传信封并保存为草稿下面按阶段逐一展开。Phase 1 — 理解岗位信息收集清单与默认面试流程在调研和写作之前Skill 要求通过对话或 AskUserQuestion 收集以下上下文Role title职位名称——用户想发布的准确职位名Team / function团队/职能——向谁汇报、与谁协作Key responsibilities关键职责——3–5 项该职位日常负责的事项Must-have qualifications必备资质——硬性要求年限、技能、证书Nice-to-have qualifications加分项——优先但非必需Location / remote policy地点/远程政策——到岗、混合或全远程以及相关地点Compensation range薪酬范围——若有薪资带则记录并标记需 HR/法务确认Existing JD or template?既有 JD 或模板——询问 Google Drive 或桌面是否已有旧版本可作为起点Offer letter delivery preferenceOffer 交付偏好——两条路径Send directly via DocuSignSkill 在 Chrome 打开 DocuSign上传信件、配置信封、保存草稿供审阅后再发送Just the Word doc只输出 .docx路由由用户自行处理Interview process面试流程——几轮、每轮谁面试recruiter / hiring manager / peer / skip-level / panel、每轮考察什么文化匹配、技术深度、跨职能协作、是否有 take-home 练习。面试流程信息对 Phase 4 至关重要——面试指南将按阶段组织每个阶段拥有独立的题组。若用户尚未确定Skill 会基于角色级别与公司规模给出默认建议并先确认。SKILL.md 给出的 mid-senior IC 角色默认流程示例StageInterviewerFocusPhone screenRecruiterCommunication, baseline fit, logisticsHiring manager interviewHMScope, ownership, role-specific depthPeer interviewTeam memberCollaboration, working styleSkills/case exerciseSenior ICRelevant technical or domain depthFinal / culture interviewSkip-level or execValues, long-term trajectory效率原则交付偏好必须在 Phase 1 就捕获以便在写作前确定 Phase 5/6 的路径若用户在消息中已表明偏好如发到 DocuSign直接从消息中提取而非重复询问。若用户已在消息中提供大部分信息则提取并确认即可一个聚焦的澄清问题胜过一长串表单。Phase 2 — 调研对标职位文件优先 网络并行好的职位描述扎根于市场对该角色的真实定价。Phase 2 要求两路并行A. 先查既有文件搜索 Google Drive 与桌面查找用户可能已有的旧 JD、Offer Letter 模板或面试指南。检索词包括角色名、job description、JD、offer letter、interview。找到后以既有文件为基线保留用户已确立的语言、结构或要求。B. 网络搜索对标职位在 LinkedIn、Greenhouse、Lever、Workday 及公司招聘页寻找同类公司当前在招的 3–5 个真实职位重点记录该角色常见职责反复出现的资质要求这些是 table stakes公司如何描述角色的影响力/范围让帖子显得有吸引力而非套话的语言模式。调研结果用于压力测试用户的需求是否遗漏了行业标配是否提出了非常规要求并让职位描述具备时效性和市场感知。Phase 3 — 撰写职位描述七段结构与写作原则Phase 3 的完整结构指导来自 job-post-structure.md。该文档开宗明义目标是吸引强大且自我认知清晰的候选人而不是走 HR 流程的形式主义帖子。既有 JD 作为结构模板若 Phase 2 找到既有职位描述以用户版本为唯一事实来源source of truth镜像其章节名、语气、顺序和样板内容公司介绍、福利段落、申请方式。将它与参考结构对比在写作前用单个问题抛出缺失组件Your existing JD has a responsibilities section and requirements list, but I didnt see an opening hook or a description of what success looks like in year one. Want me to add those, or keep it to your current format?只有用户确认后才补充缺失组件——不得静默扩展用户既有格式。从零构建推荐七段结构若没有既有 JD则完全按参考文档构建1. Opening Hook开场钩子2–3 句——以why开篇为什么这个职位存在、解决什么问题、公司处于什么阶段。反例与正例对比Bad: We are looking for an experienced marketing manager. Good: Were doubling our go-to-market team this year and need someone to own how we show up in enterprise accounts — from first touch through renewal.2. About the Company公司介绍3–4 句——简短、诚实、具体公司做什么、服务谁、为何重要。避免空话套话若有融资、增速、客户名等里程碑一句即可建立信任。3. About the Role角色说明1 段——描述 12 个月后成功的样子这个人将建成、交付或改变什么为后文职责提供锚点。4. What Youll Do职责清单4–7 条 bullet——用动作动词强调拥有own而非协助help with。避免面面俱到的洗衣单只保留最重要的 4–7 项。5. What Were Looking For候选人要求分两小节Required必备保持精简——每一行都是一个筛选器。自问我们会因此拒绝一位优秀候选人吗如果不会移到加分项。尽量用 experience with 而非 expertise in前者不那么吓人且依然准确。Preferred加分项能让候选人出色但不是 dealbreaker 的特质。6. Compensation Benefits薪酬福利若有——列出薪资范围、期权如适用和 3–5 项突出福利。若用户未提供薪酬整节省略绝不编造区间。7. How to Apply如何申请——一句清晰的话链接或邮箱不设门槛。写作原则包容性语言清单避免 rockstar、ninja、guru、hustle culture 信号避免不必要的学位要求经验可替代时避免性别化语言目标 Flesch-Kincaid 阅读等级 10–12。篇幅400–700 词是黄金区间低于 300 显单薄超过 900 会流失候选人。语气匹配公司声线——初创公司与受监管的成熟企业风格不同不确定时询问用户或从调研到的既有材料中推断。最终以 docx skill 输出[Role]-Job-Post.docxSKILL.md 明确要求生成前先阅读 docx skill 说明。Phase 4 — 面试指南与 1/3/5 评分量表Phase 4 的结构蓝本在 interview-guide-structure.md。文档强调好指南能降低偏见、提升一致性让所有面试官用同一套标准评估同一件事debrief 讨论因此更尖锐。推荐文档五节结构Section 1: Role Summary角色摘要1 段——提醒面试官在招什么、为什么并注明指南覆盖的流程阶段phone screen / full loop。Section 2: Interview Stage Map面试阶段图表格——每阶段谁面试、评估什么能力避免面试官重复提问也便于从不同维度对照StageInterviewer(s)Competencies AssessedPhone screenRecruiterCommunication, baseline fitHiring manager interviewHMRole-specific scope, leadershipPeer interviewTeam memberCollaboration, working styleSkills/case interviewSenior ICTechnical depth, problem-solvingSection 3: Competency Question Bank能力题题库——每个能力 4–6 道行为面试题 2–3 个追问探针格式为[能力名称]What were evaluating:[一句话描述好的标准]Questions:Tell me about a time you [与该能力相关的具体情境]...Describe a moment when you had to [挑战]...Walk me through how you [流程或决策]...Follow-up probes追问探针:What was the outcome?What would you do differently?Who else was involved and what was your specific role?What was the hardest part?典型能力域按角色调整沟通与利益相关者管理、问题解决与分析思维、主人翁意识与责任感、协作与影响力、领域/技术技能、适应性与学习能力。Section 4: Scoring Rubric评分量表——为每个能力定义 1、3、5 的行为锚点为面试官提供共同参照系、防止分数通胀ScoreLabelWhat it means5ExceptionalExceeds bar; would be a top 10% hire for this competency4StrongClearly meets bar; evidence is specific and compelling3Meets barAdequate evidence; some gaps but nothing disqualifying2Below barGaps are significant; would need close management in this area1Does not meet barClear deficiency; would be a blocker for this role锚点必须为该角色量身定制。示例Ownership Accountability 能力5:Proactively identified a problem no one asked them to solve; drove it to resolution and documented learnings for the team.3:Followed through on assigned work reliably; flagged risks early but didnt typically expand scope independently.1:Waited for direction; examples were vague about their personal contribution vs. the teams contribution.Section 5: Debrief Guide复盘指南——讨论开始前每位面试官先各自亮分避免锚定效应把讨论时间聚焦在分数分歧大的能力上将 disqualifying signals 与总分分开识别决策框架是我们会为这位候选人在团队里而兴奋吗而不仅是他过线了吗。多阶段指南的组织原则SKILL.md 要求文档按面试阶段组织每阶段独立成节标题为阶段名面试官正文包含该阶段评估的焦点、4–6 道针对该焦点的行为题、每题 2–3 个追问探针、以及该阶段所属能力的 1/3/5 评分量表。关键原则每个能力只由一个阶段拥有——避免两个面试官问同一件事若有重叠分配不同角度Panel 面试要显式拆分问题给各 panelist让每个人知道自己的覆盖范围若有 take-home 练习加入结构化复盘小节看什么、如何评分、追问问题Debrief 指南放在所有阶段小节之后1/3/5 锚点必须为该具体角色书写不可用通用模板。同样遵循既有指南是事实来源、参考文件只是清单的规则缺失组件用单个问题征询确认。最终输出[Role]-Interview-Guide.docx。Phase 5 — 组装 Offer Letter 模板Phase 5 的底稿在 offer-letter-template.md。文档要求所有候选人特定值用[BRACKETED]占位符标记清楚标出哪些仍需填写。模板核心要素模板包含公司信头/Logo、日期、候选人地址块、称呼、带个性化欢迎语的职位头衔声明随后是Position Details 表格职位名称、部门、汇报对象、雇佣类型 Full-Time/Part-Time、FLSA 状态 Exempt/Non-Exempt、开始日期、工作地点Compensation 段基本工资、按周/双周/月支付可选 Equity 段与 Bonus 段Benefits 段3–5 项关键福利Conditions of Employment背景调查、推荐信核验、工作权核验、保密与知识产权协议签署Employment At-Will 条款按司法辖区决定保留或删除以及签名块与Acceptance 部分候选人签署 日期 打印姓名。字段参考表Field ReferenceFieldDescription[COMPANY LETTERHEAD / LOGO]Replace with actual letterhead or remove[DATE]Date the letter is signed/sent[CANDIDATE FULL NAME]Full legal name[JOB TITLE]Exact title as posted[DEPARTMENT]Team or business unit[MANAGER NAME / TITLE]Direct manager[PROPOSED START DATE]Target start date[ANNUAL SALARY OR HOURLY RATE]Confirmed comp — verify with HR[EQUITY FIELDS]Delete entire section if no equity[BONUS FIELDS]Delete entire section if no bonus[OFFER EXPIRATION DATE]Typically 3–5 business days from send[HR CONTACT]Who candidate should call with questions[DOCUSIGN ENVELOPE LINK]Paste after uploading .docx to DocuSign分支逻辑同样遵循既有模板为事实来源缺失组件如 at-will 条款、法务审阅免责声明以单问题确认后补充。禁止编造薪酬数字——未提供就保留占位符。模板顶部与底部均附法务提醒在任何雇佣场景使用前必须经合格法律顾问审阅雇佣法因司法辖区而异。保存[Role]-Offer-Letter.docx后根据 Phase 1 捕获的交付偏好分支选择DocuSign→ 进入 Phase 6选择仅 Word 文档→ 跳过 Phase 6交付 .docx 并收尾。Phase 6 — 通过 Claude in Chrome 路由 DocuSign若用户选择 DocuSign 交付Skill 使用 Claude in Chrome 上传 Offer Letter 并配置信封用户无需手动操作 DocuSign。SKILL.md 给出的逐步骤浏览器流程导航到https://app.docusign.com——用户应已登录若出现登录页暂停并请用户登录再继续点击Start → Send an Envelope视 UI 版本也可能是 New / Use a Template上传文档点击 Upload Documents 上传刚创建的[Role]-Offer-Letter.docx添加签署人在 Recipients 区将候选人添加为 Signer角色设为 Signer若未提供候选人的姓名与邮箱在此询问用户添加发件人为 CC 收件人若用户想要副本不确定则询问设置主题行Offer of Employment — [Role Title] at [Company Name]添加消息参考话术Hi [Candidate First Name], were thrilled to extend this offer and look forward to having you join the team. Please review and sign at your earliest convenience. Dont hesitate to reach out if you have any questions.放置签名字段在文档底部的候选人接受行放置 Signature 与 Date Signed 字段保存为草稿——绝不发送返回信封 URL 供用户审阅。兜底方案Fallback若 DocuSign 不可用或浏览器流程任一步骤失败退回 Gmail 草稿方案——通过 Gmail MCP 起草一封附带 Offer Letter 的邮件并注明需手动上传至 DocuSign发送前先向用户展示草稿。审批门禁Approval Gates外部可见动作的红线由于 Phase 6 包含外部可见动作SKILL.md 设定了三条不可逾越的规则未经批准绝不发送 DocuSign 信封——只保存草稿并返回 URL用户审阅确认后 Claude 才能点击 Send绝不发送 Gmail 兜底邮件未经批准——若浏览器流程失败先起草邮件并向用户展示绝不发布职位——只产出 .docx 文件发布到任何招聘平台是用户自己的责任。Phase 6 在用户明确确认审阅过信封并要求发送之前不会推进到 Save as draft 之后。交付资料包与边界提醒三份文件齐备后Skill 汇总展示三项交付物按职位名职位描述 docx可发布、面试指南 docx分享给面试官、Offer Letter docx已路由至 DocuSign 草稿或待手动上传并提醒用户Offer Letter 模板在任何司法辖区使用前需法务审阅发布职位前薪酬范围应与 HR 确认本 Skill不筛选、不排序候选人。参考文件加载策略与易错点SKILL.md 提供了按需加载表不要在开始时全部加载FileLoad whenjob-post-structure.mdPhase 3 — before writing the job postinterview-guide-structure.mdPhase 4 — before writing the interview guideoffer-letter-template.mdPhase 5 — before writing the offer lettergotchas.mdAny phase — non-obvious edge casesworked-example.mdFor reference on expected output shapegotchas.md 汇总了 5 个高频易错点直接来源于实际运行中的失败模式DocuSign 登录态进入 DocuSign 后立即检查登录页未认证会话会被静默重定向跳过检查会导致自动化点击不存在的 UI 元素而中途失败且无明确报错浏览器流程前缺失候选人信息若 Phase 1 选择 DocuSign应在 Phase 1 或 Phase 5 末收集候选人全名与邮箱绝不带着缺失字段进入浏览器流程否则打断浏览器会话会破坏自动化状态重复询问用户已提供的信息用户说招一个高级 PM全远程$160–180kPhase 1 就别再问职位、地点、薪酬——提取并一句确认只问真正缺失的字段静默扩展用户既有格式用户已有的 3 节职位描述被擅自扩成 7 节会与内部 HR/法务标准冲突必须先映射差异、单问确认编造薪酬数字未提供薪资时在职位描述中整节省略Offer Letter 中使用[ANNUAL SALARY — confirm with HR]占位符——编造薪酬会带来法律与 HR 责任。端到端示例Senior Product Manager 全流程worked-example.md 给出了一个完整走查。用户输入We need to hire a Senior Product Manager for our payments team. Theyll own the roadmap for our checkout experience. We want 5 years of PM experience, ideally with a fintech or payments background. Remote-friendly, NYC preferred. Comp is $160–185k base. Three interview rounds: recruiter screen, hiring manager deep-dive, and a panel with two senior PMs. Send the offer via DocuSign when we get there.Phase 1 提取结果角色为 Senior Product Manager支付团队、关键职责是拥有结账体验路线图、必备 5 年 PM 经验、加分 fintech/支付背景、远程友好 NYC 优先、薪酬 $160–185k、三轮面试recruiter screen、HM deep-dive、2 人高级 PM panel、DocuSign 交付。Claude 只确认并问一个问题是否有既有 JD 或 Offer Letter 模板作为起点。预期输出Senior-PM-Job-Post.docx——按七段结构500–650 词目标Senior-PM-Interview-Guide.docx——角色摘要 3 阶段图 逐阶段题组 为支付 PM 角色定制的 1/3/5 锚点 debrief 指南如 Ownership 能力的 5 分锚点proactively identified checkout failure mode no one asked them to track, drove fix, documented for teamPanel 阶段显式拆分Panelist A 负责产品判断tradeoff 决策Panelist B 负责跨职能协作与工程、设计合作确保候选人不会被问两次同样的问题Senior-PM-Offer-Letter.docx——预填[JOB TITLE]与[ANNUAL SALARY]$160,000–$185,000 — confirm exact figure with HR before sending候选人全名、开始日期、Offer 有效期留空包含 at-will 条款与法务审阅免责声明。Phase 6 通过标准Pass criteria用户打开草稿 URL看到签名位置正确一键即可发送在用户操作前信封状态保持 Draft。在插件生态中的定位从 small-business/README.md 可以看到job-post-builder 是插件 15 个 building-block Skill 之一隶属于 Hiring 分组可独立运行无需必需连接器可选连接器为 DocuSign信封路由与 Google Drive既有文档检索。这意味着即使只接入 Google Drive 也能获得以既有 JD 为模板的核心体验而接入 DocuSign 后则解锁 Phase 6 的全自动信封配置。使用时请始终记住插件层面的免责声明该插件不提供财务、税务、法律或 HR 建议所有输出在正式使用前都应经你本人及合适情况下专业人士审阅——这与 Skill 内三处审批门禁的设计一脉相承。【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考