企业官网建设流程全解析

PM Skills 实战：用/review-resume命令对产品经理简历做 10 维度专业审查与量化反馈

【免费下载链接】pm-skillsPM Skills Marketplace: 100+ agentic skills, commands, and plugins — from discovery to strategy, execution, launch, and growth.项目地址: https://gitcode.com/GitHub_Trending/pm/pm-skills

导读：本篇文章围绕开源项目pm-skills中pm-toolkit插件的/review-resume命令展开，完整讲解它的调用方式、四步审查工作流、10 项 PM 简历最佳实践的具体评估标准与正反示例，以及最终审查报告的模板化输出。读完本文，你将掌握如何让 Claude Code / Cowork 等 AI 编程助手像资深简历顾问一样，对你的 PM 简历进行结构化、可量化、可执行的审查，并顺带了解它如何与/tailor-resume、/proofread等相邻命令联动，形成"审查 → 定向改写 → 校对"的完整求职工作链。

/review-resume是 pm-skills 仓库pm-toolkit插件提供的 5 个命令之一，定位为"针对 10 项最佳实践的综合 PM 简历审查"。与市面上泛泛的"简历润色"提示词不同，它背后绑定了一个独立的review-resume技能（SKILL.md），后者定义了 10 条可逐一打分的评估维度、输入参数、输出结构与沟通语气，保证每次审查的结果既专业又具体。命令定义位于 pm-toolkit/commands/review-resume.md。

一、命令概览与调用方式

/review-resume命令的元信息（frontmatter）明确写明了它的用途与入参提示：

• description: 针对 10 项最佳实践（结构、影响指标、关键词、可执行反馈）的综合 PM 简历审查；
• argument-hint:<resume as text or file>，即简历可以以文本形式粘贴，也可以文件形式上传。

依据仓库 CLAUDE.md 中关于命令设计的约定（commands 使用$ARGUMENTS占位符、frontmatter 必须包含description+argument-hint），该命令支持两种典型调用：

/review-resume [paste resume text] /review-resume [upload resume PDF or DOCX]

也就是说，你可以直接粘贴简历全文，也可以上传 PDF 或 DOCX 文件，AI 会先解析完整内容再进行评估。底层技能review-resume的输入参数定义了两个变量：

• $RESUME: 待审查的简历文本或内容（必填）；
• $JOB_POSTING: 目标岗位 JD（可选）——当提供了 JD 时，审查会额外偏向岗位要求，这也是它与/tailor-resume衔接的接口。

从仓库结构看，commands目录下的.md文件是可触发的命令工作流，skills/{skill}/SKILL.md是承载领域知识的方法论。/review-resume命令在 Step 2 中显式声明"Apply thereview-resumeskill"，即命令调用技能、技能提供评估框架，这正符合 CLAUDE.md 中"Commands = verbs，Skills = nouns/concepts"的设计原则。

二、四步工作流：从接收简历到给出下一步建议

命令定义了一个清晰的四步工作流，每一步职责明确：

Step 1: 接收简历

接受三种形式的输入：粘贴文本、上传 PDF、上传 DOCX，并解析完整内容。这一步只做"吸收"，不做判断。

Step 2: 对照 10 项最佳实践评估

调用review-resume技能，对简历逐条执行 10 项最佳实践的评估（下文第三章逐条详解）。技能文件要求审查者具备专家语气（"You are an expert resume reviewer specializing in Product Management careers"），并强调反馈必须以简历原文为准——尽量引用简历中的原句（"Use direct quotes from their resume when possible"），而不是抽象评价。

Step 3: 生成审查报告

按固定模板输出一份结构化报告（模板见第四章），包含总体评分、最强项、最大改进点、评分卡、Top 3 改进、分节反馈、缺失要素与待补关键词。

Step 4: 提供下一步选项

审查完成后，命令会主动提供三个可选的后续动作，引导用户继续深化：

• "Want me totailor this resumeto a specific job description?"（针对 JD 定向改写，即/tailor-resume的工作）
• "Should Irewrite specific bullet pointsusing the XYZ+S formula?"（用 XYZ+S 公式重写具体要点）
• "Want me togenerate a cover letterbased on this resume?"（基于简历生成求职信）

这种"命令完成后自然衔接下一个命令"的设计，正是 pm-skills 仓库的整体风格——README.md 中明确写道"Commands are designed to flow into each other, matching the PM workflow"。

三、10 项 PM 简历最佳实践详解

这是整个审查的评估骨架，也是review-resume技能的核心资产。技能文件对每一项都给出了"最佳实践是什么 → 如何评估 → 如何改进"三段式说明，并配有强/弱示例。下面逐条展开。

