从年初开始通过python调用豆包编写函数处理实际事务，到后来用ClaudeCode操作电脑上指定的文件夹，实现“手脑并用”。

然而，每一次都去写函数，稳定性可能会受到影响，因此将调试稳定的版本打包成为独立的工具，是一个有益的偿试。

最近初步体验了，AI辅助编写一些之前用VBA写过的工具，体会到了VibeCode的优势所在，我们不需要熬夜、苦思，最终还不一定有结果的试错，只需要明确的告诉AI需求，注意事项，以及一些自已认为有必要给AI强调的要点。

在这个过程中，对AI的角色设定是比较重要的一点，角色的人设是激活其能力的关键，之前聊过提示词的BROS或SMART模式。

如果工具需要一个好看的UI就给他一个UI大师的设定，需要科学的结构，就给他一个架构师的人设。

如果开发一个独立的单机工具，并要分发给同事或朋友使用，则需要创建虚拟环境，虚拟环境可以手动，也可以让AI替我们完成。与此同时，或其后，告诉AI我们要开发一个干什么活的工具，这个工具有什么特色，有哪些我们不需要的。如果你有心仪的界面，可以截图给AI，让他学习模仿，前提是这个模型需要是多模态的，文本型的AI是无法看见的，这时候我们可以将图发给豆包，让豆包写段提示词，再转给开发工具AI，间接的完成模仿。

下图是最近体验开发的一个PDF转MD的工具，由于一次转换为200页的限制，所以这个工具中加了一个页码的参数，如果页码留空，工具会自行分割，然后再合并为一个整体MD文件。

如果已经开发了众多的小工具，我们可以让AI把这些小工具集成到一个平台上，方便管理。

对于网页版的工具，有前端、后端，前后端有不同的工具，如果向AI提需求，它会问你几个问题给你选择，如果你已经想好了，在提需求时可以一起将要求交给AI。

总体而言，要把目标说清楚、需求提明白，如果提不明白、说不清楚，让AI猜，耗费的是我们自个的银子，另外开发前应以plan模型先敲定方案，再落地。边落地边改耗费蛮大的。

最后，开发过程中，我们自已要把文件夹中能考虑的结构先弄清楚，至少得先有个input、output，在input中放个要处理的示例文件，开发过程中，AI会去拿这个示例作测试。

以上是最近的一些体验，随便聊聊。