评论区要笑死了，Grok 在搞黄色的路上已经抽象到一骑绝尘了······

一声叹息，两国相争，三方失利，四顾茫然

CC-Switch 终于添加了本地代理和自动故障转移两大功能，满足了我在 Terminal 和 Cherry Studio 中使用的刚需。 不过开了 Proxy 功能之后，今天崩了不下十次了， Jason Young 看看是不是要紧急修一下这个 Bug。 也正好留了点时间写教程，等稳定了就可以发出来了，✌️

我现在觉得该选择 workflow 还是 Skill，这个问题的核心其实是在于你想要多大的控制权。 就同一个需求而言，不管是用 Dify（我用 n8n）还是 Claude Code，从功能和效果上，我都可以做到完全一致。 但是，使用 n8n 的时候，我的心态是这个流程会通过 workflow

关于什么 AI 工具最好用，我一直以来的观点是：尺有所短寸有所长，不同场景要灵活应用。 例如很多人现在已经看不上的 Prompt，实际上在很多场景下依然能发挥很大的作用。 视频中我用的是一个自己 Vibe Coding 的浏览器扩展，作用非常简单，就是从页面上精准抓取内容，并自动转化为 Markdown

最近 OpenCode 大火，作为 Claude Code 死忠，我觉得其实也挺好的，毕竟开源替代对本体发展也有促进作用，但是现在的关注点好像都变成了邪修 API 反代，这个说实话风险还是挺大的，尤其是自己开号的朋友必须提醒注意一下。 ————————转帖翻译———————— 说一个可能不太讨喜的观点：Anthropic

最近 10 天全身心扑在了 Vibe Coding 上，最后得到的经验教训可以浓缩成一句话： 在 Claude Code 中用 Opus 4.5 + Thinking Mode + Plan Mode，用最稳的工具+最贵的模型+最深的思考+最好的计划，将需求一次搞定一遍过，才是最省 Token + 最省时间 + 性价比最高的方案。

简单试用了一下 OpenCode，完全没 Get 到这个产品的优势在哪，距离我最爱的 Claude Code + CC-Switch + Cherry Studio 组合，体验上差了不是一星半点啊，🤔 首先，OpenCode 自身作为 Coding Agent 框架的基础能力，还配不上和 Claude Code 做对比。其次在产品和功能细节上，Claude Code

2000 Follows 里程碑达成 🎉。事实证明，即使不邪修，不擦边，不互关，只要认真写硬核真原创，这个阶段依然能在 X 上获得稳定的流量和关注。 虚心若愚，求知若渴，借假修真，功不唐捐，与各位认真分享内容的朋友共勉，💪

看了宝玉老师的文章，很多都和我的体验相吻合。干脆借这个机会，点个炮点评一下最近中文区刷屏的一些所谓的 Skill： 如果你的 Skill 中只有一个 SKILL.md，那这玩意和写个 Promt/Command 有啥区别？不用 Reference 是“渐进式披露”这五个字看不懂吗？不用 Scripts 是觉得每次都让 AI

可是一个 Claude Opus 4.5 就能搞定的事情，为啥要三个一起上增加心智负担呢？AI 时代的三个臭皮匠，抵得上一个诸葛亮？

哇，这个必须点赞了(¯▽¯)👍