【Snow CLI】2025年以v0.6.0 版本结束,发布新功能讲解以及我在Vibe Coding中的心得~

一、贴脸求Star,当前Star数不太好看求求了 🥹

GitHub - MayDay-wpf/snow-cli: An intelligent AI-powered CLI tool for developers

An intelligent AI-powered CLI tool for developers

二、V0.6.0 版本带来了什么更新?

小功能的迭代就不磨叽了,本次更新最大的变化是Snow CLI已经支持双形态,既可以是客户端,也可以是服务端,且支持控制启动端口实现多开

这次更新为上层应用提供了便利的接入,Snow CLI以服务器形态运行在后台并提供SSE事件以及API端点

文档不想看?想快速了解这个功能的意义?

保姆级又简单便于理解的HTML用例,覆盖了服务的全部能力,甚至可以开箱即用

三、分享今年Vibe Coding 的一些小心得,当然这是适用于我的,可能并不是完全适用你,但是或许可以给你一些启发

第一步:认识自己很重要

如果你是一个完全不懂编程的人,没AI连调试都不知道按哪,用什么命令,那么我建议无需尝试任何深入的大项目,写写适用于自己的小工具或小玩具就行了,除非你真的是学习向的在Vibe Coding,AI写完你还会逐行让AI给你来回解释原理,这不是打击或贬低任何人,事实就是如此,边写边学不是给初学者的实践,是给有编程经验,只是尝试涉猎非自己专业领域的人的实践,初学者要去看书、看教程、看视频,给自己一个打下一个最基础的编程思想,不要跳过这个磨练耐心的过程~

第二步:立项该怎么立

看到这里,说明你已经不是初学者,现有项目该怎么立?分配文件目录很重要,这是决定后续AI写出屎山,还有没有救的最重要环节,你需要清楚知道你的项目规模会有多大,如果自己拿不准,就找AI,询问你这个项目会有几个阶段的规模,应该怎么分配代码文件目录

如果不提前做好文件目录分配直接开始AI立项会发生什么?你会得到一个超跑级别的完美起步,然后落下一个摇摇车级别的垃圾堆收尾,因为AI没有全局观…

第三步:项目中途应该监控什么

AI编写完代码,其实只想测试能不能跑,这种惰性思维其实大多数人逃不过,但是要监控一件事情,代码文件行数有多少了?如果单文件出现上千行甚至几千行了,那就应该停下新功能开发了,不管能不能拆,先让AI尝试拆拆看,就如上文所述,AI没有全局观,写高耦合很正常,及时解耦能降低屎山规模

第四步:AI改了一万遍也改错,该怎么办

承接上文,AI在解耦过程中非常大的概率出现改错,本来几千行的单文件跑得好好的,结果一解耦就出现了功能丢失、逻辑丢失等等一系列问题,其实这很正常,本身解耦过程即便是对人类来说也是痛苦的~

需要及时换一个思考方式,不要再不知疲惫的不停的描述、截图,你看到的异常,而是转换心态,改为AI协作模式,AI虽然不能一直改对,但是打日志的能力还是在线的,可以让AI针对这个异常插入日志(一般情况AI会自己干这件事)只要日志信息粒度够高,AI终究能帮你修好,甚至得到完善的日志信息,都不需要AI自己就可以修了

第五步:让AI及时反思

每完成一个功能,并测试成功可用,都应该反思这么做是否合适?是否是最优写法?能否拆解?如果下一个功能需要衔接有没有最优雅的衔接方式?

暂时只能想起这些对于我很有效的方法,还有更多欢迎大佬们评论区补充,学无止境~

四、感恩环节:

感谢 UUCode ,首位支援Snow CLI的富可敌国,帖子:
感谢热心佬友为Snow Console 提供的Codex Team号
感谢Issues
感谢PR开发者(感谢归感谢,你们提的BUG也是我彻夜修的,请你们也务必感谢我 :tieba_025:)

佬友们新年快乐

标签: none

评论已关闭