claude 连续编程 5 个小时产出了一大坨代码，就问你敢不敢用到生产环境吧

Spec 驱动开发绝对不是 ai 开发的未来。真做过项目的就知道 Spec 这东西本质上就是一个项目的详细设计书（尤其日本 it 开发喜欢这一套。开发项目先确定需求,然后做完整的系统的设计，这种设计可能详细到每个小功能逻辑步骤）
大部分是你用了 Spec 驱动开发，往往结果如下

1. 对于一个复杂功能，生成的 spec 过度复杂
2. 虽然能拆分功能 spec ，但是功能的复杂度是改变不了的，spec 的复杂和 ai 生成的大量 spec 结果就是根本懒得去看
3. spec 详细到了代码细节实现，review spec 本质上和 review 伪代码没区别，到后来就和 2 一样懒得去详细看 spec 了
4. spec 对各自的功能模块只适合功能变化不大、较为稳定的情况。当你的设计书经常动不动就发生大的变化（实际上开发中经常遇到），spec 也经常会发生巨大变动，如何将最新的变动融入已经写下去的 spec 并且更新到代码也是个问题。而且每个 spec 之间都互相依赖，牵一发动全身。

Options+这傻逼玩意，不开着这东西我 M575 鼠标 DPI 就会恢复默认。简直不知道罗技这帮人脑子怎么想的，我就想改个 DPI 就要强制我一直后台开着这破玩意

没必要自建，zoho 托管邮箱也挺不错的

LZ 你该庆幸，现在的 Opus 4.5 价格已经降了非常多了还能让你用 reasong high 对话 50 次。要放以前 Opus 每百万 Token 要$100 的时候，十几次对话你的余额就吃光了

你这要求也太笼统了，屏幕多大，轻薄的话最重能接受到多少 kg ？

你浏览器按 F12 看看到底哪个请求耗时失败了

数据提取方面可以考虑支持 jsonpath 和更强大的 JSONata

@94 vscode 的这个冲突解决其他工具也有，但和 idea 真不是一样东西啊。idea 的三栏不止是三栏，还能明确给你显示出左右两边每行的汇入、冲突、以及冲突中的到底哪里冲突的。ai 解决冲突有时候也没法特别好解决掉冲突，经常解决了但我还在那担心

https://i.imgur.com/rfDevez.jpeg

笑死，从 115 出来的那一年开始用 115 ，每年出个高优惠的活动都一堆人说 115 要卷钱跑路，结果 115 硬生生熬死了几乎国内所有网盘

查了下，发现 115 竟然是 2009 年出现，不知不觉居然已经这么多年了

@javapythongo 学 ts 肯定要学 js 的。这不是我说的，是 ts 官网入门教程推荐的

1. 首先，花时间留长发，国内现在男性特别喜欢留寸头，我认为是审美的极大倒退。不是说寸头不好，但全民寸头实在难崩。20 、30 年前我爸那一辈的人年轻时都知道要留长发、烫发型、做造型学港澳台日明星搞得时髦点，怎么到了现在就完全倒退了。等头发留的差不多了，烫发棒、发胶喷雾、发蜡这些就可以买起来了，然后就是不停试错各种发型。建模不行能靠发型找回非常多的分数

2. 再一个戴隐形眼镜，非常关键

3. 激光脱胡子（虽然有人适合胡子，但一般来说大部分人有了胡子胡渣都观感不好）


光是上面三点就足够你搞个半年多了

@shinko
“哪怕我调整功耗模式，禁用独显，甚至用其他工具强制所有进程都往大核放，都无法解决卡的问题”

这里面提到的挺多参数我都调过，并且我还用过各种工具直接编辑电源计划，尝试调整异构调度等，但结果也只是比之前好点而已。
无论怎么调都无法和现在直接禁用全部小核有一样一致的体验，而且续航也没区别

@allplay 呵呵呵，高智商的您能教教低智商的我原因在哪吗😃

@Avn auto 已经收费了。你贴的价格文档里就有说

@changeOU 我重新下回了 Claude Code for VS Code 插件（已经是最新版），可你说的这个功能在哪。。。还是和之前一样，只给你每次改的 diff 并没有每次对话完成后统一的 diff

@changeOU claude code 更新了这种功能？我半个月前不再用 claude code 了，直到那时候 claude code 结合 vscode 的插件都没这个功能

@fishlium dify 没碰过，要是谁看了我 6L 贴的部署 docker compose 还想用 dify 也是挺厉害的了。。。