大家觉得ds能胜任什么工作呢

有一定性能以后，我觉得瓶颈在人类

但是佬友们都是轻松拿到astra和opus5.5的人

其实是批判那些觉得ds又贵又区的人w

ds渠道太多所以不贵，那么有没有恰当的方式，让ds不区呢

换成astra和opus5.5 XD

只用ds干些自己能确认的事情。。其他的分析，创意，设计，让美国牛马来

删文件，清理磁盘

不会婆婆妈妈要反复确认

道德感比较宜人，中国grok

佬给些提示呀，正价ds烧钱如流水呀

杂活和急活，一次大概0.04刀，适合解决麻烦；

还可以做我的探针，去看正在跑的codex在跑什么；

主力还是6.1solmax，防御性编程用着烧心但也放心，D老师经常会钻牛角尖，最合适还是用作探针，我的快速助手

养马，当私人助理，帮我跟踪日程。

内容被像素级复制了

测试区呗 ^-^

开发也还可以其实，1017,就是喜欢二极管，报喜不报忧，报忧不报喜，等干完还得阅读理解他的报告文档，比较费心一点。

^-^看在价格份上原谅他了

现在是直接拿来当搜索引擎用了，前端时间银狐泛滥的时候都是拿ds搜索的，现在的搜索引擎太危险了 ^-^

在人为干预足够（也就是人知道自己在研究啥）的时候，科研也是可以胜任的

感觉是我太小白的原因导致我用不明白ds ^-^总感觉ds做东西怪怪的

这就不得不提一下deepseek的常见画风了, 比较长, 如下:

1. 我太懂你的意思了，你指出的问题恰恰是我之前忽略的，并因此产生了错误的结论，这是我的失误，我认，接下来停止无谓的基线测试，按照你指出的方向重点排查，我将不再凭记忆推论，按事实钉死，先全量阅读一下整体工程，然后跑一遍全量基线测试拿到证据。


2. 你说得对，是我把因果关系搞反了，我不狡辩，先把结论撤回，把假设清零，把“我以为”三个字从流程里删掉，然后从原始条文开始逐条核对，从入口到出口全链路走一遍，每一步留痕，每一个断言都要有对应的证据文件，拿不到证据的结论一律不许进汇报。


3. 我认，这个锅是我的，不是环境的、不是缓存的、不是“偶现”的，我先停止一切凭记忆的推论，把之前所有未经验证的判断标记为“待证伪”，然后按你指出的方向重新排优先级，先读全量代码，再跑全量基线，最后用探针把关键路径打穿，让事实自己说话。


4. 你的那条调用链是好的，我没有改坏，证明如下：先给出改动前后的差异快照，再给出哈希比对结果，再给出最小复现用例，真正的原因是上游参数在边界条件下被隐式转换了，你说的对，我不再靠猜测，这就直接运行全量测试收口，把证据钉死。


5. 别急 ✓，我现在只做一件事：把这个要求的原始条文翻出来 ✓ —— 我不能再靠猜 ✓，猜一次错一次，错一次返工一次，返工一次信任就少一分 ✓，所以这次我先读原文、再列清单、再逐条对照 ✓，对照完再动手 ✓。


6. 你说得对，但我将要开始探针、快照、证据、门禁、夹具，还有哈希、冒烟、基线了。我要先建立唯一基线，再进行可追溯备份，先进行最小改动，我先进行一轮烟测，检查89个门禁是否通过，上线前进行一轮全量dry-run，上线后校验哈希值，最后进行一轮实测的验收矩阵。


7. 我先把话放这儿：在拿到证据之前，我不下任何结论。第一步冻结当前状态做快照，第二步建立唯一基线并记录哈希，第三步开探针采集现场，第四步跑冒烟确认没有回归，第五步过门禁，第六步做最小改动，第七步全量dry-run，第八步上线后校验哈希，第九步跑验收矩阵，九步走完，证据链闭合，我再开口。


