开启 3 天免费试用
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。


要用 AI 比较工作机会,先核实每份书面 offer,并将雇主事实、个人偏好、显式假设和待确认问题分开。AI 可以统一表述和寻找缺口,但情景计算应在可复算的表格中完成,最终决定必须由你作出。
负责任使用 AI 的指南在这里尤其重要。模型可能通过静默补空值,让不完整方案看起来可以比较;正确流程应让缺口更显眼。
关键要点
- 比较当前书面版本,不依赖对谈话的记忆。
- 将事实、偏好、假设和未知项放在不同字段。
- 统一时间和计算口径,但不猜测缺失输入。
- 把福利拆成资格、成本和个人价值,不虚构一个总金额。
- 先设置权重和硬约束,再查看分数。
- 向雇主核实重要缺项,并保留每次修订。
可靠比较包含证据台账和个人决策模型。前者回答“雇主实际提供了什么”,后者回答“这些已核实条款是否符合我的优先级”。混在一起会把偏好写成合同条款,或把招聘人员的口头说法写成保证。
CareerOneStop 建议求职者在签署前索取并审阅 offer letter,并在准备 counteroffer 时写清要求的薪酬、福利和依据。[1]美国劳工统计局的资料也说明,福利数据涉及员工是否可以获得、是否参与,以及方案具体条款,不存在一个通用价值。[2]这些来源只能提供分类背景,不能证明你收到的具体条款。
这也不是一般的成本效益分析。工作选择还包含个人约束、不确定性、职业方向、信任和非现金条件。
先确认发送者、雇主官方联络渠道、职位、工作地点、开始日期、附带条件、回复截止时间和文件版本。把原始文件保存在获批位置,并为每条相关条款分配 source ID。
FTC 提醒,正规雇主不会要求求职者付费才能获得工作;假支票骗局可能要求受害者存入支票后转出部分资金或购买礼品卡。[3]若 offer 涉及付款、意外设备采购、转账要求或无法核实的联系人,应停止比较并独立核实雇主,不能让 AI 判断其真实性。
| 字段 | 记录方式 |
|---|---|
| Offer ID | 例如 OFFER-A-V2 |
| 雇主与职位 | 使用书面准确名称 |
| 收到时间与截止日 | 日期、时间和时区 |
| 来源 | offer letter、方案文件或已核实邮件 ID |
| 条件 | 背景审查、推荐人、资格、内部批准 |
| 取代版本 | 被本版本取代的旧文件 |
| 核实联系人 | 已验证的招聘或 HR 渠道 |
| 状态 | 已收到、待澄清、已修订、接受或拒绝 |
不要把身份证明、签名、银行资料、背景审查信息或完整机密文件提交给未获批准的服务。NIST 将隐私、虚构、信息完整性和人机配置列为生成式 AI 风险。[4]经脱敏的结构化摘录通常已经足够。
| 类别 | 定义 | 示例 |
|---|---|---|
| 事实 | 当前书面雇主条款 | “offer 列出的混合办公地点” |
| 偏好 | 你的价值或限制 | “可接受通勤不超过 45 分钟” |
| 假设 | 你为分析选择的临时规则 | “奖金公式确认前按零计算” |
| 未知 | 缺失、含糊或冲突 | “未提供员工医疗方案缴费” |
永远不要把 未知 改成零、“标准方案”或行业平均值。零是实际数值,未知代表没有已核实输入。假设也属于你的模型,不是雇主承诺;应加标签,并展示假设变化后的结果。
若 Offer A 写年薪,Offer B 写时薪,AI 应列出所需的工时、付薪周数、加班规则和用工分类,而不是猜一个工作日程后直接相乘。
在可检查公式的表格中计算。原条款、规范化数值、转换规则和输入来源应分列保留。拆开记录:
有条件薪酬不能计作保证收入。可以展示已核实下限、书面目标和用户定义的压力情景,但要让每个假设可见。税后收入取决于司法辖区和个人情况,应使用合适的官方工具或专业建议,不能让模型虚构。
逐项记录资格生效日、员工及雇主缴费、覆盖定义、等待期、归属、上限、排除、可携性和文档版本。BLS 的群体统计不能填补具体 offer 中的空白。[2]
| 类别 | Offer A 事实 | Offer B 事实 | 个人重要性 | 待确认 |
|---|---|---|---|---|
| 医疗保障 | 方案摘要 ID | 方案摘要 ID | 高 | 家属缴费 |
| 退休计划 | 书面匹配规则 | 未提供 | 中 | 资格和归属 |
| 有薪假期 | 天数和规则 | 政策链接 | 高 | 结转规则 |
| 学习支持 | 获批政策 | 仅有口头说明 | 中 | 书面限额和审批 |
| 伤残与人寿 | 保障摘要 | 保障摘要 | 低 | 生效日期 |
没有可靠价格或你未必会使用的福利,不必强行换算现金。可以分别记录已提供的雇主成本、你的已知成本和由你定义的定性适配等级。
补充日程、时区、地点、通勤、出差、远程条款、设备、汇报关系、团队范围、试用期、通知要求、限制性条款、知识产权、入职条件和截止日。把合同文字与面试讨论分开;“经理目前希望每周两天到办公室”不等同于书面地点条款。
再写入个人硬约束。若岗位违反工作许可、照护时间、无障碍需求或地域限制,不应因其他项目的平均分较高而获胜。
在计算总分前写好条件、量尺和权重,以免为了让偏好方案胜出而反复调参。每个指标说明定义、属于硬约束还是偏好、量尺锚点、权重、输入事实和未知项处理方式。
公式应放在确定性表格中。AI 可解释公式或检查标签一致性,但不应成为无法审计的计算器。原始输入、规范化值和得分要分列,确保他人可以复算。
如需谈判,另建谈判计划。不要把期待收到的数值直接写回 offer 事实;在雇主提供新版书面文件前,它只能是独立情景。
依次改变一个不确定假设或权重并重算:有条件薪酬为零时排序是否变化?通勤更长时怎样?哪项缺失福利足以逆转决定?有无方案违反硬约束?同一因素是否在薪酬和生活方式中重复计分?多个分数是否依赖同一段未核实谈话?
若很小的变化就会逆转结果,单一总分并不稳定。应进一步澄清,或直接面对取舍,而非依赖看似精确的排名。
把每项已提供的 offer 条款映射到比较字段,并保留 source ID。
每个单元格分类为雇主事实、个人偏好、显式假设或未知。
不得推断缺失的薪酬、工时、奖金、股权价值、福利、税款、地点、
截止日、条件或雇主意图;不得替用户选择权重。
先返回冲突和澄清问题,不得排名或推荐。计算只使用已给公式。
之后逐项核查 AI 输出。eligible、target、discretionary、subject to 和 may 等限定词都可能改变条款,不能在摘要中消失。
通过已验证的招聘或 HR 渠道发送简短问题清单,每个决策关键缺项单独提问并要求书面确认。收到修订 offer 时创建新版本,不覆盖旧文件。
接受前阅读完整最终文件和相关政策。税务、法律、移民、福利、无障碍或财务问题应交给合格人士。矩阵提供决策支持;最终决定说明应由你撰写,记录重要因素、剩余未知和可接受的取舍。
这些资料以后可能帮助更新简历和求职信,但不要把机密 offer 条款放进公开材料。
至少需要当前书面 offer、职位描述、薪酬条款、福利摘要、相关政策、附带条件和回复截止日,并记录每项事实的文档版本。
填 未知 并创建澄清问题。不要用零、行业平均或另一家公司的方案替代。
保留原条款,只有在工时、付薪周期、加班规则和用工分类已核实时才转换;缺少输入就展示条件情景。
不需要。有可靠成本时可以记录;保障、资格、弹性和个人价值无法可靠定价时,应保留为独立指标。
先定义指标与量尺,再按个人优先级设置权重并记录理由。AI 可检查一致性,但不能决定什么对你最重要。
它显示结果是否依赖脆弱假设。若小幅变化就逆转排序,你需要更多资料或直接判断取舍。
不能。它可以整理警示信号,但雇主必须通过可信渠道独立核实;不要因 AI 摘要看起来合理就付款、转账或处理支票。
不能。它不了解你的完整情况,也无法验证口头条款,更不能代替职业、法律、税务或财务决定。
免责声明: 本文提供一般信息,不构成职业、雇佣、法律、税务、福利、移民或财务建议。请核实每项条款,并在需要时咨询合格专业人士。
Sources checked 2026 年 9 月 4 日。
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。