这句流传很广的神评，是开发者圈子吐槽 DeepSeek 在 Function Calling 工具调用场景下容易出现幻觉的梗，意思是模型经常不严格按照给定的工具 Schema 输出合规参数，反而直接编造不存在的函数、乱填参数，搞得后端开发者很难适配，给人一种模型不想好好适配、直接瞎编结果的感觉，这个吐槽在接入 DeepSeek 做 Agent 开发的程序员群体里传播很火。很多刚接入 DeepSeek 的开发者一开始以为只要写好 JSON Schema 就能稳定拿到规范的 tool_call 返回，实际对接之后才发现，它会出现编造函数名、参数乱填、JSON 格式报错、嵌套调用这类问题，不是每次都能严格遵守工具定义，所以才有了这句调侃。先看懂这个梗对应的 Function Calling 问题，对比 DeepSeek 和其他模型在工具调用上的差异，接着梳理开发时的兜底方案，最后区分模型原生缺陷和工程侧优化手段，就能看懂这个神评背后开发者真实踩坑的痛点。
一、DeepSeek 工具调用常见幻觉问题清单
- 编造不存在的 function 名称：开发者没有定义这个工具，模型自己虚构函数发起调用。
- 参数脱离 Schema 约束：超出枚举值、缺失必填字段、参数类型错乱，直接生成非法 JSON。
- 嵌套参数调用：把另一个工具调用写进当前参数里面，后端解析直接报错。
- 拒绝走工具流程：明明需要调用工具，却直接编造文字答案，跳过 tool_call 环节。
- JSON 格式损坏：输出的参数 JSON 少逗号、引号错位，代码解析失败。
二、主流模型 Function Calling 表现对比表
| 模型 | 工具调用稳定性 | 容易出现的问题 | 适配成本 |
|---|---|---|---|
| DeepSeek（R1/chat） | 中等偏低 | 编造函数、参数幻觉、非法 JSON、嵌套调用 | 高，后端必须做强校验兜底 |
| GPT 系列 | 稳定 | 偶发参数偏差，极少虚构工具 | 中等 |
| 通义千问、Qwen | 较好 | 少量格式错误，很少凭空造工具 | 中等偏低 |
| Claude | 稳定 | 参数偶尔越界，不会虚构不存在工具 | 中等 |
三、开发接入 DeepSeek Function Calling 的落地优化步骤
- 强化系统提示词：明确约束，禁止编造未定义工具，严格遵循 JSON Schema。
- 后端增加强校验层：用 JSON Schema 校验库拦截非法参数，不直接执行模型输出。
- 增加失败重试机制：校验失败后，把错误信息回传给模型，让它重新生成合规调用。
- 限制工具白名单：后端只允许预先注册的函数名称，陌生函数直接拦截丢弃。
- 关闭不必要的自由推理：在工具调用场景，调低自由发挥空间，优先约束输出格式。
四、这个梗的误区澄清
- 不是 DeepSeek 完全不支持 Function Calling，官方文档明确开放该能力，只是稳定性短板突出。
- 幻觉是大模型通用问题，不是 DeepSeek 独有，只是在工具调用这个场景，它的翻车概率更突出，所以被开发者拿来玩梗。
- 模型版本差异很大，新版模型在持续优化工具调用，不同版本幻觉发生率不一样。
五、总结
“DeepSeek：不想自己适配了，想要什么自己编吧” 是开发者的自嘲神评，核心吐槽它在工具调用时容易脱离 Schema、编造工具和参数，拉高后端适配成本。这个问题不是无解，生产环境只要加上参数校验、白名单、错误重试这套兜底逻辑，就能大幅降低故障概率；如果对 Agent 稳定性要求极高，也可以搭配其他工具调用表现更稳的模型做备选。
【常见问题】
问题 1：DeepSeek 这个 “不想自己适配了，想要什么自己编吧” 神评，到底吐槽的是什么？
回答 1：这个神评吐槽 DeepSeek 在 Function Calling 工具调用场景容易产生幻觉，经常无视开发者提供的 Schema，编造不存在的工具、乱填参数，后端适配调试非常麻烦，开发者用这句话自嘲。
问题 2：DeepSeek 是不是原生不支持 Function Calling？
回答 2：DeepSeek 官方 API 是支持 Function Calling 的，只是在工具调用的稳定性上偏弱，容易出现编造参数、非法 JSON 的幻觉问题，不是完全没有这个能力。
问题 3：接入 DeepSeek 做 Agent 开发，怎么解决它编造工具参数的问题？
回答 3：接入 DeepSeek 的时候，需要在系统提示词增加强约束，后端加 JSON Schema 校验、工具白名单，校验失败后回传错误信息让模型重试，多层兜底减少编造参数带来的故障。
问题 4：和其他大模型对比，DeepSeek 在 Function Calling 上的短板很明显吗？
回答 4：对比 GPT、Claude、通义千问等模型，DeepSeek 更容易虚构工具、输出不合规参数，同样的开发规范下，它需要额外写更多校验逻辑，适配成本更高，也是这个梗传开的原因。
【参考资料】
[2026-11-13]（如何处理 DeepSeek R1 Function Calling 参数幻觉）火山方舟文档
[2026-11-10]（DeepSeek Function Calling 踩坑汇总，频繁编造函数）掘金开发者社区
[2026-11-05]（DeepSeek API 文档 Function Calling 说明）DeepSeek 官方文档
[2026-10-28]（vLLM 部署 DeepSeek 工具调用报错、幻觉问题）DEV Community
[2026-10-15]（大模型 Agent 开发：各模型工具调用稳定性横向测评）InfoQ
【免责声明】
- “不想自己适配了，想要什么自己编吧” 属于开发者圈内调侃神评，仅代表部分开发者接入 DeepSeek 工具调用时的踩坑感受，不代表 DeepSeek 所有版本、所有场景都有该问题。
- 模型幻觉表现随版本迭代持续优化，新版 DeepSeek 在 Function Calling 上的表现可能有改善，以官方最新版本实测为准。
- 文中适配方案仅为工程实践参考，生产环境需要结合自身业务做充分测试。
- 本文仅为技术圈梗科普，不构成模型选型的唯一评判依据。