完了家人们，我是用 claude-4-sonnet 模型开发，越让他帮我写，越写不明白怎么办？

[ADavid]

使用 claude-4-sonnet 模型给自己的项目功能增加或者修改新的功能，但是出现的结果就是他会自己去阅读代码，在 agent 模式下，也可以自我测试，但是越是与之对话越写不明白，他说完美实现，但是使用之后却并没有，大佬们有什么方式解决这个问题吗？求解！！！！！

[micbobo816]

用 ask 模式。自己 review 它写的

[Shelios]

自己的项目肯定自己写啊，公司的项目才用 ai 写

[k9982874]

ai 又不是许愿机，现阶段 ai 需要一点创新的工作大概率是要 g 的

[ADavid]

@Shelios 有的 api 小功能不想自己去看 api 文档所以用 ai 帮我写写，有什么办法破局吗

[totoro52]

提问 ai 是一门技术

[qxmqh]

用 ask 就够了。这东西 还得是自己去 review 。

[Radix10]

可能需要再多给些有效上下文

[yy2222186]

你的上限就是 ai 的上限。

[sthwrong]

提问的技巧很重要，要给足够的上下文，就像给一个刚接触项目不久的开发提需求一样，他能看代码并根据需求实现，但前提是能理解旧的实现和新的需求之间的关联。

[JConlee]

用 gemini 2.5 pro

[Pipidamowang]

@yy2222186 那上限还挺高的

[96]

梦游效应

[potatowish]

相信我 用 gemini 2.5 pro 一步到位

[rebbie]

氛围编程讲究的就是一个氛围。AI 自己在运行的时候感受到的氛围🤣。 氛围不够人家当然不能给你你想要的答案😄😄😄。

我的一个感觉就是 恩威并用，发现跑偏了一定要明确指出来，如果有期望的方向或方式，也是一定要明确出来，指向性的提示词不能模糊，要的就是拿着鞭子哄着干活的氛围😒😒😒。

[MxcALX]

还是得 review 找出问题，然后告诉他问题在哪让他改

[Dlad]

帮他分析一下啊，他能听懂人话。
我们合作的很好，虽然你我都是人类，但是跟它熟跟你不熟。

举个实际例子大家评价一下吧。别尬黑[doge]

[vincentWdp]

claude-4-sonnet 没用过, 估计是某野鸡模型, 试试正版的, 名字是: Claude Sonnet 4

[tjfamtf]

你用的 cursor 么

[BeautifulSoap]

有一说一，用 ai 写代码有时候是真的要骂才听话的，甚至你还需要根据情况搬出爱猫 tv 大法

[jones2000]

启两个 ai 写， 一个写项目代码， 一个写项目的自动化测试代码。 项目代码通过自动化测试来验证。

[XTTX]

@BeautifulSoap Claude Code Opus 问候它也没有用， 它不懂就是不懂， 但是它不能说它不懂，它只会一直瞎编。这两天 React Native 加一个 ios 原生组件，它死活搞不懂。 我只能找好资料让它学。

[sky3hao9]

所以不懂技术 还想编程, 玩一些简单的东西可以.

[kneo]

不要用一堆垃圾对话填充上下文。

如果发现改错了 ，回滚代码，清空对话。把你的 prmopt 补充，重写。


不要在 ai 写错之后跟它说你这个不对，ai 改了又不对，然后十几条对话都是在纠正 ai 。如果你的上下文全是错误代码和矛盾指令，它自己早就懵逼了，能写好才怪。

你要是逗它玩当我没说。

[nenseso]

@vincentWdp 哈哈哈

[idark1217]

前段时间刚用它写了个网关， 你可以试试不要让他一次写太多东西。给足上下文有必要，但是也要尽可能精炼上下文。

比如写起的一个项目，你的设计文档、你的框架摘要 就是最优质的上下文。
1. 新启一个会话 只让他做设计，review 完产出文档。
2. 新启一个会话 给它设计文档，让它搭框架，选择合适的设计模式（但是只写大体框架 比如文件创建、提供的方法这些），写完直接 review ，通过了再执行下一个步骤。
3. 新启一个会话 给它设计文档，告诉他使用的设计模式，让它去实现其中的一部分。写完直接 review 。

跟自己写代码的风格很像，先写大块，再补充小块，分阶段 commit ，不然就很容易写成啥样是啥样，甚至写出来的逻辑是冲突的。中间你的设计上有任何调整，及时更新设计文档。 这样会好很多，你可以再尝试一下。

希望能帮到你

[layxy]

用的 cursor,我发现有时候 auto 模式比 claude-4-sonnet thinking 模式还要好使,而且使用反应很快很丝滑,特别是写单元测试的时候

[xiaomimicoin2]

1. 写个 userstory.MD
2. ai 在运行过程中会出错, 或者走错方向, 你需要更新你的 userstory, 在发现有问题的时候让 ai 去阅读这个框架.

ai 比较发散, 因为你所要的, 和你表达的, 以及与这个世界交互的, 还是有差异的.

[ADavid]

@tjfamtf 是的，除了这个还有什么别的好用的推荐吗？

[kebamt]

被 AI 浪费近 1 小时时间，一直忽悠人，无能狂怒😂

[yb2313]

别偷懒, 当 ai 出错的时候你就手动修改代码并告诉他你修改的逻辑, 为它指明方向. 不要总是问 ai 能为你做什么, 而是要问你能为 ai 做什么, 人类.

[ADavid]

@kebamt 大佬你的图片看不了

[zhhmax]

要让 AI 写代码，首先你得完全熟悉现有的代码，以及主要的问题在哪里，主要的实现思路是什么，这样 AI 就能写好了，不然就会给你输出一堆代码看起来很牛逼但是经不起推敲。

[Kylin30]

老板体验卡

[yefuchao]

@kebamt 哈哈哈哈 给我道歉！

[ptstone]

触发是疑难杂症问题吧，本身问题就无解，你非要让他给你解决，会出现 问题已完美解决，一般情况很少出现，就算出现了，你可以继续提问，让他继续修改，一般都能修改好， 最近一个 jdk21 ddl 调用 内存访问错误的问题，非说已经完美解决了

[iaiuse]

用了很长时间的 vibe coding ，只是以前不这么叫而已。然后就会带来过度依赖的问题

未来的职场分野，不在于“用不用 AI”，而在于你是“驾驭 AI”，还是“被 AI 驾驭”。
AI 最大的风险不是让你失业，而是让你在不知不觉中“外包”了自己的思考能力，导致认知退化。
不要把 AI 当作完成任务的“外包工”，而要把它当作激发思考的“陪练师”。每一次提问，都应是一场你主导的深度对话。
AI 时代的核心竞争力：面对 AI 的输出，最有价值的不是“一键采纳”，而是你基于专业判断的“主动质疑”


链接: https://iaiuse.com/posts/13899e70