「技术学习」分类下的所有文章。
到现在，我更关心的是，怎样让它参与工作的同时，不让自己失去对工作的理解。 我不再追求所有代码都由自己手写，也不再把“全部交给 AI”当成效率的终点。 真正稳定的状态，是知道什么时候应该讨论，什么时候可以让它执行，什么时候需要 Review，以及什么时候应该停下来，自己亲手实现。
Skills 会变成 AI 协作工具的基础设施——不只是 Claude Code，各种 AI 工具都会需要一种方式来 "安装能力"。"Markdown + frontmatter + 按需加载" 这种模式，至少活到现在，说明还是有优点在的。
写下这篇文章的时候，`grtblog-v2` 的核心功能开发已经基本告一段落。 https://github.com/grtsinry43/grtblog-v2 目前正在进行稳定性测试，确认稳定后会逐步修复 Bug、补充功能，并拉朋友内测。当前的测试地址在： https://blog-next.grtsinry43.com/ （注意仅供测试，数据与本站不会同步） ## 为什么要重写 这个博客最
最近新项目评估技术栈，因为 Java/Kotlin 太重，TypeScript/JavaScript（Node.js）因为 js 原型链的问题我一直感觉不是合格的后端语言，写 Rust 的话社区根本不会有几个人贡献，再加上后台任务，轻量化，易于部署，可能就只有 Go 能担任这个职责了。 其实我之前用过 go 的，当时在搞 AI 原型生成器的时候，为了快捷操作容器，我用 go 搞了个沙箱管理器，操作
讽刺的是，这篇文章，也就是你看到这个网站，正在运行在 Next.js 上，但由于无法承受的问题和维护压力，我已经很认真地把“放弃 Next.js”提上日程了。 Next.js 本身我正在用、也在骂。原因不复杂：这两年最“新时代 PHP”的东西，不是某个新框架，而是 **前端在不自知的情况下，被推去承接后端该承担的安全边界与运行时复杂度**——而 React Server Components（R
之前研究那么久 KMP...但是直到现在也没写什么 demo 项目，这次因为身体原因刚好出不去，唉，正好有时间探索这个了。 > [!NOTE] > > 目前只是个 demo ，之后我有时间有精力会慢慢添加功能 项目地址：[https://github.com/grtsinry43/PureFlow](https://github.com/grtsinry43/PureFlow) 整个项目其实
> 你是否曾被这些问题困扰？ > > * 管理多个相互关联的 Git 仓库（或是复杂的 git submodules），心力交瘁。 > * 想在项目 A 中复用项目 B 的组件或工具函数，只能复制粘贴或者发布成 npm 包，流程繁琐。 > * 多个项目依赖同一个库，版本不一致导致“依赖地狱”。 > * 每次进行一个跨项目的需求，需要在多个仓库中提交代码、创建 PR，联调测试苦不堪言
emm上来堆三个技术名词太劝退，每个部分开始之前我都会写一段简短的介绍，用很通俗的语言讲解下这是个什么东西。 写这篇文章起源于我最近悲惨的生活和精神状态，因此适当摸摸鱼写写有趣的东西，尤其是写kotlin真的很爽，最近是真的写了很多  目前网站位于 cf 全球网络 ~~