用 Codex 消耗了近三亿 token，写出近五万行 Delphi 代码，开源 Windows 输入法——言泉输入法的首个正式版本 v0.1.0 已经可以在 GitHub 下载了。

我还让 Codex 和 Claude Code 合作设计、优化出了官网：https://www.cassotis.org 或者 https://www.yanquan.org

之前提过，最初萌生 Vibe Coding 一个输入法的想法，是希望尝试让输入法结合 AI 的能力。但经过实际接入本地大模型的尝试后，我认为当下尚不具备实用性，于是便让 Codex 将项目中的 AI 相关代码全部移除。所以，现在实际 release 的版本完全不包含任何 AI 特性。对我而言，她就是一个用来取代十多年前停止更新的谷歌拼音 2.0 的替代品。就连输入风格也是——适合按词输入，而非长句/整句输入。

启动这个项目的另一个原因，是想探索纯 Vibe Coding、完全依赖 AI 写代码究竟能做到什么程度，同时摸索如何驾驭 AI 写出更高质量的生产级代码。与 AI 沟通的过程，会让自己对项目本身产生更深入的理解。我对 Windows 系统的输入法开发框架完全不了解，但在 Vibe Coding 的过程中，随着项目推进，虽然我一行代码都没写，却也逐渐熟悉了整套框架。这和传统开发流程——先研究、熟悉相关框架再动手写代码——有着非常大的差别。

关于 Vibe Coding 当下的心得：

1. 首先你自己需要清楚知道要做什么（才能检验结果）；
2. 要有极强的耐心（可能会遇到与 AI 反复拉扯的情况）；
3. 用最好的模型（不要在低质量的廉价模型上浪费时间）；

言泉输入法还会继续迭代。虽然现在开始流行 AI 加持的语音输入（究其原因，我认为是当下语音模型的效率与性能已达到实用级别），但我个人无法接受对着电脑说话作为输入方式——我爱键盘！Vibe Coding 不就是为了能做市面上找不到满意的而首要服务于自己的东西么？

八年前，我用 Free Pascal/Lazarus 写的一款自用的网络工具 Project V，多年来运行得相当稳定。不过，当时只做了跨平台编译的服务器与桌面端（Windows/macOS/Linux），甚至成功部署到了路由器上，唯独手机移动端始终空缺，只能借助另一款现有工具并增设中转节点来凑合。

这几天用 Codex（gpt-5.4 xhigh）各花了两天时间，靠 Vibe Coding 分别“搓”出了 Android 版和 iOS 版，且功能、界面和稳定性都令人满意。

然而，Vibe Coding 的过程并非始终美好。除了初期沟通需求和计划，真正进入开发阶段后，人其实就只是充当“测试员”了。“AI 程序员”每次声称“搞定了”，你就得去实际运行、操作并反馈问题。有时，一个我认为的小问题，可能要来回拉扯十几轮，这个过程相当枯燥乏味。若是“古法编程”的话，此时正是脑力激荡、兴味盎然的澎湃时刻。

当然，当程序最终如预期般完美跑通时，那份兴奋与激动是一样的——无论 Vibe Coding 还是“古法编程”。