我觉得可以直接让 ai 审查 ai 的命令

他用没用过不知道, 反正我没用过 claude, 没那个精力和财力去跟封号斗智斗勇

目前用的是 deepseek harness, 因为 linux 没有桌面端, 所有一直用的网页端保持三端的插件一致. 目前开电脑之后在终端用脚本在后台启动 dsh, 然后用 chrome 浏览器把 dsh 的网页安装为应用就是独立窗口了, 相当于 dsh 后台常驻.
我自己许愿写了一套插件, 设置了一套快捷键, 优化了一些自己看起来不爽的 ui, 用起来也挺方便的.
https://img.cdn1.vip/i/6af5335eb82d9_1794454366.webp
https://img.cdn1.vip/i/6af533713f867_1794454385.webp

这公司太哈人了, 感觉是找个人进去背锅的

"但坚持下来收获是长在身上的", 这 ai 味太浓了, 我感觉一般人是不会说"收获长在身上的"

上一条多了一个不字

"但坚持下来收获是长在身上的", 这 ai 味太浓了, 我感觉一般人不是不会说"收获长在身上的"

2026 年, 看到这个帖子好感慨

每家公司的软件都下一个, trae, codebuddy, qoder, 然后天天薅羊毛, 干点小活应该是够了,,,,,,,

成都的互联网企业我 tm 喷爆, 这边的小公司巨 tm 离谱

我很愿意看手写的, 就算写得烂也没什么, 但是接受不了用 ai 输出的东西摆上来.

很反感很反感 ai 文案, 无论是视频还是单纯的文章, 我能接受 ai 配音, 文案自己写, 但是接受不了 ai 文案. ai 文案看得我要吐了, 什么给你掰开来碾碎了, ai 措辞真的很奇怪很奇怪, 莫名其妙很多无意义的用词.

go 语言的优势就是很简陋,语法简单(大道至简), 感觉 ai 很容易一次写对.
其次就是写出来的代码很一致, 无论谁来了, 写出来就那一个味, 反正就那么几种写法, 很容易看懂.

bilibili 搜本地部署有很多视频讲本地部署这个事. 本地部署恼火.

我在实际使用的时候, 每当我需要一个 key 的时候, 我都会重新生成, 并且给 key 输入名字的时候, 会写明这个 key 在什么地方使用(哪个设备, 哪个应用). 不能明码查看 key, 并且重新生成, 这种强制行为在某种程度上帮助我追踪不同应用, 不同地点, 不同设置, 我到底消耗了多少 token. 我并不觉得这是一个拖裤子 xx 的设计.

我觉得上面说的“保护的是平台自己，就算平台被入侵了也不会泄漏，那 key 泄漏了只能是用户侧”很有道理.
如果平台被攻破, 流失的就不是你一个人的 key 了. 这个 key 本质上就像某个网站上的密码, 如果泄露了, 别人就会盗刷资产, 从平台的角度来看, 我先把泄漏影响最大的一面(自己被攻破了)这道防线做好,保证自己给用户生成的数量庞大的 key 不会泄漏.
另外 op 贴上的 claude sonnet 5.5 回答,第一点我不是很认同. 登录上去重新生成一个 key 的成本并没有多少, 就是点一下, 输入一个名字, 点一个复制的问题. 登录上去看一下以前的 key, 也是点一下显示, 再点一下复制. 两个操作最麻烦的操作就是登录. 如果 key 能明码查看复制, 你并不能保证用户不会把 key 复制的到处都是. 上一条回复我已经说了, 既然你都能登录上去明码查看了, 那重新生成一个也不是什么很繁琐的事情. 就算可以明码复制, 用户依然会嫌麻烦, 然后把 key 复制的到处都是.

我觉得这两种方式没什么区别, 既然我都登陆上去回显 key, 那登陆上去我顺手重新生成一个也不是什么事了.