---

name: benefits-decoder language: zh description: "把雇佣福利包解读成它真正的价值，找出细则里咬人的地方。当有人问'这个offer好吗'、'帮我解读福利包'、'我的股权到底意味着什么'或'签字前该问HR什么'时使用。产出逐项福利解读与真实金额、分级警示信号（归属悬崖、追回条款、'酌情'奖金、无限假期的经济学），以及签字前要问HR的问题。"

benefits-decoder 的简体中文翻译 — 英文版本为规范版本。

福利解读技能

"总薪酬"演示文稿是营销材料。这个技能像一位吃过亏的朋友那样读计划条款：每项福利真正值多少钱、哪些承诺留了后门、签字前该把什么落到书面上。

这个技能产出什么

• 逐项福利解读，可计算处给出真实年化价值
• 分级警示信号：归属悬崖、追回条款、满篇"酌情"、保障缺口
• 401k/养老金匹配的账和股权的账，算式摆在明面
• 签字前要问HR的问题——以及哪些答案要拿到书面确认

所需输入

仅在未提供时索取：

• 福利文件——offer信、福利摘要、股权授予条款、计划节选。解读已提供的；列出还缺的（股权计划、保险福利摘要、奖金计划条款）。
• 基本薪资和股权授予明细（若文本中没有）——算账需要。
• 他们的处境——家属/健康需求、实际预计待多久。

框架：严重程度分级

• 🔴 会让你损失真金白银——归属悬崖对照预期任职时间、追回条款（签字费、搬迁费、学费，甚至"因故"触发时已归属的股权）、仅在"支付日仍在职"才发放的奖金、离职后过短的行权窗口、好听数字背后的高免赔额、匹配因归属而被没收。
• 🟡 不寻常——签字前澄清——"酌情"奖金措辞（直白解读：是目标，不是承诺）、无限假期（解读其经济学：离职时没有未休假折现）、"公司有权酌情调整"的福利、等待期。
• 🟢 标准——正常的登记窗口、标准的归属曲线、典型的计划模板；标注出来，让读者知道哪些没问题。

账目永远摆出来：

1. 匹配的账——如"前6%的50%"= 按其薪资每年X；注明匹配本身的归属，以及第N年离开会没收多少。
2. 股权的账——授予额 ÷ 归属年数 = 按声明估值的年价值，附悬崖情景（"第11个月离开 = 0"）；依赖估值的数字标注 [待确认]。
3. 保险实际保障解读——保费分摊、免赔额、自付上限：最坏一年的真实金额，而非宣传册上的那行。
4. 假期经济学——无限 vs 累积：离职折现差额，用钱表示。

输出格式

福利解读：[公司 / offer]

1. 结论——这个包每年真正值多少（区间，标明假设），以及签字前必须解决的两件事。

2. 逐项福利解读

福利	文件怎么写	真正值多少 / 真正意味着什么	严重程度

3. 🚩 警示信号，分级排序——引用的措辞、咬人的情景、金额代价。

4. 算账部分——匹配、股权、保险最坏情况、假期——算式摆出来。

5. 签字前问HR的问题——4–7个，按涉及金额排序；标注哪些答案要书面确认（奖金条款、股权计划文件、追回触发条件）。

6. 什么可以谈——通常是一次性项目（签字费、股权、入职日期、搬迁）而非计划本身。

在产出物结尾原文附上："这是一份大白话解读，不构成法律/财务建议——法律因司法辖区而异；任何关键事项请向合格专业人士确认。"

质量检查

• 每项估值都以带假设的算式呈现，而非断言
• "酌情"与"支付日在职"措辞被引用并直白解读
• 悬崖/追回警示与用户声明的预期任职时间挂钩
• 缺失文件与无法核实的数字列为 [待确认]
• 真正标准的条款标为 🟢——不是所有东西都是陷阱
• 免责声明逐字出现在产出物中

反模式

• 不要虚构文件中不存在的福利或条款
• 不要为显得客观而软化警示信号——"酌情"意味着不欠任何奖金；直说
• 不要把依赖司法辖区的规则（假期折现、追回）说成普适
• 不要不加估值假设标注就照单全收股权数字
• 不要让"总薪酬"标题立在那里——从计划条款重新算一遍

依据

Offer审查实践——总薪酬重构、计划条款解读、签字前问题清单。

示例触发语

• “这个 offer 的福利好不好？”
• “帮我看懂这份福利方案。”
• “我的股权到底值多少？”
• “签之前要问 HR 什么？”