1. Professional Summary（专业摘要）

摘要应控制在 2–3 行，具体且有辨识度，避免套话。

• 评估：摘要是否展现了独特价值？还是泛泛而谈（如 "Passionate about building great products"）？是否包含相关 PM 经验年限或领域专长？是否使用了 "strategic thinker"、"team player" 这类空洞词汇？
• 改进：用具体成就或专长领域替换空话。

弱示例："Innovative product leader with passion for user-centered design" 强示例："Product Manager with 5 years scaling B2B SaaS platforms; led product launches that increased user retention by 35% and grew revenue from $2M to $15M"

2. Avoid Personal Pronouns（避免人称代词）

简历中不应出现 "I"、"me"、"his"、"her"、"we" 等人称代词。

• 评估：扫描第一人称代词（I, me, my, we）与第三人称代词（he, she, his, her）。
• 改进：用动作动词替代 "I" 开头的表述。

弱："I led the product strategy for three product lines" 强："Led product strategy for three product lines, managing $8M budget and cross-functional teams of 20+"

3. Keep It Concise（保持简洁）

PM 简历应控制在 1–2 页（上限），每个职位 3–5 条要点。

• 评估：统计页数；统计每个职位的要点数，标记 6 条以上的条目。
• 改进：删除或合并缺乏量化影响的要点；优先保留有可衡量结果的要点；初阶 PM（0–3 年）一页即可，中阶（4–8 年）最多 1–2 页。

4. XYZ+S Formula（XYZ+S 公式）

每一条主要成就都应遵循 "Accomplished X, measured by Y, by doing Z, specifically S" 的结构，即：成果（X）+ 度量（Y）+ 行动（Z）+ 具体情境（S）。

• 评估：检查要点是否具备清晰的 X（成就）、Y（指标）、Z（行动）、S（具体细节）四要素；标记含糊或无指标的要点。
• 改进：将公式应用到约 70% 的成就要点上。

弱："Improved product roadmap" 强："Increased roadmap visibility and prioritization accuracy (X) by 40% completion rate (Y) by implementing quarterly planning cycles and stakeholder reviews (Z), leading to 6-month product launch acceleration for enterprise customers (S)"

5. Professional Email Address（专业邮箱地址）

使用专业邮箱，避免昵称、数字或不专业的域名。

• 评估：检查邮箱是否专业（firstname.lastname@domain.com 为理想格式）；标记任何随意或不专业的邮箱。
• 改进：若现邮箱不专业，建议用实名创建 Gmail（firstname.lastname@gmail.com）或使用自定义域名；避免 randomnickname123@gmail.com、cutesurfer@yahoo.com 这类地址。

6. Tailor to the Specific Job（针对目标岗位定制）

如果提供了目标 JD，简历应包含 JD 中的关键词并突出相关经历。

• 评估：当提供$JOB_POSTING时，扫描简历中是否出现 JD 关键词；检查经历是否按与岗位的相关度排序；识别简历重心与岗位要求之间的差距。
• 改进：从 JD 提取 5–10 个关键技能/要求，确保这些关键词自然出现在简历要点中；重新排序要点，把最相关的经历前置。例如岗位强调 "user research"，就应确保简历有开展用户研究、分析发现、落地洞察的具体要点。
• 按角色重点定制：策略型岗位强调愿景设定与长期成果；执行型岗位强调交付与运营卓越；跨职能岗位强调利益相关者对齐与影响力。

7. Showcase Product and Business Skills（展示产品与业务技能）

产品与商业敏锐度应体现在要点中，而不是只在 "Skills" 栏罗列。

• 评估：检查要点中是否有数据分析、用户研究、路线图优先级排序、跨职能协作、业务指标、竞品分析等证据；若 "Skills" 栏只列无上下文的宽泛词汇，应标记。
• 改进：把技能融入带示例的成就要点；展示你用过的框架（OKR、jobs-to-be-done、design thinking 等）。

弱："Skills: User Research, Product Strategy, Analytics" 强："Conducted 25+ user interviews and focus groups; analyzed insights to reprioritize roadmap, shifting focus to retention features that reduced churn by 18%"

8. Include All Elements in the Right Order（要素齐全且顺序正确）

规范的简历结构顺序为：联系信息 → 专业摘要 → 工作经历 → 教育背景 → 证书 → 技术技能（可选）。

• 评估：核对各栏顺序；确认联系信息在顶部。
• 改进：
  • 联系信息（姓名、电话、邮箱、LinkedIn、所在地）置顶；
  • 专业摘要（2–3 行）紧随其后；
  • 工作经历（最近在前）占据主体；
  • 教育背景在经历之后；
  • PM 相关证书（Reforge、Product School、Pragmatic Marketing 等）在教育之后；
  • 技术技能（SQL、分析工具、设计工具）可选且放最后。

