@members 如果子项目各自独立的话没有问题，但是这样就不用 monorepo 了。子项目之间有依赖关系的话不分析依赖图就不知道该构建谁。

建议是每次都全部构建，使用 cache 来解决重复构建耗时的问题。monorepo 强制同步整个项目的版本，防止依赖版本错位，如果选择性构建一部分就回到老路上了。

我们用 turborepo 管理项目，我的经验是：

如果构建产物是 docker 镜像的话使用 layer cache 可以解决大部分问题。需要注意的是构建之前需要用 turbo prune xxx --docker 来提取构建 context 以免混入其它的修改。

如果想直接缓存 nextjs 的构建产物，turborepo 官方有付费构建缓存服务。
也有开源版本比如
https://github.com/ducktors/turborepo-remote-cache
需要自己借助 s3 等来搭建。

另外的一点是在部署 k8s 时全部构建的话产物有共同的 tag ，helm chart 中可以将它统一填到所有子项目中。如果部分购进的话又得管理版本依赖。

turso 就是基于 SQLite 的，如果每个处理只访问一个分片，那么就可以无限横向扩展。问题是一旦分片了，两个分片之间就没法确保事务。

attention is all you need

@woodfizky 放牛的孩子王二小学过没？我们不仅也这么干，还挺得意的宣传呢。

@PerFectTime 除了 grill me 还有个专用的 teach
https://github.com/mattpocock/skills/tree/main/skills/productivity

这个在上次日期加水印事件中被骂为 n 宗罪之一

nextjs 开发讲究的地方挺多的，服务器组件和客户端组件拆分，数据获取用哪种模式，suspense boundary 怎么安排等等。如果在 plan 里将这些细节都写上倒是可以让 Claude 按要求实现，但只描述功能 vibe 的话写出来只能说能跑通，review 时可优化的地方不少。
我现在完全放心让 cc 写的是 helm 和 terraform ，不仅一点错不出，还经常给我提供更好的建议。吭哧吭哧学半天 aws sap 不如问 ai 。

要不是底层开发的话 mac 直接用也没啥差，非要 linux 的话 docker 起一个，更原汁原味的就 qemu VMware ，唯独虚拟机里跑桌面版 linux ，我从来没鼓捣完美过。

够不上清北那就复交之后就是浙大北航，关键是选城市然后选个电子信息类专业，进可机器人芯片开发，退可转计算机 ai 。高分去什么军校，部队没关系毕业扔新西兰悔死你。