🚀 又发现一个 Claude Code 外挂!装上 66 个专家 skill,写啥技术栈都有对应专家接手。
GitHub 已经收获 1w+ stars。
以前用 Claude Code 写全栈项目,上午 NestJS 后端、下午 React 前端、晚上补测试和上 CI,同一个对话里切来切去,每次都要重新交代上下文,答案也容易变通用。
装上这个项目之后,你说“给我的 NestJS API 加 JWT 认证”,它会自动激活 NestJS Expert,顺手把认证相关的参考文件一起加载;你说“写一个 React Server Component”,React Expert 立刻接手。
更爽的是,复杂需求它还能把多个 skill 串成工作流,从架构设计、代码实现、测试覆盖到 DevOps 部署一条龙跑完。
安装也很简单,Claude Code 插件市场两条命令就装上了。
GitHub:
显示更多
别再为那些月费旅行 App 付钱了,自己就能framework一个。
有个开源项目叫 TREK,一个工具把旅行规划全包了,几个人能一起实时改同一份行程,不用再在群里你一句我一句对来对去。
它能干啥,给你拆开说:
1️⃣ 实时协作,WebSocket 同步,谁改了大家立马看到
2️⃣ 互动地图,Leaflet 和 Mapbox GL,地点直接戳在图上
3️⃣ 行程拖拽排,费用还能自动分摊,AA 不扯皮
4️⃣ 打包清单、文档附件、PDF 导出,出门前一键搞定
技术栈是 NestJS 加 React,想自己折腾的拿去改。
🔗
显示更多
Nextjs为啥这么慢啊,我真想要换TanStack了
我真搞不懂为啥能慢成这样
这两天越用 GPT 5.6 Sol,就越喜欢 Fable 5 。。。
前几天让 Fable 5 把我的一个 NextJS 自部署的项目,迁移到 SvelteKit + 部署到 Cloudflare Workers,迁移完过后,跑起来和迁移之前一模一样,看不出任何区别。
这个仓库里包含了官网项目和 app 项目,要求它两个都完整地迁移,包括相关的技术栈全都迁移到 Cloudflare,比如 Redis -> KV,Inngest -> Cloudflare Queeu,Postgres -> Hyperdrive。所以算是一个特别复杂的任务了,断断续续跑了好几个五小时,最终结果也算没让我失望。
今天没事干,想着试试用 GPT 5.6 Sol Max 来把我另一个 NextJS 项目迁移到 SvelteKit(想着也许能省点 Cloudflare 的账单),基本上就只有这一个迁移点,这个项目本身也就是部署在 Cloudflare 上的。
而且这就一个官网,也没啥逻辑,想着对于 GPT 5.6 Sol 来说应该问题不大。
但是迁移完过后,连样式都是各种错乱的,把我之前复杂一点的元素全都给简化了。感觉它做的工作更像是总结了一下这个项目是干啥的,然后重新写了一份,而且还写得很一般。
看了 GPT 迁移的版本过后,我直接撤销了这次修改。。。
显示更多
今天看到了一些关于 File driven 和 DB driven 的讨论。 OpenAlice 是 File-Driven 的急先锋,description 里写着呢。
Alice 最早用 file 代替 DB 的原因有两个,一是配置难度低,二是更新太快了,DB 迁移不方便。
后面做的时候发现直接存 json 对 AI 用 grep/glob 显式查内容也很方便,这个是意外之喜,不是最初的设计动机。这个理念甚至后面进一步启发了 Alice Workspace 的设计,因为发现聊天本质也是文件。
说到底,为什么会用 DB?其实还是为了性能和规模化。自己跑自己的 Agent,牺牲点性能无所谓;如果一个产品同时服务几千几万个用户,全存 json 就要命了,这种时候 DB 是必要的。
OpenAlice 的部署场景里就没多租户这个情况。自己跑自己的 Trading Agent 怎么可能给一堆人用啊。
从早期加快开发速度的角度来说,我觉得 file driven 有无与伦比的优势。无关哲学或者美学,单纯就是实用主义的讨论。
Theo 2023 年做的 t3 stack 里面给 nextjs 配的 ORM 甚至是 prisma,现在早就是 drizzle 一统江湖了。作为开发者什么好用就用什么,何苦上升到本本主义的高度。
显示更多