9. Advice for Recent Graduates or Career Changers（应届生与转行者建议）

全职 PM 经验不足 1 年者，应突出课程、实习、个人项目与志愿者 PM 经历。

• 评估：判断是否为早期职业阶段；识别缺失要素（相关课程、实习、项目、志愿角色）。
• 改进：
  • 列相关课程："Completed Reforge Product Strategy and Data-Driven Decision Making"；
  • 用清晰的 PM 职责描述实习："Led feature testing and user feedback collection for iOS app, informing roadmap adjustments"；
  • 展示个人项目："Built and launched side project [name], acquired 500+ beta users, analyzed retention data to iterate on core features"；
  • 转行者用 PM 视角重新框定旧经历："In marketing role, conducted market research, analyzed competitor positioning, and defined go-to-market strategies"。

10. Use Standard Language and Job Titles（使用标准语言与职位名称）

使用清晰、标准的职位名称与语言，避免自创或过于花哨、无法传达职级的头衔。

• 评估：检查职位头衔，标记不清晰、有创意或非标准的写法；检查术语一致性（不要无区分地混用 "managed"、"oversaw"、"led"）。
• 改进：
  • 使用标准 PM 头衔：Product Manager、Senior Product Manager、Product Manager II、APM（Associate Product Manager）、Principal Product Manager；
  • 避免："Product Ninja"、"Chief Growth Officer"（除非确为该头衔）、"Product Guru"；
  • 使用一致的动作动词：Led、Launched、Increased、Reduced、Improved、Implemented；
  • 每个职位包含：公司名、职位、日期（月-年格式）、所在地（可选）、3–5 条要点。

技能文件还特别讨论了Product Owner vs Product Manager的边界：Product Owner 是 Scrum 中的责任角色，Product Manager 是职位名称。如果候选人官方头衔是 PO，但实际承担了完整 PM 职责（直接接触客户、利益相关者、工程师、设计师，无中间代理），建议在简历中使用 "Product Manager" 并在面试中说明上下文。

四、审查报告的标准输出模板

/review-resume的 Step 3 强制输出固定模板，保证每次审查都可比、可执行、可引用。模板结构如下：

## Resume Review **Overall Score**: [X/10] **Strongest area**: [which best practice] **Biggest opportunity**: [which best practice] ### Scorecard | # | Best Practice | Score | Assessment | |---|-------------|-------|-----------| | 1 | Impact Metrics | [/10] | [brief assessment] | | 2 | XYZ+S Formula | [/10] | [brief assessment] | | ... | ... | ... | ... | ### Top 3 Improvements **1. [Most impactful change]** - Current: "[exact text from resume]" - Suggested: "[improved version]" - Why: [reasoning] **2. [Second improvement]** [same format] **3. [Third improvement]** [same format] ### Section-by-Section Feedback [Specific notes for each resume section: summary, experience, education, skills] ### Missing Elements [What's absent that should be present for a PM resume] ### Keywords to Add [PM-relevant keywords missing from the resume that appear in typical job descriptions]

模板的几个设计要点值得注意：

• 评分卡（Scorecard）：10 行 × 3 列（最佳实践、分数、简要评估），一屏之内让用户看到全维度得分分布，快速定位短板；
• Top 3 Improvements 的三段式：每条改进都要求给出 "Current（简历原文引用）→ Suggested（改写版本）→ Why（理由）"，既保证反馈可执行，也避免了"你要加指标"这种空泛建议；
• Keywords to Add直接面向 ATS 场景：列出简历中缺失、但常见于 PM JD 的关键词。

五、审查后的下一步：与相邻命令组成求职工作链

/review-resume的 Step 4 只是起点。在 pm-toolkit 插件中，它可以与另外两个命令自然衔接，构成完整的求职流程：

1./tailor-resume：针对 JD 的定向改写

定义于 pm-toolkit/commands/tailor-resume.md，需要两个输入（简历 + 目标 JD）。它会做四件事：

• Keyword alignment：把 JD 关键词映射到简历内容，缺失的自然补入；
• Bullet point rewriting：用 XYZ+S 公式重写要点，使其更贴近 JD；
• Section reordering / Summary rewrite / Skills section：重新排序章节、改写摘要以直接回应岗位、对齐技能栏。

