- luckzk2026-09-2143091
最近用 AI 写代码有点上瘾,从最开始 gpt plus 、claude plus
到 pro20x 4 人车、再到 2 人车额度越来越多,也直接拉到 xhigh 了,但是感觉体验并没有好很多
对于我们来说,不看代码,只看最终实现的效果
对于没有 UI 的,实话说能跑就行,效果也确实不错,哪怕有 bug ,一直让改就行了对于有 UI 的,gpt 写的感觉比 claude 差了一些,但是两者都不好看,哪怕是复刻某个网站,也只是复刻一部分,有很多的效果、交互也都复刻不了
有时候一个 bug 会反复出现,哪怕已经让记录到记忆中了
所以你们会有什么使用经验分享吗
主楼 - luckzk2026-09-2143091
昨天跟程序员朋友说,他说可以先自己做规划,然后让 AI 做
但是我根本不清楚做什么规划。。。。
所以我是让 AI 自己做的规划,然后让 Ai 自己执行,但是后来发现 AI 做到一半就会不按照规划走🤌
所以结束后就再让 AI 对比规划,重新修改一遍。这样很费劲。。。。 - neilp2026-09-2144831
别来.....
- V2Try2026-09-211380
1.用 v0 做 UI
2.好的软件是用出来的,不是规划出来的。多用多改版。我有一个网站已经改了 3 版,终于明白自己想要什么样的东西了。 - fanyange2026-09-2251419
分享一些经验吧,按重要程度排序:
1. 学会写 CLAUDE.md / AGENTS.md 。现在的模型都很聪明,不需要写太复杂的规则,如果规则太多太复杂,可以拆分到多个文档中,渐进式披露(就是说把 CLAUDE.md / AGENTS.md 作为目录,告诉它遇到什么情况去哪儿读)
2. 学会用 Git 做版本管理。一个程序员觉得如呼吸般自然,但非程序员大概率不知道的重要工具,所以一定要放在前面说。不需要掌握复杂用法,只要让 AI 每做完一步就提交,改坏了能回滚就行
3. 学会做好上下文管理。一定要拆分你的需求,一个 session 做一个小任务,做完新开 session ,一步步来,不要听那些一个 /goal 跑几周的。同一个 session 内要注意手动压缩上下文,一般 300k 左右就可以压缩了,上下文太长导致注意力分散,模型会变笨
4. 一定要叫 AI 写测试/做验收。一个 bug 反复出现盲猜是测试/验收环节出了问题
5. Plan Mode 是个好东西,刚开始做大型功能可以用这个,不过实测现在的前沿模型不开 /plan 也很少会跑偏,不知道你说的做一半不按规划走是怎么回事
6. 对于有 UI 的,可以先叫 AI 出设计稿,再精准实现。现在 Claude 写 UI 已经够强的了,何况还有 Claude Design 。GPT 的确不太行,不过最近学会了先用 Image Gen 画出来再实现的邪修,实测效果好很多,可以试试
7. 写代码可以关掉默认的记忆系统,大部分情况下它只会污染上下文(这个是个人经验,因人而异)
8. Skill 少装。不过你没提到,就默认你不知道好了,放在最后。个人认为真正需要的 Skill 大多数是工作流迭代优化后而自然生长出来的,拿来主义不可取。
- yyysuo2026-09-223818
多用、多琢磨。
- zenoeithz2026-09-2251800
- TomatoCLI2026-09-221914
我更好奇你 AI Coding 了些啥。。
- byte102026-09-2251260
建议先学几天代码,基本工具,开发流程。然后变身产品经理去搞。中小规模项目随便搞吧。做产品(长期迭代)就不要搞了,你控制不了后期的业务迭代的。现在的 AI 是很牛逼,但是会跑偏,一旦跑偏,每次跑偏一点,过度设计或者欠缺设计,就会逐渐变成狮山,最后失控
- Stargaze2026-09-221338
gpt 写 ui 确实不太好看,但是复刻网站 ui 水平一流啊,有点好看你复刻的是哪个网站效果不好
- Stargaze2026-09-221338
- hoky2026-09-224052