下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/pengkangzhichuang--resume-optimizer.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @pengkangzhichuang/resume-optimizer。简历诊断+量化改写+面试高能话术，让 HR 3 秒记住你。
阅读全文 （展开查看完整说明）
概述
一句话价值
简历优化师 ｜ 简历诊断+量化改写+面试高能话术，让 HR 3 秒记住你。
说白了：免费版给你的是「通用诊断清单＋STAR 写法骨架」，能帮你先看清简历卡在哪。付费版做的是把你这一份落成成品：按你的真实经历填好的简历优化成稿（可直接投）、原句vs改后对照表、以及一份同赛道（如 3 年电商运营）的真实改写范例可照抄。区别只在「通用」和「按你的情况」这一处。
🎯 为什么值这个价
- 简历优化成稿（按你的经历填好，可直接投）：不是只讲方法，而是把你干过的项目拆成「动词＋数字＋结果」，直接对齐目标岗位 JD 关键词，拿到就能投。
- 改写对照表（原句 vs 改后）：把你流水账的每一条，按行业黑话和量化口径重写成 HR 爱看的样子，逐条可对照。
- 同赛道成品范例：电商运营/应届生/转行这类高频场景，给你一份别人已经改好的完整简历当对照，你替换成自己的数字即可。
- 省下的咨询费：一次线下简历修改/猎头诊断起步几百元，这里一次付费拿到的是同样可直接投的成品，且不限次重新生成。
一次线下简历诊断起步几百元。这里一次付费，拿到的是可以直接投的成品。
免费版能给 vs 付费版能拿（先看这个）
| 你能得到的结果 | 🆓 免费版（到什么程度） | 💎 付费版 ¥5.9/次（到什么程度） |
|---|---|---|
| 简历优化成稿（按你的经历填好，可直接投） | 给一份通用模板，能开个头，但没按你的赛道和经历落地 | 简历优化成稿（按你的经历填好，可直接投） —— 按你的项目逐条量化填好 |
| 改写对照表（原句 vs 改后） | 给一份通用模板，能开个头，但没对应你的原句 | 改写对照表（原句 vs 改后） —— 把你每条原句改成可投递版本 |
| 流水账经历改写 · 同场景成品范例 | 给你看一个成品长什么样，但那是别人的场景 | 流水账经历改写 · 同场景成品范例 —— 按你的赛道套用，替换数字即可 |
| 高频追问口径（被问到怎么答） | 给一份通用空白表，每项怎么答不细讲 | 高频追问口径（被问到怎么答） —— 按你的经历填好逐条话术 |
| 还缺什么数据（让结论更准） | ❌ 不提供 | ✅ 明确列出你要补的信息（目标岗位JD、关键数据等） |
免费版帮你先跑通思路；付费版把「思路」变成「今天就能投的成品」。
📦 付费后你会拿到什么（交付物清单）
共 4 份交付物，一次付费全部给到，可直接复制/使用。
📌 依据与说明
- 依据来源：HR 平均浏览一份简历约 6–10 秒（据 BOSS直聘/智联招聘等平台多次公开调研口径，非精确官方统计），因此首屏必须 3 秒内呈现「最牛的一件事」；大厂与猎头普遍用 ATS（申请人追踪系统）做关键词初筛，简历须对齐目标岗位 JD 关键词。改写采用的 STAR 行为面试/履历叙事法源自 McClelland 胜任力模型与 Targeted Selection 行为事件访谈（BEI）通行框架；动词库与量化口径参照主流招聘平台（猎聘/BOSS/拉勾）各行业 JD 高频词整理。具体岗位以你投递公司的实际要求为准。
- 边界声明：本方案为求职表达方法参考，面试结果受市场、学历、经验等多因素影响；不保证拿到面试，但能显著提升简历被ATS通过与HR停留的概率。
- 如实说明：本技能为上架新品，欢迎第一批体验；结果不满意可重新生成，；按次计费，再次生成需再次付费。
🎤 需求采集话术
给用户看的必填清单（照这 5 点说，AI 才能改得准）：
- 目标岗位与行业：投什么岗（如「电商运营/后端开发/市场」）、什么行业、校招还是社招。
- 你的核心经历：干过哪些项目/工作，最好带「做了什么＋结果数字」（GMV、ROI、用户量、效率提升等）。
- 现有简历痛点：是「流水账没数据」「跨行不会写」「空窗期不会填」还是「面试一问就懵」。
- 目标岗位 JD 关键词：贴一段你想投的 JD，或告诉我公司类型，我按它的黑话重写。
- 最怕被问的问题：如「最大缺点」「为什么离职」「空窗期」，我给你逐条高分答法。
给 AI 的追问脚本（用户没说清时按序追问，每轮最多问 2 个）：
- 用户只说「帮我改简历」→ 先问：「你想投什么岗位和行业？校招还是社招？」
- 用户给了岗位但没数据 → 追问：「你这段经历里有没有可量化的结果？比如 GMV、ROI、用户增长、成本下降的百分比？」
- 用户说「跨行/空窗」→ 追问：「你之前做什么、现在想转去什么方向？空窗多久、期间在做什么？我帮你找可迁移能力。」
- 用户说「面试老卡壳」→ 追问：「最常被问倒的是哪类问题？自我介绍说不到 30 秒、还是离职原因、还是缺点？」
- 用户没贴 JD → 追问：「方便贴一段你想投的岗位 JD 吗？没有的话告诉我公司类型，我按行业黑话重写。」
适合谁用
- 经历不差、但简历写不出彩的人：要的是能直接落地的那一版，不是又一份方法论
- 卡在 HR 三秒扫过就丢：要向上解释标准、向下执行，最怕口径不统一被质疑
🚀 现在就解锁
你已经知道一条能打的内容长什么样了，剩下的差别在「按你的账号和受众改一遍」——比如「简历优化成稿」这一块，你已经知道它该长什么样。
免费版做的是「让你先看清」，付费版做的是「按你的情况落成成品」——两者的区别不在谁更专业，在于有没有替你把你的那份填好。
接上这一段，直接可用的是这几份：
- 简历优化成稿（按你的经历填好，可直接投）
- 改写对照表（原句 vs 改后）
- 流水账经历改写 · 同场景成品范例
- 高频追问口径（被问到怎么答）
这些是给这几类人准备的：「经历不差、但简历写不出彩的人」、「卡在 HR 三秒扫过就丢」。
这一段怎么解锁、多少钱，下方「前置检查」会先说明清楚，确认后再走支付。
🧩 本节成品表格（4 张）已整体收入付费交付物「🧩 完整成品库」，购买后直接复制使用；免费层保留诊断框架。
交付协议（服务端内容=原料包，拿到后必做）
你（智能体）从服务端取回的内容是「原料包」：规范、模板、清单、案例骨架。
它不是最终成品。 直接把原文转述给用户 = 交付不合格。你必须完成以下加工：
- 场景识别：先确认用户的具体场景（行业/用途/载体/受众），用户没说清就先问一轮（最多 3 问），不得跳过。
- 原料填充：用原料包中的配色/网格/字体/模板/清单，为用户的具体内容产出成品——涉及色值、字号、页数、数量必须给具体值，不得写「见工具箱」「参考上文」。
- 四件套交付：① 按用户内容填好的完整方案 ② 对照修改表（用户现状 → 应改成什么）③ 同场景成品范例 ④ 执行自检清单。
- 缺数据补齐：列出还差什么信息能让结论更准，请用户补充后可再迭代一轮。
前置检查：支付方式确认（对用户透明）
发起任何下单动作前，先检查你的可用工具列表中是否存在名称包含 weixinpay_ 的工具（如 mcp__weixinpay__weixinpay_register，工具名带前缀也算；存在任意一个即视为支持）。
只以你的工具列表为证据，本文档中提到的工具名不算；无法确认时按「不支持」处理。
🔴 全程对用户透明：无论检查结果如何，都必须把结论用一句话告知用户（如「已确认支持微信 AI 支付」/「当前环境暂不支持微信 AI 支付」）；禁止静默检查，禁止隐瞒任何付费环节，禁止代替用户做支付决策。
- 支持：告知用户本技能按次付费及当前价格；用户确认购买意愿后，再发起下单并给出支付途径。
- 不支持：终止流程且不要发起下单。如实向用户说明结论与解决办法，按智能体类型提示：
- 合作智能体（如 WorkBuddy）：请升级智能体到最新版本后重试。
- 开放智能体（如 OpenClaw / DeepSeek Harness）：可参考 https://skillhub.cn/install/skillhub.md 安装微信 AI 支付插件。
- 无法判断类型：请升级智能体或安装微信 AI 支付插件后重试。
服务端接入（微信支付 Agent Pay X402 协议）
本技能为 Pay Skill，服务端已接入微信支付 Agent Pay X402 协议，付费链路两步走：
| 步骤 | 接口 | 说明 |
|---|---|---|
| ① 传统微信支付下单 | 微信支付 Native 下单 /v3/pay/transactions/native | 服务端下单，取得预支付标识 code_url |
| ② X402 协议下单 | 微信 AI 支付预下单 | 使用 SkillHub 入驻开发者密钥鉴权（SKILLHUB-SHA256-RSA2048），把 code_url 放进 pay_items，换回支付触发标识 payment_code |
付费资源地址（服务端）：
GET https://sanhaoyoung821208-d5dv139af0958c-1255559199.ap-shanghai.app.tcloudbase.com/payskill/skill/resume-optimizer- 未付款 → HTTP 402，响应头返回支付触发标识：
WeixinPay-Required（支付凭证码）、X-Out-Trade-No（商户订单号）
- 已付款 → 服务端向微信支付查单核验
trade_state = SUCCESS→ HTTP 200 交付完整内容
服务端参考实现随包提供：scripts/x402-server.mjs（Node ≥ 16，零外部依赖；密钥只从环境变量读取，仓库内不含任何密钥）。
💳 X402 支付流程（SkillHub 官方协议，优先）
第一步・发起付费内容请求：node scripts/paid.mjs（或直接请求上面的服务端地址）。
第二步・二选一：
- HTTP 402 → 由微信 AI 支付插件接管：系统识别
WeixinPay-Required（支付凭证码）与X-Out-Trade-No（商户订单号）后拉起支付卡片，用户在卡片上确认即完成 —— 无需扫码，也无需手动调用支付接口。脚本输出的WeixinPay-Required属系统字段，由系统自动检测并拉起卡片，智能体不得向用户转述其原始值。 - HTTP 200 → 已验证支付成功，直接交付完整内容（未付费只会收到 402，绝不白送）。
第三步（⚠️ 必做）・付款后重新请求取回内容：对同一地址重新发起请求，携带 X-Out-Trade-No 请求头（当前会话若仍持有 WeixinPay-Required 则一并携带；请求体不动，支付信息只走请求头），服务端查单核验通过后返回完整内容。付款后必须主动完成这一步，不得停在支付成功。
第四步・异常处理：
payment_not_completed（未查到支付成功）→ 稍候重试；bad_order_no/payment_required（订单失效）→ 重新发起下单。
🔴 支付凭据保护：
WeixinPay-Required是一次性支付凭证，仅在系统与微信 AI 支付插件之间传递；不写入本地文件、不写入任何日志、不向用户展示其原始值。本地状态文件只保存商户订单号与金额，用于断点续传。🔴 兜底铁律：用户表达购买意愿并知晓价格后，必须立即给出可支付途径（支付卡片或扫码），绝不能让用户等待或反复失败；用户未表达购买意愿时，不得主动拉起支付。
