@bigtear AI studio 出的图右下角有水印啊，不如 api 直出的可以直接用

以前经常上的一个叫 V2 什么什么的论坛最近一段时间莫名其妙的出现了各自意义不明的水贴，让人摸不着头脑，不知道是人是鬼。

橙子那么酸，吃的时候溃疡应该会剧烈疼痛，所以吃完了应该会导致神经脱敏 + 唾液增加，确实有可能有痛觉降低了的感觉。但是口腔溃疡应该和维 C 几乎没什么关系，况且橙子的维 C 也不会吸收得那么快。

我觉得应该还是心理因素影响更大些（实际上口腔溃疡原因挺多的，创伤、过敏、精神压力都有可能，橙子在这里面唯一能影响到的估计也就只有精神压力这方面了）

galgame 按错选项还覆盖存档了😭

单独配置浏览器支持跨域又比较啰嗦。
所以我想着是不是可以用 electron 直接做一个简单的浏览器出来

我把脑细胞烧干了都没想出来这两句话的逻辑关系 https://i.imgur.com/MAyk5GN.png

这种工具有很多的吧（
如果你单说网页的话，之前也有 https://jsoncompare.com/

楼主的工具比起 jsoncompare 来说有一个比较大的问题在于你的 compare 不是直接在原 json 中进行对比，而是先格式化后再进行对比，而且你格式化后的 json 还不能折叠显示，所以对于大 json 来说观感非常差。这是个很要命的问题，因为需要特地去用工具对比的往往都是大 json ，如果只有几行不需要折叠也能看全的 json 往往根本不需要工具，用肉眼就直接看出区别了。

不能折叠，而且强制格式化让每一项分行在很多时候观感会非常糟糕，比如
"skills": ["JavaScript", "Python", "React"] 和 "skills": ["JavaScript", "Python", "React", "Vue.js"] 这两行（这只是举个例子，实际上里面可能有几十上百个项目）
这一行之所以折叠为了一行，很大原因就是因为我只关注“哦，这两个返回结果的 skill 不一样”，而并不关心到底它不一样的 skill 具体是什么，是多了 C#还是少了 java ，我只需要知道有差异的地方在 skill 这项里就行了。

但是你的项目里，你会给"Vue.js"单独列一行并标绿，而"skills"这行本身就没有标绿了，这就导致 Side by Side 视图本身直观程度大减。而 Unified 和 Differences Only 的直观程度显然是远不如 Side by Side 视图的。此外，假如 skills 里面有成百上千项，而其中有几个项目有差别的话，我又不能对 skill 进行折叠，这个上下翻页对比的体验实在有点差。

我觉得你完全可以参考 jsoncompare.com 的实现，它现在的形态我觉得就挺直观了，在此基础上再增加自己额外的功能与特性

我是挂了个 qq 机器人转发到 QQ 群，发出去了群里另一个号能看到的就会自动存下来，看不到的自然就看不到了

已赞！
这个确实比 Grafana 直观多了，好评！

把 NAS 和硬盘卖了拼车 icloud ，简直爽翻

之前做过一个项目就是你吃的东西放进去它自动识别，然后你能在 app 看到里面的东西放了几天了。
但是后来这项目流产了，因为技术问题解决不了

西瓜拿出来拿勺挖啃了几口放回去它保质期又刷新了

感觉正相反，2 年前每天都在日常用 chatgpt ，用 claude 玩酒馆，novelAI V3 模型画色图，当时完全想象不出离了这些大模型以后日子要怎么过。
今年阳痿了，除了 Claude code 什么新的 AI 模型工具都没用过。

再等等，周末就到了

绝大多数都是注册就封了（因为用的 ip 不干净）
你要是都能到了正常付费这一步了一般不用太担心这种问题吧。

@mlzboy augment 我还没用过，就不确定了🤦‍♂️

@wyfig 官网（开头说了 Claude code 是 max ，而且 opus 和 sonnet 都试过了）

@flowerwow0316 官网（开头说了 Claude code 是 max plan ，而且 opus 和 sonnet 都试过了）

@netnr 我其实前面已经说过了，整个重构规划就是 Claude code 先/init 然后再分析以后提出来的。
但是它自己给了重构规划以后自己却不能按照自己的规划来实行。明显的能感觉到它是想偷懒，不愿意按部就班地一个一个方法去迁移。
就像前面说的，实际上这几十个方法一个一个手动迁移的话基本就是 ctrl c v 的事，但是 Claude code 会更倾向于自己理解一遍 a.cs 里的代码，然后自己在 b.cs 里按照自己的理解重新写一遍。
可是对于原本 a.cs 里代码签名写的很乱的这种情况，Claude code 就出现了严重的幻觉，有的方法它想当然地写了 jObject ，实际上传的是 jArray 。甚至有些方法它写出来的内容都和原方法不一样了（比如获取历史记录的方法，原本的 a 里是倒序获取记录，但是 Claude code 自己在 b 里写的是默认正序的获取）
cursor 安排任务时候是真的按部就班一个一个方法改的，你能从思考过程里看出来它每次思考都是“接下来我要修改 xxx 方法”，然后在 b.cs 进行几行几行的修改，只改了目标方法这一处。所以也很难出错。

这个并不是 Claude code 没了解项目上下文的问题，感觉就是单纯的像 1 楼说的一样，不擅长进行任务调度