一个喜欢折腾编程语言的人，做笔记、项目、日历管理工具时容易上头。他给这个自托管小工具设计了「AI宠物」的概念：宠物调用几个工具在应用里干活，比如给购物清单建一个列表视图、给生日管理建一个日历视图，工具还支持把数据导出成 MD、PDF 和 DOCX。 问题出在「为百万用户做准备」这个念头上。他受到 Claude 的鼓舞，又觉得自己在做一件有意义的事，于是往这个自托管小工具里塞进了队列和 Go 写的 worker。他自述本职是 .NET 开发者，偶尔写 TypeScript 和 Python，Go 并不算熟。 项目目标本来是做一个自己能掌控的高级产品。因为对 Go 没有真正掌握，那段功能他是靠 vibe coding 写出来的，语法读起来不难，但他并没有深入理解。最后他不得不烧掉更多 token，把 worker 换成自己看得懂的语言。 换回 .NET 之后，结果反而更好：可维护性明显提升，空闲内存占用也降了下来。他自己总结的教训是别太上头，并且庆幸这个错误发生在还没有任何用户的时候。 这个工具本身也承担了发布能力，可以把工作区发布成网站。他这篇吐槽就是在自己的工具里写的，顺带承认写作时的交互体验还需要打磨，这也是他接下来要处理的事。 整件事的落差很直接：为了百万用户提前上架构，最后省内存靠的是退回熟悉的技术栈。对一个自托管小工具来说，队列和 Go worker 没有带来他预期的收益，反而先带来了一轮返工。 特别
