这是一个创建于 172 天前的主题，其中的信息可能已经有所发展或是发生改变。
使用 claude-4-sonnet 模型给自己的项目功能增加或者修改新的功能，但是出现的结果就是他会自己去阅读代码，在 agent 模式下，也可以自我测试，但是越是与之对话越写不明白，他说完美实现，但是使用之后却并没有，大佬们有什么方式解决这个问题吗？求解！！！！！
36 条回复 • 2025-08-04 15:56:24 +08:00
 |
1
micbobo816 2025 年 7 月 29 日
用 ask 模式。自己 review 它写的
|
 |
2
Shelios 2025 年 7 月 29 日
自己的项目肯定自己写啊，公司的项目才用 ai 写
|
 |
3
k9982874 2025 年 7 月 29 日 via Android
ai 又不是许愿机，现阶段 ai 需要一点创新的工作大概率是要 g 的
|
 |
5
MIUIOS 2025 年 7 月 29 日
提问 ai 是一门技术
|
 |
6
qxmqh 2025 年 7 月 29 日
用 ask 就够了。这东西 还得是自己去 review 。
|
 |
7
Radix10 2025 年 7 月 29 日
可能需要再多给些有效上下文
|
 |
8
yy2222186 2025 年 7 月 29 日  8
你的上限就是 ai 的上限。
|
 |
9
sthwrong 2025 年 7 月 29 日
提问的技巧很重要，要给足够的上下文，就像给一个刚接触项目不久的开发提需求一样，他能看代码并根据需求实现，但前提是能理解旧的实现和新的需求之间的关联。
|
 |
10
JConlee 2025 年 7 月 29 日
用 gemini 2.5 pro
|
 |
11
Pipidamowang 2025 年 7 月 29 日
@yy2222186 那上限还挺高的
|
 |
12
96 2025 年 7 月 29 日
梦游效应
|
 |
13
potatowish 2025 年 7 月 29 日 via iPhone
相信我 用 gemini 2.5 pro 一步到位
|
 |
14
rebbie 2025 年 7 月 29 日
氛围编程讲究的就是一个氛围。AI 自己在运行的时候感受到的氛围🤣。 氛围不够人家当然不能给你你想要的答案😄😄😄。
我的一个感觉就是 恩威并用，发现跑偏了一定要明确指出来，如果有期望的方向或方式，也是一定要明确出来，指向性的提示词不能模糊，要的就是拿着鞭子哄着干活的氛围😒😒😒。 |
 |
15
MxcALX 2025 年 7 月 29 日
还是得 review 找出问题，然后告诉他问题在哪让他改
|
 |
16
Dlad 2025 年 7 月 29 日
帮他分析一下啊，他能听懂人话。
我们合作的很好，虽然你我都是人类，但是跟它熟跟你不熟。 举个实际例子大家评价一下吧。别尬黑[doge] |
 |
17
vincentWdp 2025 年 7 月 29 日
claude-4-sonnet 没用过, 估计是某野鸡模型, 试试正版的, 名字是: Claude Sonnet 4
|
 |
18
tjfamtf 2025 年 7 月 29 日
你用的 cursor 么
|
 |
19
BeautifulSoap 2025 年 7 月 29 日
有一说一，用 ai 写代码有时候是真的要骂才听话的，甚至你还需要根据情况搬出爱猫 tv 大法
|
 |
20
jones2000 2025 年 7 月 29 日
启两个 ai 写， 一个写项目代码， 一个写项目的自动化测试代码。 项目代码通过自动化测试来验证。
|
 |
21
XTTX 2025 年 7 月 29 日
@BeautifulSoap Claude Code Opus 问候它也没有用， 它不懂就是不懂， 但是它不能说它不懂，它只会一直瞎编。这两天 React Native 加一个 ios 原生组件，它死活搞不懂。 我只能找好资料让它学。
|
 |
22
sky3hao9 2025 年 7 月 29 日
所以不懂技术 还想编程, 玩一些简单的东西可以.
|
 |
