今天有个朋友想在自己的电脑安装龙虾，他告诉我他的想法是想有一个可以接管自己电脑的agent，就是控制文件，控制浏览器这样的
最近龙虾太火了，估计他刷到了
我信誓旦旦告诉他，完全可以做到
结果我发现他在豆包桌面端跟豆包对话，然后复制粘贴代码到本地部署openclaw，结果卡住最后死循环了(他还是挺厉害的，本地用ollma部署了一个qwen2.0模型)
我一开始说windows部署很困难，需要wsl，虚拟机，还要配置api key，那个本地模型不一定跑的动
但是他一脸茫然
我立马换了个思路
我没有说很麻烦，不可行，我打算让他学会用agent自己解决问题。。于是我告诉他:其实也能配置(我几个月前就安利他下载了iflow cli，这是一个国内用户灵门槛可以用上最强开源模型的编程工具)
结果登录后发现他已经有一个大版本没更新了，iflow ctrl加v是粘贴图片，我教他要在终端复制粘贴用鼠标右键。
然后手把手带他输入提示词，我说一下我帮他输入的第一个提示词吧:
我本地已经部署模型，用的命令是xxx，然后openclaw也已经下载好，有没有办法用本地模型调用openclaw
模型是glm4.7,说实话不怎么给力，出现幻觉了，切换成glm5.0解决了问题:针对本地模型，确实配置好了openclaw的调用，不过模型太小不支持调用工具，所以最后还是没用上龙虾哈哈。。。
(中间还有一个小插曲，iflow需要重启node进程更新配置文件，结果iflow本身也是node运行的，把自己给kill了，我朋友还笑这个模型傻乎乎的)
我没有告诉他浏览器需要配置 google dev tools mcp或者brower-use，也没有一直告诉他没有linux虚拟系统和api会比较麻烦
我让他从豆包的聊天框里面跳了出来，让iflow帮他配置文件和配置openclaw，输入合理的提示词，即使没完成目的，也大大提升了他以后处理问题的效率，慢慢的，他就会学会把问题教给ai
我还讲了还有两个关键的命令一个是ctrl加y的yolo模式，最高权限，还有就是/review用来恢复对话
他问我怕聊天记录占据内存，我给他讲了/c开头弹出的命令(iflow这个做的比较好，可以有效清理对话内存和checkpoint内存)
我身边的都是搞工控自动化的朋友，平时他们都是用的图形化编程，博图软件(gui界面方便调试)
所以他们对cli，ai编程智能体这样的概念毫无理念
所以我推荐他们肯定是iflow，不用配置代理，上手难度低的本地agent，关键是还免费，哪怕一开始慢慢用iflow处理处理文件，慢慢上手就能提高很多效率了
5 个赞
挺好的~
win下的cli贴图是alt+v
恢复会话是/resume，/review是一个代码审查的sub command
其实我觉得装个wsl没啥困难啊。而且还能和Windows环境隔离，挺好的。我现在都习惯了右键复制、右键粘贴，结果现在写PPT的时候把原来习惯的ctrl+c、v给丢了，导致做PPT的效率大减 
所以目前为止做ppt这块，ai似乎还不是太行 
试过几次各种工具，做出来的都不太好
1 个赞
我也推荐了好几个人，都说好用，但是就是有些人自以为自己写代码很牛逼，还在手刨代码，我是想不通，为什么推土机来了，还要用手刨地。
可能和原本的角色以及认知有关
具体到我们公司，完全不懂代码的同事，就用的IDE的工具，完全的Vibe Coding（一眼代码不看），做出来的东西其实还是不错的。懂一点点代码的，用CLI工具，基本也是Vibe Coding，但是回去扫一眼ai做的，当ai遇到坎儿，或者解了几次还解不了的问题时，会从代码逻辑，思路，甚至直接指出位置让ai重点排查和修改。研发，大体分成三类，一个就是你说的，没怎么尝试过，本能觉得不靠谱。一种是作为辅助，还在补全阶段。一种就是积极拥抱，但不是完全vibe，我发现研发的用法更多的是补充自己不擅长的领域，比如后端的同事之前完全不懂前端，用ai自己也能写前端了，反之亦然。
反应到token的消耗上，不懂代码的token消耗巨大，毕竟全靠自然语言，讲究的是力大飞砖……研发使用的就相对比较节省token。
ai编程，我感觉当前最大的两个点，一个是让之前不可能的成为了可能，而且迭代速度极快。比如产品经理之前有个想法，但自己实现不了，现在自己就能搞了，还是全栈，比如后端同事也能做出不错的前端了。但另一个点是，做是做出来了，但避免不了稳定性健壮性不足的问题，以及屎山代码，需要进行深度的代码review和测试。
讲两个小故事，都是真实的。
一个是我们老板的朋友，也是另一个公司的老板，之前他老想做一个东西，但是研发一直没时间，排不上，一拖就拖了几年都没做，然后他自己用了几个月时间做出来了，已经去接触客户了，下一步就是商业化了。这就是变不可能为可能。
一个是我朋友他们公司（没错，这个朋友就是我），pm也是vibe coding了一个平台，然后上到内部生产了，结果一个研发在操作时，触发了隐藏的比较深的bug，导致核心数据被删除，恰好运维没有备份，哦吼~
1 个赞
是这样，我春节后也推荐给朋友，后来他就要求公司内部使用，刚开始他那些程序员总是嫌AI这样哪样，最后还是自己跑去改
我现在就根本不看代码（虽然我也有快5年没写过代码了），我只看他的文档和开发逻辑，完成后看他的输出物，其实基本差不离。
我个人认为，未来代码可能不是现在的模式，AI的介入很有可能改变现有的软件工程规则。
