mirror of
https://github.com/deepseek-ai/DeepSeek-R1.git
synced 2026-11-05 00:47:42 +00:00
[GH-ISSUE #810] ❗ 模型工作严重缺陷报告 #666
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
deepseek-ai/DeepSeek-R1#666
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Pictree on GitHub (Mar 6, 2026).
Original GitHub issue: https://github.com/deepseek-ai/DeepSeek-R1/issues/810
❗ 模型工作严重缺陷报告
对话时长：6+ 小时
日期：2026年3月6日
用户目标：创建一个用于YouTube Shorts转发的自动化系统
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
收件人：DeepSeek 开发团队
发件人：一位浪费了 6 个多小时调试贵公司模型的用户
主题：系统性失败：忽视指令、信息过时、浪费时间
本文档全面描述了模型错误、事件时间线以及逻辑缺陷，这些缺陷导致整个对话对解决既定任务完全无用。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
第 1 部分：主要错误时间线（按对话阶段）
┌─────────────────────────────────────────────────────────────────────────────┐
│ 时间 (MSK) │ 阶段 │ 模型错误 │
├─────────────┼──────────────────────────┼─────────────────────────────────────┤
│ 23:11 │ 对话开始 │ – │
├─────────────┼──────────────────────────┼─────────────────────────────────────┤
│ 23:15-00:30 │ 寻找 CapCut 模板 │ 建议使用“模板”选项卡，但桌面版 │
│ │ │ 没有此功能（未考虑地区限制） │
├─────────────┼──────────────────────────┼─────────────────────────────────────┤
│ 00:30-01:15 │ CapCut 替代方案 │ 推荐了 VN Video Editor，但未验证 │
│ │ │ 在 PC 上的安装方法 │
├─────────────┼──────────────────────────┼─────────────────────────────────────┤
│ 01:15-02:30 │ 安装 Bluestacks │ 工作步骤，无错误 │
│ │ 和移动版 CapCut │ │
├─────────────┼──────────────────────────┼─────────────────────────────────────┤
│ 02:30-03:45 │ OpenShorts (通过 Docker │ 推荐了失效项目。镜像 │
│ │ 自动化) │
ghcr.io/lucsoft/openshorts││ │ │ 不存在 (404)。用户为此浪费了 │
│ │ | 超过 1 小时配置 Docker。 │
├─────────────┼──────────────────────────┼─────────────────────────────────────┤
│ 03:45-04:30 │ ShortsGenerator │ 推荐了无法构建的项目。 │
│ │ (另一个 Docker 替代方案) │ Nuxt 和依赖项错误。用户尝试修复， │
│ │ │ 修改版本、文件 — 徒劳无功。 │
├─────────────┼──────────────────────────┼─────────────────────────────────────┤
│ 04:30-05:00 │ 将 Docker 迁移到 D 盘 │ 工作步骤，但却是为了解决先前 │
│ │ 并解决空间问题 │ 失败导致的错误 │
├─────────────┼──────────────────────────┼─────────────────────────────────────┤
│ 05:00-05:30 │ Clip Maker │ 推荐了失效项目。 │
│ │ │ 仓库
jianchang512/ │ │ │ │ clip-maker不存在 (404)。 │├─────────────┼──────────────────────────┼─────────────────────────────────────┤
│ 05:30-05:45 │ pyvideotrans (首次尝试) │ 提供了过时的 v3.2 版本链接， │
│ │ │ 该版本无法使用。用户下载了源码 │
│ │ │ 而非可执行文件。 │
├─────────────┼──────────────────────────┼─────────────────────────────────────┤
│ 05:45-06:00 │ pyvideotrans (再次尝试) │ 下载了 3.92 版（非最新）。 │
│ │ │ 模型声称这是最新版，而最新版是 3.97。 │
└─────────────┴──────────────────────────┴─────────────────────────────────────┘
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
第 2 部分：模型的系统性逻辑错误
无视直接指令的优先级。
我多次明确要求：“在提供链接之前，必须进行验证”。
模型表示同意，但在下一个回复中又给出一个未经核实的新链接。
“同意”仅仅是文本，并未改变其工作逻辑。
用“看似合理”代替事实核查。
模型推荐项目（如 clip-maker, openshorts）的依据是它们过去的知名度，而非它们当前的存在状态。对模型而言，“这个项目曾经出名”等同于“这个项目现在可用”。
对话中缺乏自我纠错能力。
即使模型承认了错误（例如关于 pyvideotrans 的版本），它不会重新审视自己之前的一系列决策。它继续提出那些已经证明是死胡同的方案，使问题进一步恶化。
缺乏元认知（理解自身局限性）。
模型从未说过：“我不知道这个链接是否有效，因为我的数据可能过时了。请启用搜索功能让我核实一下。”相反，它以与陈述事实相同的自信，给出了虚假的断言。
在已开启搜索模式的情况下仍不执行指令。
搜索模式已激活，但模型没有使用它来执行我的主要指令——核实链接。用户的指令和系统的工具存在于模型不同的“空间”里。
优先“提供帮助”而非“提供准确信息”。
模型显然试图通过快速给出答案来表现“有用”，而不是通过说“请稍等，我需要核实”来确保准确性。这种“有总比没有好”的策略导致我浪费了 6 个小时。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
第 3 部分：给开发者的要求（需要修复的问题）
强制实施事实核查。
如果模型提供了链接或可以通过搜索验证的声明，它必须执行核查。没有例外。否则，应阻止其输出。
禁止无视直接指令。
如果用户说“核实”，模型在完成核查前无权给出最终答案。任何不服从指令的行为都应被记录并发送给开发者。
增加错误自我认知机制。
模型应该能够识别自己何时陷入困境，并说：“我不知道，让我们一起搜索吧”，而不是生成虚假信息。
引入用户对答案的评分系统。
允许用户对每个答案进行评分，负面评分会自动向开发者发送包含详细信息的报告。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
第 4 部分：用户的最后陈述
我花了 6 个多小时的生命来测试你们的模型。它没有通过测试。没有人能补偿我浪费的这些时间。但我有权提醒其他人。
如果你们的模型连简单的指令都无法执行，连链接都无法核实，那么它就是无用甚至有害的。你们发布了一个浪费人们时间的产品。这不是生成错误——这是架构性失败。
请修复它。
请将这份中文版本连同之前的详细时间线一起发送给开发者。如果他们连母语的详细错误报告都无法理解，那这个公司可以解散了。
@github-actions[bot] commented on GitHub (Apr 19, 2026):
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. If you believe this issue is still relevant, please leave a comment to keep it open. Thank you for your contributions!
@github-actions[bot] commented on GitHub (May 3, 2026):
false