Vibe Coding 可以在超过20年的老旧平台开发上使用吗？
一年前我是持否定态度的，那时候让AI的能力确实不足，而现在我确实对这件事乐观了很多，就从今晚尝试的这个项目说起：为 WinCE 2.01 设计的图标化启动器「Lycheepad」。
之前水过一篇，讲了 Windows CE 以及后来的 Pocket PC / Windows Mobile 坚持使用 Today 屏幕而非把图标化的启动器作为开始屏幕。其中也提到一些OEM厂商都选择附加一个自己定制的图标化启动器。
但是还是有很多厂商是不提供这个东西的，所以还是需要自己开发一个。就以CASIO在E-100系列上提供的启动器为模仿样板，确定以下几个功能：
1. 启动器有固定个数的槽位，可以让用户填入exe的地址。
2. 启动器槽位的展示和交互用Button控件实现，只自定义绘制方式，来显示exe内嵌图标和程序名称标签。
3. 使用互斥量保证程序只有一个实例。
确定这些然后就是比较典型的Vibe Coding开发流程了。在XP的开发机上用SMB共享项目文件夹，其他机器的VSCode开此项目， 把markdown文档喂给使用Deepseek V3.2的Agent。之前不管是做Web还是移动端的App，AI Agent给人的印象就是「犯错特别多」，强烈依赖 Linter / LSP 提供检查，有错误之后反复返工。没想到这次过程相当顺利，在老平台没有Linter的情况下，需要介入修改的部分很少，大概2个小时这个程序功能就完成的七七八八了。
总结一下，一方面AI能力变强了；另一方面CE的Win32 API子集有微软的兼容性保证；最后就是只写纯C，避免了CE上裁切了大量标准库和STL支持的跛脚C++。只要子模块拆分合理，就能避免大部分API差异的坑。至于AI是否能在Palm OS上也发挥的这么神勇，还有待下一次测试。
此项目在 github.com/anderain/lycheepad 开源。之后还会添加更多功能。
#西伯利亚北闻录##西伯利亚超时空评测#