FF

我过去一周用 Opus 4.6 体验 be like：

@Jason_Young1231 @blackanger 直接跑有点过分了🥲

@blackanger 好像有魔改跑 Claude code 的方案了🤣

如何才能让我那吃灰好多年的 Nintendo Switch 在 AI 时代下重新焕发价值？

@aiandcloud 当然用2😂

啥？Linux 7.0 发布了，让我看看还有没有人在用 2.6.32 的 🤣 lkml.org/lkml/2026/4/12…

@dinah_zhang 今天玩啥？

吃喝玩乐才是日常所需, im 天然能做, 写代码才几个人啊

@luoleiorg 已经知道是哪家了，哈哈哈

再分享个小道消息，有家也做 Coding Plan 的挺大公司，自己内部员工用 tokens 都要申请，额度还有限制 😅 虽然它家目前某些指标上响应速度看着还不错，但我猜大概率是用户量还小。问题是：算力在内部就已经是稀缺资源了，对外的 Coding Plan 能大方到哪去？连自己人都省着用的，我是不敢赌的 🤡

@ayingott319 破了，哈哈

🤡好奇，如果买了 switch 2，那么 switch 1 怎么处理呢？

@yanhua1010 要自己切一下，而且付费方式有差异

为什么Claude Cowork中的sonnet和opus模型上下文只有200k? 才发现Claude Code中也是......，是因为我是Pro订阅的原因吗？

@Jason_Young1231 @aiandcloud 主要是思路，这和结果产出会有区别

@aiandcloud 其他很赞同，第三条我觉得可以商榷，AI 写的 commit message 很有结构且易读（前提是约束一下不要长篇大论，和 AI 生成大型 PR 一个道理）

最近 Kubernetes community 更新了 AI 工具使用和披露的 policy。 AI 代码生成 - 允许 AI 生成大型 PR - 禁止 AI 生成 commit messages - 禁止 AI 回复 review comments - 关闭 PR github.com/kubernetes/com…

@dontbesilent 个人在往tingly-box里加，不过形式不太一样，我们会从协议交互层面，模拟一个virtual model，来实现封存。而不是挖cc的历史。

和 Claude Code 聊天聊一半的窗口没有一个特别好的封存方法 /resume 不太好用，找的时候也不能很快找到 要是有一个 GUI 形式的保存方法就好了 比如未结束的对话可以变成一个文件，双击打开就可以继续聊天 有空和 AI 许愿一下，帮我实现😂

@imwsl90 tingly box

CC-Switch的替换品有吗？

@rwayne @yunbiyun try tingly box? 不改配置原地切换

用cc switch的后遗症出现了 今天要切换官方的max plan 结果base url一直指向第三方 @yunbiyun 帮我改了两个小时都没搞定…

@arkuy99 他的格式核心内容其实是a家协议的二次包装。主要都是工具调用适配要单独做，这个需求不一样，估摸不如重写

各位前端大佬 我想问下现在做 前端 AI stream 渲染 尤其是Claude Code 格式的渲染 你们是让AI 硬搓 还是已经有非常成熟的组件 不用去对着日志格式解析了？ 我尼玛每次都是让AI 手搓的。。

@caiyue5 一台海外设备，一个tingly box，一个域名？

所以现在人在国内，我要是想在自己的新 Mac 上用上原生的 Claude Code，需要准备哪些 toolkit？

@goocarlos 功能和产品，产品和商业化产品，距离还是有的😄

就我目前的体感来说，如果要打磨一个 Micro SaaS 级的产品，一个人大概也得需要一个星期的时间。 没有大家想象的那么快，可能是出品品质上有差异。你们有不同的体感分享吗？

@__oQuery 只能说工具实现的不适配。。。没有适配上aicoding。我们自己搞golang优化，一直都能做到改完就响应，代码量也不小。

现在的 LSP 的速度根本跟不上 AI 修改的速度，反而给 AI 带来了很多干扰。而且现在 TypeScript LSP 的速度越来越慢，总是有滞后的情况，经常需要重启 server。 感觉 LSP 也是时代的眼泪了。

请不要用ai coding污染审美

@AI_Jasonyu 捐出来试试，哈哈哈

Claude Max如果没有接入龙虾的情况下，怎么能够把它更好的消耗完？？ 每天外边跑，没时间消耗怎么办🤔

@Stanleysobest 我感觉我还行😛

我感觉文化不高的人说什么话开头都是—— 我感觉！

@bore_quality_ai 非常喜欢封装了，且改API，这是个人觉得很离谱的操作。 封装是常态，但总有人喜欢封点不一样的😂

在net/http，go-resty基础上做封装无可厚非，公司里一定有这样的需求。但你不能破坏研发原有的使用习惯。 这些封装应该建立在net/http，go-resty设计好的拓展方式上，而不是妄想构造一个大而全的 func：utils/http.go func get, post(ctx, args, headers, resp...)。 不说了，要吐了。

我发现一个草台班子 Go 语言实践规律，已在三家大公司验证： 👇👇👇 喜欢封装自己的 HTTP client 或者公共 HTTP 请求方法。而非直接使用 net/http or go-resty。

@luckytantanfu 居然用64的，太浪费了😜

没想到我的支持列表这么长，得试试本地模型了