imycc

在 wsl2 里面用的。claude code 改代码，加一个套壳 vscode 的编辑器（ Trae/Antigravity ）连到 WSL 上看代码。
头疼的问题是，osbidian 似乎不支持直接访问 wsl 下的文件，在 wsl2 里安装，又遇到了缩放倍数和输入法的问题，浪费了几个小时之后，让 cc 自己查问题解决了。

结论就是如果手上有 macos 的话，还是用 mac 省心一点。windows 我个人认为作为日常设备使用很不错，但编程我自己还是不太信任。。

我在台式机使用 win11 ，没有遇到什么奇葩问题，稳定性也正常。
要说不满意的话，当下最不满意的还是右键菜单的改动。除去老生常谈的官方提供的选项不满足我的需要之外，它在下方有几个选项是异步加载的，显示为“正在加载...”几秒之后才加载好，大大减少了我使用右键菜单的欲望。

不过去年我买了个 win11 的笔记本，有几个小问题我不确定是否是我的设备问题还是通用问题。比如说，多次休眠再唤醒，蓝牙显示是打开状态但设备都断联了，开关一次之后又立刻恢复正常。WIFI 偶尔会掉。在同一环境，我用 macbook pro 从来没遇见过。

我自己还没适应纯 vibe coding ，所以我是 Trae/Antigravity + Claude Code 混合用。一些简单的函数补全，小修小补还是喜欢编辑器的自动补全。Trae 之类的可以通过 GUI 来查看代码变化历史，尽管 Claude code 的编程效果更好，但是从交互层面我还是更喜欢这种有客户端的。

我想你要说的是，超级 app 成为统一流量入口，未来所有人都只需要通过 agent 操作各类应用是吧。这个观点之前 openai 也提出过。但是现在 skill 也是通过 app 或者开放接口来操作的，没有哪个平台愿意把自己的命脉交出去。如果 ai 真的影响到他们收入，很快这些手段都会被封掉的。

上周试着让 ai 帮我用一个我不熟悉的工具来完成一个功能的开发。第一版有问题，自己不放心，尝试阅读代码来修复问题。后面干脆让它在各个环节打日志，然后再把日志反馈给它，让它自己修。前前后后折腾了快一个小时，但是交给自己的话，可能一个下午就过去了。

最大的感受就是，以后那些一次性的代码，真不用浪费时间自己搞了，下一次用这个库不知道是猴年马月。
但 ai 写的代码，改到后面比较啰嗦。还没有花时间给它定义编程规范，导致它写的代码跟自己的编程风格不同，阅读起来没有读自己代码那么顺畅。

@himawari8 AI 编程的结果不能做到 100%正确，所以才需要有软件工程基础的人来使用。如果一个产品经理能独立完成 AI Coding ，额外的工作量会给他们涨工资吗？产品经理把精力放到实现而不是需求分析及设计上，那他的本职工作还能做好吗？

当然得自己看一遍啦。自己写代码的时候，需要考虑各种边界情况并且验证吧？ AI 写的代码，如果它能自己编写单元测试并且通过，那当然没问题。否则，你如何保证你交出去的代码是能正确处理边界情况呢？

这是个很泛的话题。我遇到的那些，避免的办法概括起来就是在规范上约束、在流程上限制、在交互上提醒。这都没避免的话就只能靠质检拦截、告警兜底了。