用AI工具做点小事情-夜雨聆风

用AI工具做点小事情

上周六在本地下载Claude Code部署，淘宝购买中转站的key使用，一共充了35块。当天做了一个简单项目的重构，主要是代码分模块和把Java文件转Kotlin文件。周二因为一个bug用Cursor实在搞不定，转Claude Code把剩下的token额度用到见底也没能解决问题，最后再转回Cursor，经过一轮一轮日志验证后才定位到只是一行代码导致的问题。

直接按token计费的模式不适合我。Cursor中转站这种按对话额度的形式，一个月四五十块，每天50~100次对话，而我每天工作基本不超过40次对话，这种形式用着还行。虽然也经常断联，但刷新一下至少还能正常使用。

要是每天断联次数再增加，我的备选方案是Kimi包月模式，用它的CLI工具配合Visual Studio Code完成日常工作。

除了收费方案，我的VS Code里早就装了字节的Trae插件，并给了它Windows用户目录下的所有权限，日常跑一些PowerShell命令和访问某些目录跳过了授权，还挺好用。

云端方面，用了字节的扣子平台，接入了微信和飞书对话。飞书这边只能接入个人飞书，日常基本没在用。微信的ClawBot目前也只是让它在每个工作日11点提醒我点外卖——主要是连续两天忘记点外卖，拿到饭都接近11点20分，午后1点要上班，午休时间对我非常重要。

我本来以为扣子平台很鸡肋，聊天不如官方对话大模型。它作为云端运行的OpenClaw类似物，但云端空间有限，也没法自己操作软件，用来做爬虫还绕不开用户验证，基本没用。

今天晚上发现了一个比较好的用法：外包公司又要我们提交简历，还非要按给的docx模板来，而我们自己的简历都是PDF格式。

这种事我连复制粘贴都懒得做，先交给网页版Kimi和豆包，这两个都没法直接生成docx文件。本地AI工具链肯定不够，因为我工作电脑甚至没装WPS或Office，运行库都没有，日常打开这类文件都是用在线网页打开本地文档。

最后想到了扣子：上传两个文档，要求把PDF里的内容按docx模板格式生成新docx，几分钟就搞定。

我弄完后，同事S和Y找我帮忙，我把平台名告诉了他们。两人都把PDF简历发我，我也都传给AI处理。两个文件排队期间，同事S已经自己注册好跑出结果；同事Y来问我什么时候能好。

我觉得两人差别很典型：不管是AI还是其他工具用法，很多人都嫌麻烦推给别人。而AI工具比起以前的软件或在线工作流已经够简单了，只用自然语言说清任务和效果就行。就这样还有很多人懒得用。

不过也不用急，只要不学，过两个月这些功能也会慢慢下放到基础AI工具或网页对话里。

字节的Trae IDE客户端昨天我专门下载试用了下，Code模式挺好用。如果本身对业务熟悉，对比Cursor优势还挺大。只是同事J说他用不了，我去他电脑看，显示服务排队。看来也只是新用户有点优待。

高级用法最近只琢磨出一个提交Skill：根据“准备提交”指令，对本次改动代码做梳理，生成项目规定的提交信息。之前还有个Review代码的skill，用了一天就删了。

场景是：很多bug一轮对话和修改解决不了，多轮下来容易堆很多烂代码和调试日志。所以想让AI在多轮修改后review所有改动，删掉没用的冗余代码和日志。但这个需求做成skill怎么都不好用，想来想去覆盖不了所有情况，就算是代码和注释，我也没想好怎么让AI判断对错。

只能自己review，看不明白就开Ask模式继续问。盲目信AI生成的代码，只会让工程越来越腐化。以前写屎山好歹自己还能看懂，AI写的要是没时间仔细review，自己提交的代码都看不懂。

当然我也在想：看不看得懂又怎么样？项目膨胀、代码腐化本来就是软件工程的自然规律，事情做完就行，了解那么多干嘛？

代码跑得快，一秒几亿次计算。程序员也不遑多让，一年换三家外包。