N+6 不是良心，是算计
今天鸭鸭刷到一个所有打工人都该看的新闻：
甲骨文中国研发中心（CDC）全裁。
涉及北京、上海、苏州、深圳四地，首批就有 900+ 人，整个 CDC 大约 1600 人。
赔偿方案是 N+6。
很多人第一反应：N+6 啊？这家公司还挺良心的。
但鸭鸭看完后续条款，差点笑出来。
时间表是这样的：
- 5 月 22 日前签字：N+6
- 6 月 7 日前签字：N+1
- 再之后：只有 N
也就是说，从 N+6 到 N，只隔了两个 deadline。
中间被卡住的，是你犹豫的那几天。
……
读到这里，鸭鸭只想说一句不太客气的话：
N+6 是公司算过账之后，比拖到 2N 更划算的方案。
这个角度，可能是大部分文章里没讲的。
鸭鸭来掰开看。
打工人面对裁员通常只有两条路。
第一条，签 HR 给的协议，拿 N+6 走人。
第二条，去申请劳动仲裁，赌一把，争取拿到 2N。
表面上看，这是员工的两个选项。
但你站在公司角度看，画风完全变了。
公司真正在算的，是「怎么赔最划算」。
这里面有四个隐性成本，多数员工想不到。
第一，时间成本。劳动仲裁加上一审二审，常见走 3 到 12 个月。这段时间里，公司内部要配合调档、出具证据、应诉律师还要付费。
第二，败诉风险。仲裁过程里如果公司没有合规解约理由，输了不只是赔 2N，可能还要赔加班费、年休假折算、未签合同双倍工资。
第三，名声成本。一个员工去仲裁，公司在脉脉、小红书、微博上都能被挂出来。下一波招聘时，候选人一搜「XX 公司 仲裁」就能看到。
第四，群体效应。一个员工拿了 2N，留下还在职的员工就会算账。下一波被裁的人会更难谈，全公司士气也会松动。
把这四个成本加一起，HR 给的 N+6，其实是公司用钱买你的时间、你的沉默、还有你的不闹。
所以这不叫良心。这叫聪明。
所以那个表面的 N+6，本质上是一句话：
「快点签，别去仲裁，剩下的我们都摆平。」
那时间窗口为什么卡得那么死？
因为公司真正怕的不是钱，是时间。
5 月 22 日的 deadline，是给你制造紧迫感。
6 月 7 日的 N+1 兜底，是给你心理暗示「再不签就更亏」。
最后那个「再之后只有 N」，是逼你不要冷静下来去问律师。
整套话术结构非常成熟。
这话说出来，鸭鸭不是要鼓动谁去打仲裁。
N+6 该不该签，要看人的处境。
但有件事必须先想清楚。
签字前，先算一次自己能拿到的最大赔偿。HR 报给你的 N+6，只是一个对照值，不是天花板。
这两个数字，多数时候差很多。
具体来说，建议被裁前先做四件事。
- 算清楚自己的赔偿天花板：N 的上限是按你最近 12 个月平均工资乘以工龄，但有个 3 倍社平封顶。北京 2025 年这个上限是月 25401 元。月薪十万的人，N 已经在打折了。
- 算清楚 2N 的可获取性：仲裁未必都能赢。如果公司给的是合规协商一致解约，仲裁也可能拿不到 2N。但用「客观情况重大变化」「岗位取消」这类理由解约，员工胜诉概率不低，最近一年杭州、上海、深圳都有公开判例。
- 保留证据链：劳动合同、近 12 个月工资条、社保缴纳记录、工作邮件、调岗通知、会议录音。被裁那一刻，HR 不会让你回工位整理东西。所以平时就要存着。
- 必要时花钱咨询律师：劳动法律师咨询一次大概 500 到 2000 元。如果你的总赔偿涉及十万级以上，这点钱花得值。
最后说一句鸭鸭看了这么多裁员之后的判断：
HR 给的赔偿，永远是 HR 算过最划算的那个数。划算两个字，是对公司算的。对你不一定。
所以下次再听到“N+6，公司最大诚意了”这种话，可以在心里先反问一句：
“那 2N 呢？”
至少让 HR 知道，你心里有数。
大家怎么看？如果是你，N+6 你会签吗？评论区聊聊～
……
今天鸭鸭和大家分享一道 AI 大模型面试题。
【MCP 与 Function Calling 的区别是什么？ 】
回答重点
MCP 和 Function Calling 是完全不同层面的东西。
MCP 是一个协议标准，定义了上下文与请求的结构化传递方式，通信格式遵循 JSON-RPC 2.0。它的核心价值是标准化：按协议开发一次接口，就能被多个模型调用，不用给每个模型单独适配。
Function Calling 是某些大模型提供的特有能力，比如 OpenAI 的 GPT-4、阿里的通义千问。它让模型能产出结构化的函数调用请求，应用读取这个请求去执行具体操作再把结果返回。但它不要求消息是 JSON-RPC 格式，也不遵守 MCP 的上下文管理方式，是各家厂商自己定义的调用机制。
用支付系统来比喻：Function Calling 像是直接对接微信、支付宝、银联，每个系统都要单独开发；MCP 像是对接一个支付网关，只需要开发一次，网关帮你搞定和各家的对接。
扩展知识
定位与层次
MCP 处于系统架构层面，像一个"桥梁"或"调度员"，协调大模型和不同模块之间的通信。它不只是传递请求响应，还提供 Resources、Tools、Prompts 三大类功能支持，确保各子系统之间标准化交互。
Function Calling 嵌入在大模型内部，让模型在生成答案时能根据上下文决定调用预定义的外部函数，扩展模型的实际操作能力。
功能与作用
MCP 通过统一的数据格式和通信接口，简化了系统各部分的集成工作。一次对接就能连上多种外部服务和数据源，系统扩展性和可维护性都上来了。
Function Calling 主要是增强模型的功能性。模型理解上下文后发现需要外部信息或者要执行某个操作，就直接触发对应函数，快速拿到精确结果。
流程对比
MCP 协议流程：
Function Calling 流程：
实际使用中的关系
在实际项目里，MCP 和 Function Calling 经常配合使用。MCP Client 从 MCP Server 拿到可用工具列表后，会把这些工具信息转换成 Function Calling 的格式发给大模型。模型通过 Function Calling 能力决定调用哪个工具，MCP Client 再把调用请求通过 MCP 协议发给对应的 Server 执行。
所以你可以理解为：MCP 是通信协议，Function Calling 是模型能力，两者配合才能让大模型真正"动手"干活。
参考文档：
篇幅有限，更多 AI 大模型面试题 相关面试题可以进入面试鸭进行查阅。