23
kneo 2025 年 7 月 29 日 via Android
不要用一堆垃圾对话填充上下文。
如果发现改错了 ，回滚代码，清空对话。把你的 prmopt 补充，重写。 不要在 ai 写错之后跟它说你这个不对，ai 改了又不对，然后十几条对话都是在纠正 ai 。如果你的上下文全是错误代码和矛盾指令，它自己早就懵逼了，能写好才怪。 你要是逗它玩当我没说。 |
 |
24
nenseso 2025 年 7 月 29 日
@vincentWdp 哈哈哈
|
 |
25
idark1217 2025 年 7 月 29 日
前段时间刚用它写了个网关， 你可以试试不要让他一次写太多东西。给足上下文有必要，但是也要尽可能精炼上下文。
比如写起的一个项目，你的设计文档、你的框架摘要 就是最优质的上下文。 1. 新启一个会话 只让他做设计，review 完产出文档。 2. 新启一个会话 给它设计文档，让它搭框架，选择合适的设计模式（但是只写大体框架 比如文件创建、提供的方法这些），写完直接 review ，通过了再执行下一个步骤。 3. 新启一个会话 给它设计文档，告诉他使用的设计模式，让它去实现其中的一部分。写完直接 review 。 跟自己写代码的风格很像，先写大块，再补充小块，分阶段 commit ，不然就很容易写成啥样是啥样，甚至写出来的逻辑是冲突的。中间你的设计上有任何调整，及时更新设计文档。 这样会好很多，你可以再尝试一下。 希望能帮到你 |
 |
26
layxy 2025 年 7 月 29 日
用的 cursor,我发现有时候 auto 模式比 claude-4-sonnet thinking 模式还要好使,而且使用反应很快很丝滑,特别是写单元测试的时候
|
 |
27
xiaomimicoin2 2025 年 7 月 29 日
1. 写个 userstory.MD
2. ai 在运行过程中会出错, 或者走错方向, 你需要更新你的 userstory, 在发现有问题的时候让 ai 去阅读这个框架. ai 比较发散, 因为你所要的, 和你表达的, 以及与这个世界交互的, 还是有差异的. |
 |
29
kebamt 2025 年 7 月 29 日
被 AI 浪费近 1 小时时间，一直忽悠人，无能狂怒😂
 |
 |
30
yb2313 2025 年 7 月 29 日
别偷懒, 当 ai 出错的时候你就手动修改代码并告诉他你修改的逻辑, 为它指明方向. 不要总是问 ai 能为你做什么, 而是要问你能为 ai 做什么, 人类.
|
 |
32
zhhmax 2025 年 7 月 29 日
要让 AI 写代码，首先你得完全熟悉现有的代码，以及主要的问题在哪里，主要的实现思路是什么，这样 AI 就能写好了，不然就会给你输出一堆代码看起来很牛逼但是经不起推敲。
|
 |
33
Kylin30 2025 年 7 月 30 日
老板体验卡
|
 |
35
ptstone 2025 年 7 月 30 日
触发是疑难杂症问题吧，本身问题就无解，你非要让他给你解决，会出现 问题已完美解决，一般情况很少出现，就算出现了，你可以继续提问，让他继续修改，一般都能修改好， 最近一个 jdk21 ddl 调用 内存访问错误的问题，非说已经完美解决了
|
 |
36
iaiuse 2025 年 8 月 4 日
用了很长时间的 vibe coding ，只是以前不这么叫而已。然后就会带来过度依赖的问题
未来的职场分野，不在于“用不用 AI”，而在于你是“驾驭 AI”，还是“被 AI 驾驭”。 AI 最大的风险不是让你失业，而是让你在不知不觉中“外包”了自己的思考能力，导致认知退化。 不要把 AI 当作完成任务的“外包工”，而要把它当作激发思考的“陪练师”。每一次提问，都应是一场你主导的深度对话。 AI 时代的核心竞争力：面对 AI 的输出，最有价值的不是“一键采纳”，而是你基于专业判断的“主动质疑” 链接: https://iaiuse.com/posts/13899e70 |
Select Language