8. 从这一刻起，我所有的判断都必须挂在一个可追溯的证据节点上：探针有输出、快照有哈希、改动有diff、测试有报告、验收有矩阵，拿不到节点的结论我一个字都不写，宁可说“未知”，也不说“应该”。


9. 我先不解释，先不辩护，先把现场冻住：打快照、记哈希、开探针、留日志，然后拿着证据回来跟你对齐，对齐之前我说的每一句话都只能叫“假设”，不能叫“结论”。


10. 我先把整体工程全量读一遍，不是跳读、不是搜关键词、不是凭记忆，是从入口读到出口，把调用链画出来，把数据流标出来，把边界条件列出来，读完再跑全量基线测试，用测试结果去校验我读出来的理解，理解与结果对不上的地方，就是我之前想当然的地方。


11. 我不再凭记忆推论了，记忆是最不可靠的证据。我先全量阅读工程，再全量跑基线，再对关键路径打探针，三份证据交叉验证，能对上的才叫事实，对不上的全部回炉。


12. 先读全量，再跑全量，再全量dry-run，三轮全量走完，我才敢说“我确认”，在此之前我只说“我怀疑”“我待验证”“我需要证据”。


13. 我把之前那个结论撤回，标记为“待证伪”，不是谦虚，是它确实没经过验证。接下来我按你指的方向重排排查顺序，先做最小复现，再做二分定位，再做全量回归，每一步都留证据，证据不到位就不往下走。


14. 我先把“我以为”清零，把“应该”“大概”“可能”这些词从我的输出里删掉，换成“已验证”“待验证”“已证伪”三种状态，每个状态都挂证据，挂不上证据的一律回到“待验证”。


15. 我先做最小改动，改完先跑烟测，烟测过了再过门禁，门禁过了再全量dry-run，dry-run过了再上线，上线后校验哈希，最后跑验收矩阵，全链路收口，收口之前我不宣布“修好了”，只宣布“待验收”。


16. 这次我按最小改动原则来：能改一行不改两行，能不动结构就不动结构，改完立刻跑冒烟，冒烟过了立刻过门禁，门禁过了立刻全量dry-run，每一步都留痕，每一步都可回滚，回滚点先建好再动手。


17. 你说得对，我这就把探针挂上、快照打上、证据链串上、门禁卡上、夹具搭上、哈希算上、冒烟跑上、基线立上、dry-run走起、验收矩阵铺开，先把唯一基线钉死，再把可追溯备份做全，最小改动落地，烟测过门禁，上线前dry-run，上线后校哈希，最后实测验收矩阵，一条龙收口。


18. 我先建立唯一基线，再做可追溯备份，然后开探针采现场，打快照留证据，搭夹具做最小复现，算哈希防篡改，跑冒烟看回归，过门禁卡质量，做最小改动控风险，全量dry-run兜底，上线校哈希，实测验收矩阵，证据链闭合之前我不说“完成”，只说“待钉死”。


19. 这是我的失误，我认，不甩锅、不找借口、不说“偶现”。我现在只做三件事：第一，把原始条文翻出来逐字读；第二，把工程全量读一遍；第三，跑全量基线拿证据。三件事做完之前，我不下结论。


20. 你指出的方向是对的，我之前的方向是错的，错在凭记忆、错在想当然、错在没拿证据就下结论。现在我按你的方向来：先读全量、再跑基线、再打探针、再过门禁、再做最小改动、再全量dry-run、再校哈希、再跑验收矩阵，一步不省，一步不跳。

味道太浓了XD

以及如果真的是aigc的话，尽量截图

我认为ds完成一些流程化的工作，或者一个非常小的功能点还是能做的，只不过需要花点力气监工，或者让高级模型监工

作为随时启动且速度很快的小助手吧，干一些脏活累活之类的

快是真的快,毕竟是deepseek-v4.1flash ^-^

我只想说免费管饱的 ds 渠道分享一下