2025年终总结 #105

本来打算让 AI 帮我写的，奈何写的太夸张了，不切实际。就是简单的发了三个链接给他写。

基于这三个地址数据，给我写个2025年终总结。 https://v2ex.com/member/hanxiV2EX https://x.com/ImHanxi https://github.com/hanxi

我还是自己简单写写吧。

2025是个忙碌的一年，可能是 AI 爆发的一年的原因，使得我以前想写的项目能快速用 AI 来实现。这速度在以前是不敢想象的。在没有 AI 编码的年代，我写的的东西要么不好看，要么不好用，比如很早以前写的一些 markdown 编辑器，都是不好看又费了很多时间的。

• https://github.com/hanxi/markdown
• https://github.com/hanxi/md-pages
• https://github.com/hanxi/note-md

还有这个手机上的 Lua 编辑器 https://github.com/hanxi/lua_run ，当时也是费了很多时间去实现，最终也是没啥用的一个工具。

现在就不一样了，借助 AI 写出来的东西又好看又好用。我写玩具都是基于自己需求出发的，比如这个导航网站 https://github.com/hanxi/tiny-nav ，目的是解决浏览器首页问题，不需要啥插件，做到电脑和手机都能用就行，其实每天访问的网站也是有限的，基本就十个以内，以前也用过很多其他类似的，也自己写过，都没现在这个借助 AI 实现的这个好用。

比如想把小说转成 mp3，就有了这个 https://github.com/hanxi/epub2mp3 工具，主要是我后面没怎么用了，也就没继续维护，章节文字多了就出现不完整的情况，也没空维护了。

比如一直受不了 pve 网页的手机端用不了，也不知道为啥用不了，就直接让 AI 重新实现一个了 https://github.com/hanxi/pve-touch ，技术栈也是用的主流的。没有把 vue 啥的打包进去，只是用的 cdn 链接，够用就行，而且自我感觉还挺好看的。

这些前端工具让我自己去实现要么不好看，要么慢，对于我这个后端程序员来说，总是学不会 CSS ，有了 AI 之后，感觉不用学了，直接让 AI 写界面就行。像之前我写网页的话，也只能基于别人写好的后台框架来写界面，比如这个 https://github.com/hanxi/skynet-admin 界面算是还可以的。当然我这个 blog 也是手写的，很原始的。

还写了个 Redis 客户端 GUI 工具 https://github.com/hanxi/redis-ttk ，用的这个 Python GUI 框架 https://github.com/israel-dryer/ttkbootstrap ，比 PyQt 轻量多了，界面还挺好看的。写这个的原因是用 AI 实现了一个公司项目的专用 redis 客户端，不适合开源，里面解析数据的逻辑都是特有的，为了推荐 ttkbootstrap 这个 GUI 框架重新让 AI 实现了一个通用的 Redis 客户端，真的很适合 AI 编写界面，只需要描述清晰，界面刷刷的就画画出来了。

后端方面今年把 https://github.com/hanxi/skyext 开源了，翻了下第一次提交是 2025-05-28 ，也大半年了，当然不是目前这个地址，目前这个地址是开源后新建立的。写这个项目的原因是之前写的 https://github.com/hanxi/skynet-demo 一直只是一个 demo ，不是一个完整的项目，群友一直想要有个完整能用的，因此今年还是开新坑了。目前这个项目还在开发中，主要是把登陆和基础框架写好了，写单人玩法是没问题的，跨服玩法还没开始，还需要把基建做完先。这个服务器是有配套的客户端，客户端挑选了 Phaser 这个框架，挑选客户端框架主要是选 AI 友好的，也就是不依赖编辑器的，因为编辑器需要专门的 agent 才行，之前也有考虑过 love2d，刚好是 lua ，但是试了几次之后发现在浏览器运行还是没有 js 框架方便，我想反正客户端我没打算手写，就选了个 js 的， AI 写 js 应该是更友好的。

也给 skynet 提了两个 pr ，一个是使用 mingw 跨平台编译出 windows 的 exe 包，也是群友催着搞的，就像群友说的面向群主编程吧。另一个是给 skynet 加了个 actions 方便自动编译出可执行文件。

今年还给 kvrocks 提了 pr 用于支持 select 命令，改动很小，借助 namespace 实现的。原因是公司项目用的 redis 太费内存了，找了一圈，发现了 kvrocks 这个很合适，数据不是全部在内存中的，游戏服务器的压力不在数据库，而且 kvrocks 的性能也不差。虽然公司线上项目不会去更换数据库，但是测试环境我是替换掉了的，也算是多一种选择吧。

当然也说说我最多星星的项目 https://github.com/hanxi/xiaomusic 。虽说没怎么维护，今年也是加了不少功能的，星星也涨到了 8.7K ，就是不太稳定，毕竟不是用的官方提供的 API 实现的一个项目。客户端主题也新增了 2 个，只是小程序作者没更新了，毕竟小程序费钱，总不能一直为爱发电吧。不像我这个，发布啥的都是用的免费的，之前还自建了统计服务器，现在都干掉了，只用了免费的谷歌统计。代码方面之前重构过一次，从 Flask 更换到 FastAPI 。现在又觉得代码不好看了，又想重构一次，只是没时间一直搁置了。

最后，感谢家人默默支持我这个写代码的爱好，没有家人的支持，我也不可能在 996 的情况下还有时间写这些东西。。。