博客翻译项目最初设计过于复杂——先解析 Markdown 格式，再用占位符保护内容，最后送给大模型翻译。其实这完全是多此一举，大模型本身就具备识别 Markdown 语法的能力，可以直接处理原始内容并在翻译时保持格式完整。
我们的工作就从调试代码，切换到调试大模型的提示词。
模型：google/gemma-3-4b
硬件：Nvdia 3060 12GB
没错，选的非思考模型，思考模型在执行翻译任务时，效率不够高，对比了 4b 参数和 12b 参数的效果，针对翻译任务来说 gemma3 的 4b 参数已经足够了，12b 的参数在翻译任务上并没有明显的优势。
12b 参数的速度：11.32 tok/sec，4b 参数的速度：75.21 tok/sec。
在 Go 语言项目中，使用 staticcheck 查找未引用的函数是一种高效的静态分析方法。
本地有一个 Git 仓库，其中的子模块在拉取时处于一个临时分支。我在该临时分支上提交了一些代码，随后将子模块切换回了 main 分支。然而，这些提交的代码似乎丢失了，无法在 main 分支中找到。我也找不到那个临时分支的记录。
最近生物钟有点错乱，凌晨两点多还在折腾 Github Pages 的部署。
加完班才去吃饭，鄙人刚好吃完就想睡，吃完回来八点半左右，犯困了，想着眯会，直接就睡着了，醒来已经凌晨两点多了。
还没启动就消亡的分类：AI 研习社
多年来一直专注于后端开发，最近开始尝试探索 AI 编程，并涉足了一些前端相关的内容。然而，在这段折腾的过程中，我逐渐意识到自己又陷入了一个老毛病——繁花迷人眼。总想着用 AI 来实现一个前端界面，但实际上，这样的尝试对于当前的工作并没有太大的实际帮助，反而分散了精力。
本站点基于 hugo 开发，但是笔者一直用的都是中文标题，导致生成的文章超链接不太友好，说人话就是，发出去的时候，看起来不太友好，中文的字符在超链接中会被转义成 %E4%BD%A0%E5%A5%BD 这种形式，虽然可以通过设置 slug 来解决，但是每次都要手动设置，太麻烦了。
所以，今天尝试用 Claude4 来开发一个翻译助手，自动将中文标题转换为英文 slug，并且在文章中添加超链接。这样就可以避免手动设置了。
claude4 真香，上下文的能力大幅提升，复杂任务的处理效率也大幅提升。
github-readme-stats 是一个 GitHub 个人资料的统计信息生成器，允许用户在其 GitHub 个人资料中显示各种统计信息和图表。它提供了多种自定义选项，可以根据用户的需求进行调整。
笔者管理仓库习惯按照项目分组，github 不支持仓库分组，只能通过拆分不同的组织来实现。github-readme-stats 最新分支无法支持跨越不同组织的仓库统计，笔者 fork 了一个分支，合并了对应的代码。
脚本用于批量修改 Git 历史提交的作者信息，通过 git filter-branch 重写历史提交记录。