2. Linux.do
  3. 让ds翻译黄油，气笑了。

让ds翻译黄油，气笑了。

stayalive 2026-06-19 00:44 1

一开始只是问他能否实现，说可以就直接让开干了，思维链看见google怕是机翻，于是让他来翻译。











最新回复 (15)
  • 老路 06-19 00:45
    1楼

    虽然他偷懒了,但是看得出来他也是无比的真诚 ^-^

  • 林语尘 06-19 00:47
    2楼

    哎，为什么呀？ DeepSeek 的遵循性不是还好嘛？

    为什么会偷懒呢？好奇怪哦

    我之前下载了很多图集

    基本上都是日文的

    上面也有一些比较不雅的翻译

    让 DeepSeek 去干呢，干得也挺勤快的

    是官key嘛？



    @StellaFortuna deepseek：模型的命也是命！ ^-^

    拒绝加班，能偷懒绝不干活（bushi）

  • stayalive 楼主 06-19 00:47
    3楼

    后续是给他提供了api，之前有一次尝试自己开发code cli的时候提供了api，这次跳过这个步骤了，以为他自己能知道自己的api ^-^

  • stayalive 楼主 06-19 00:49
    4楼

    是的，用的官key，可能文本量太多了。

  • 量子Bug 06-19 00:49
    5楼

    你是不是根本就没有给它API，它也不知道自己的API和密钥啊，甚至不知道自己是什么模型


    这种情况下你应该让它自己翻译，用sub agent

  • juesso 06-19 00:50
    6楼

    感觉模型都有这个问题，不知道是训练的时候为了省token还是就是为了更高的效率。我试过minimax和glm都有这个问题，叫它用自己的思考去判断，它总是在中途就觉得太慢了或者太浪费额度了就开始尝试使用脚本的方式去解决

  • miemie Jun 06-19 00:50
    7楼

    对不起我骗了你，但是下次还敢继续骗你

  • stayalive 楼主 06-19 00:51
    8楼

    应该是的，之前其他项目是单独给了api，这次忘了。给他急坏了

  • 林语尘 06-19 00:52
    9楼

    哎，对哦，想起来了，确实有这个问题

    比如说想让模型 OCR 识别一下 PDF ，但是做着做着，可能就自己写脚本去了 ^-^

    然后写完脚本发现 PDF 是扫描件，不是文字件，没办法用脚本

    再灰溜溜地跑回来，继续用识图模型进行 OCR 识别

  • stayalive 楼主 06-19 00:55
    10楼



    挺有干劲，这个对话不知道为什么回复风格这么兴奋

  • Ceb 06-19 00:58
    11楼

    不愧是蒸cc出来的兵，认错都一模一样

  • pluto233 06-19 01:00
    12楼

    w 至少没翻着翻着说因为xx原因 我无法帮你服务(呆


    有时偷偷懒懒少翻半条最生气(瘫

  • Acheron 06-19 01:07
    13楼

    比起ds的表现，我更想和佬一起分享佬的黄油（bushi）

  • 55 06-19 01:08
    14楼

    让其他模型翻译也一样哦，我做软件翻译，一共有10个文件，一起扔给gemini,gpt，deepseek，结果都一样的，他们不会直接给你翻译的，超出他一次的上下文的量了。

    分开翻译是可以的。

  • Silver 06-19 01:17
    15楼

    这个应该是现在 Agent 的底层设计问题，因为涉及到读取和操作大量上下文的时候，如果你不指定让 Agent 使用的大模型本身去做翻译， Agent 对很可能会对翻译的理解会有偏向性，倾向找一个更省 token 的方式去做（调用其他翻译的 API）。实测 Claude Opus 的也会有这种倾向，解决方法就是指定 Agent 调用自己的大模型翻译，量非常多则让 Agent 按需调用子 Agent 做批量并行翻译工作，翻译效率非常高～

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