一开始的思路：直接改本地文件，简单粗暴

我把任务扔给DeepSeek V4 Pro，它的脚本写得写得干净利落，跑完一看，整整齐齐，分类清晰。我当时还心想，这不到十分钟就搞定了，也太轻松了。

结果打开Edge，当场打脸。

整理好的收藏夹就闪了三秒钟，刷一下，全变回原样了。

然后我就和DeepSeek开始了不断地修脚本，重启浏览器的过程，循环着三秒复原的世界。

前前后后试了五六次，次次都是一模一样的剧情。我坐在电脑前面，感觉自己像个傻子，只能选择断开Edge账号的同步收藏夹功能来勉强维持“成果”

换了个AI，思路直接全换了

过了一天实在没招了，我把同样的问题扔给了Claude Opus 4.6。

它没上来就甩代码，先问了我一句：你有没有确认，直接修改本地文件，是浏览器认可的合法操作？

它的思路完全是反过来的：重点从来不是怎么改数据，是怎么让浏览器认为，这是一次正常的用户操作。所以正确的路径根本不是碰本地文件，是写一个极简的浏览器扩展，走官方提供的chrome.bookmarks API去操作。

就这么换了个思路，一下就通了。Opus顺手就把收藏夹拓展给我做好，我点击完就一键整理好收藏夹，并且同步到了我的账号里。现在这个小工具用着还挺顺手，以后乱了点一下就行，也算一劳永逸了。

说真的，这趟折腾下来，最大的收获根本不是整理好了收藏夹。

是实打实感受到了两个AI在代码任务上的思维差异。

DeepSeek V4 Pro的优势很明显：反应快，代码生成能力强，上来就能给你跑出一个能运行的结果，效率特别高。但它默认的思考路径就是“数据文件=数据源”，直奔着改文件就去了，不会往后退一步，去想整个系统的层级和规则。

Claude的特点是，它会先退一步，先搞清楚这个系统真正的控制入口在哪，什么才是它认可的合法操作。从“直接修改数据”，变成“通过系统允许的方式改变状态”。这一步退，恰恰是最关键的。

当然我也不确定这是不是两个模型的普遍差异，说不定换个提问方式、换个场景，结果也不一样。但至少这次的对照，给我的感触还挺深的。