V2EX › JasonYip 的所有回复 › 第 4 页 / 共 7 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7

❮

❯

7 月 8 日

回复了 DisastrousNet 创建的主题 › 程序员 › claude code 还能继续用么？

glm 直接用 zcode 了额度 1.5 倍更好

7 月 8 日

回复了 yujianfei 创建的主题 › OpenAI › GPT 5.5 的 Context window 只有 258k！

200k 以上就应该开新 session 了就算支持 1M 上下文漂移也会越来越严重

7 月 5 日

回复了 ciwy 创建的主题 › 程序员 › 一到两年之后 AI 可能会性能过剩，各家将比拼营销和价格

内存和闪存产能都排到 28 年以后了短期内价格根本降不下来

7 月 5 日

回复了 inza9hi 创建的主题 › 程序员 › 多亏 AI 现在遇上棘手问题完全不慌

@syahd 日志本来就得脱敏吧不过不排除有人不按流程操作😂

7 月 4 日

回复了 gkiwi 创建的主题 › Claude › claude 老号被封

a÷检测手段是个黑盒很难推断是什么原因

7 月 3 日

回复了 rxgg 创建的主题 › 程序员 › AI 太贵了，有没有价廉物美的中转站推荐一下

中转站我还是担心中间人攻击和提示词注入

6 月 30 日

回复了 emmathoermer 创建的主题 › Claude › Claude 被封后，删除账号，过一分钟就能重新注册

各种钓鱼 tracker 太多了分分钟封号的 A\

6 月 30 日

回复了 yagamil 创建的主题 › Linux › 为啥 ubuntu 搞个 wayland 这种不兼容的玩意出来

确实太折磨了弄个向日葵也是每次都要手动分享，用 fcitx5 也有一堆问题

6 月 29 日

回复了 h2mpz 创建的主题 › 程序员 › 六千多粉的小红书号，因为自动化上传被封号了。

xhs 风控这种 bot 之类的很严格之前龙虾的时候几乎露头就秒

6 月 28 日

回复了 GeorgeV 创建的主题 › Claude › 从模型蒸馏想到， AI 模型的护城河可能并不深

llm 时代以前蒸馏是模型轻量化的一个重要方法，那时候蒸馏好的方法可以发顶会的蒸馏不是想蒸就蒸的门槛没那么低

6 月 28 日

回复了 Chuckle 创建的主题 › 程序员 › 我用 AI 的实践：把大任务给 AI，出错，再拆分小任务完成，并记录错误和任务过程

思路很棒学习了，佬这套思想感觉比较像 Hermes 那种自己进化越来越聪明的记忆管理
我现在发现 ai 出错还是古法办法，手动补到 agents.md😂

6 月 28 日

回复了 Pendragon 创建的主题 › 程序员 › 尼日利亚礼品卡被干掉后老哥们都是怎么订阅的？

@xiaomushen 佬请教一下公司采购国模的话一般什么方案合适呢，是直接用 api 还是像百炼 glm 火山那种企业版呢？如果是 coding plan 像 glm 新号也买不到，个人账户也不好报销，数据还会被拿去训练。我看 glm 的话团队版挺贵的，8 亿 token/月，一个人就要一千多感觉很亏😂

6 月 28 日

回复了 yunshangzhou 创建的主题 › 程序员 › 关于 Loop Engineering 的实践与反思

思想很好但是对于 token 有限的小团队这套肯定玩不来 token 烧的太快，而且我也比较担心 llm 会被污染的上下文绕进去反复左右脑互搏

6 月 23 日

回复了 kqzhong 创建的主题 › Claude › 做了个小工具，在菜单栏监控一下 claude code 工作状态

最近用 zcode 如果要用户决策了会弹窗通知已经习惯了好久没用 cc 了😂

6 月 22 日

回复了 ryougifujino 创建的主题 › 程序员 › 高估了 GPT5.5 ehigh 的能力

感觉现在 ai coding 长程任务还是避免只能人工拆解需求一点点丰富实现到后面上下文腐化太明显

6 月 22 日

回复了 karashoukpan 创建的主题 › 程序员 › codex 频繁写 ssd 对 ssd 寿命有影响

握草还有这个问题不知道 cc 有没有