写在我的博客迁移之时
从2019年开始用Gridea更新博客到现在2026，不知不觉间，竟然已经7年过去了。Gridea作为到目前为止仍然是最用户友好的博客客户端之一，不需要繁琐的terminal操作，也不需要去操心其他繁琐的流程，只需要写作发布就可以了，但是多年没有更新的客户端，遗漏的种种bug在现在也确实谈不上好用。之前Gridea作者的网页端虽然更加的SAAS化，更简单，但是却失去了客户端的灵活性，难以打动我去做迁移和改动。
几个月前，我看到了Gridea Pro，从介绍和描述来看，基本上补足了之前Gridea的痛点，当时就下载下来，做了迁移尝试，但是却发现，一预览就崩溃，完全用不起来，而且没有日志没办法debug，就搁置了下来，直到最近······ 我对AI agent的使用越来越熟练，我开始用opencode去帮我做迁移和debug，在本地拉取了完整的开发环境后，很快就找到了原因：Gridea Pro的客户端中存在着上游依赖的bug，我文章中的块级Katex公式会导致软件崩溃，而这个bug修复在几周前才被合入，且最新版本的Gridea Pro软件还没有更新。在我构建好修复版本后，问题自然就消失了，那阻碍我迁移的最大因素也就没有了。
另外一个是主题，现在的博客主题rocky用了很久，自己也做了很多魔改，是我目前自己用着最顺手的，博客的迁移肯定主题也要跟着迁移，不过好在Gridea-Pro的作者提供了主题迁移的skill, 使用opencode，只用了一小时左右，一个可用版本的主题也迁移好了，而且还顺手做了些改进，这个主题还更加好用了。到此为止，阻止我迁移的两个最大因素都消失了，博客的迁移也在过程中，顺手完成。
迁移完成后，我在感叹，现在真的是AI新时代的路口，几年前，为了博客的一点小修改，一些小问题的debug，需要我花很久去学习和调试的前端以及网络开发的内容，现在竟然能够那么快速的就被AI工具做完了。而且Gridea Pro据我的了解，现在的开发者也是在Claude的深度帮助下，做出了具有完整功能且更进一步的新版软件。两年前的时候，我尝试用cursor以及copilot去重构/修复旧版的Gridea的问题，当时以失败告终，现在呢，从0到1做一款软件的开发，却并不是问题，进化速度之快，真的可以说是日新月异。所以也可以见得，现在AI工具对软件开发的冲击之大，是可以预见的，因为真的彻底颠覆了开发的门槛，让原本没有能力可以参与进来的人，也可以产出自己的软件，去优化自己的生活和工作。
虽然现在的AI模型在IC设计方面用起来还感觉笨笨的，但是这种感觉，让我似曾相识，和两年前我用cursor之类的工具时的感觉一模一样，或许再过一两年，模型的IC设计能力会像当初那些“不太行”的编程助手一样，突然跨过一个临界点，然后以摧枯拉朽之力，完成重构现在的工具流程。或许不久之后，我的工作也会像现在的软件开发一样，面临直接的冲击。
写在最后，迈向新时代，不仅是我的博客客户端，更是可以预见的未来~