博客文章

Markdown 很容易写，难的是让它在项目变大之后仍然好找、好读，也能看清每次修改从哪里来。很多团队已经把说明、手册和决策记录放在 Git 仓库里，却还要额外维护一套文档后台。

我原以为 Rakuten Turbo 解约后就没什么用了。今天亲自测试后，发现它或许还有另一种用法。确认真的能联网时，我特别激动，也很开心。我想把这个发现分享给更多日本网友，尤其是那些解约后不知道怎么处理这台设备的人，所以写下了这篇文章。

软件行业有一种很熟悉的幻觉：把一个简单的数学运算，层层包成六层间接调用的大教堂，然后再假装这叫“工程化”。

当前职场正上演一场荒诞剧：员工用 AI 写报告，领导用 AI 阅报告，客户再用 AI 做总结。所有人都在热衷讨论一堆未曾经过真正思考的内容。

这段时间我越来越明确一件事：AI 编码流程最难的，不是让它开始跑，而是让它稳定地持续产出。

今天花了不少时间处理 Hermes / OpenClaw 一侧一串看起来很像、但其实不完全一样的故障。

今天去了千葉少年之家。

我这次把 Hermes Agent 和博客工作流重新配了一遍。做法不复杂，主要是四步：先记住长期规则，再固定执行时间，然后处理素材不足的情况，最后把发布流程锁定下来。

这两天我让 AI 代理帮我修改 GitHub Actions，目标其实很简单：

我最近给自己的 AI 助理加了一个很简单但很重要的规矩：默认只在当前 workspace 里干活。