其输出同样模板化：Alignment Score [X/10]、Keyword Gap Analysis 表（JD Keyword / In Resume? / Recommendation）、Changes Made、完整改写后的简历、以及Gap Analysis（Strong matches / Reframed matches / Gaps 三分类）和Cover Letter Talking Points。它的一条铁律是："Never fabricate experience — reframe truthfully, don't invent"，即只做真实经历的重新框定，绝不虚构。

2./proofread：语法、逻辑与行文校对

定义于 pm-toolkit/commands/proofread.md，调用grammar-check技能（SKILL.md）。它把文本问题分为三类：Grammar（拼写、标点、主谓一致、时态一致、冠词）、Logic（矛盾、无证据主张、循环论证、指代不清）、Flow（生硬过渡、句子节奏、段落结构、冗余、可读性）。输出为按类别统计的 Proofread Report，每条问题都带 Location / Issue / Fix 三元组。

推荐的使用链路是：/review-resume得到结构与量化反馈 →/tailor-resume针对目标 JD 改写 →/proofread做最终文字校对，三步覆盖"结构优化 → 定向定制 → 语言质量"。

六、审查原则与注意事项

命令的 Notes 部分沉淀了四条关键的审查原则，也是使用者在解读 AI 反馈时应该理解的标准：

1. 具体且建设性："add metrics" 是无用的建议；"change 'improved onboarding' to 'reduced onboarding drop-off by 23% (450 → 347 users/month)'" 才是可执行的建议。反馈必须带原文引用与改写版本。
2. 重产出而非输出、重影响而非职权：PM 简历应强调 outcomes（如留存率提升、收入增长）而非 outputs（交付了多少个功能），强调影响力（influence）而非头衔权力（authority）。
3. ATS 优化是硬需求：申请者追踪系统（Applicant Tracking System）会按关键词筛选简历，因此关键词应自然嵌入要点而非堆砌。
4. 不同 PM 级别期望不同：APM 看潜力（potential），Senior PM 看影响（impact），Director+ 看规模化能力（scale）。同一份简历针对不同级别，打磨重点完全不同。

此外，review-resume技能文件还给出了与"态度"相关的指导：语气保持 casual yet professional，先肯定 1–2 个优点再给建议；反馈尽量引用原文；如果简历整体偏弱，优先指出影响最大的改动；避免机械地说 "best practice"，而是解释每个建议对 PM 岗位为什么重要。

七、在 pm-skills 中安装与使用

/review-resume属于pm-toolkit插件。参考仓库根 README.md 的安装说明，按你使用的 AI 工具选择安装方式：

• Claude Cowork：Customize → Browse plugins → Personal → + → Add marketplace from GitHub，输入phuryn/pm-skills，9 个插件（含 pm-toolkit）自动全部安装；
• Claude Code (CLI)：

claude plugin marketplace add phuryn/pm-skills claude plugin install pm-toolkit@pm-skills

• Codex CLI：codex plugin marketplace add phuryn/pm-skills后执行codex plugin add pm-toolkit@pm-skills（Codex 下/斜杠命令不直接运行，需要以自然语言描述步骤，或请 Codex 将命令文件转换为 skills）；
• Gemini CLI / OpenCode / Cursor / Kiro：仅支持 skills，可将pm-toolkit/skills/下的文件夹复制到对应工具的 skills 目录（如.opencode/skills/、.gemini/skills/），review-resume技能仍可被自动加载或按名称调用。

关于仓库本身的组织方式：pm-toolkit 插件的清单可在 pm-toolkit/README.md 看到——它包含 4 个 skills（review-resume、draft-nda、privacy-policy、grammar-check）与 5 个 commands（/review-resume、/tailor-resume、/draft-nda、/privacy-policy、/proofread）。如果你想验证命令元信息的完整性，可以运行仓库根目录的校验脚本python3 validate_plugins.py（见 CLAUDE.md），它会检查 command 的description与argument-hint等必需字段。

小结

/review-resume的价值在于把"简历审查"从一次性的模糊建议，变成可重复、可量化、可执行的结构化流程：10 个评估维度各有明确标准和正反示例，审查输出固定为"总分 + 评分卡 + Top 3 改进 + 分节反馈 + 缺失要素 + 待补关键词"的模板，还通过底层review-resume技能保证了"引用原文、具体到指标"的反馈质量。搭配/tailor-resume与/proofread，即可覆盖简历从审查、定制到校对的完整闭环，适合正在求职、准备跳槽或转型产品经理的开发者与 PM 直接使用。

【免费下载链接】pm-skillsPM Skills Marketplace: 100+ agentic skills, commands, and plugins — from discovery to strategy, execution, launch, and growth.项目地址: https://gitcode.com/GitHub_Trending/pm/pm-skills