使用 claude-4-sonnet 模型给自己的项目功能增加或者修改新的功能,但是出现的结果就是他会自己去阅读代码,在 agent 模式下,也可以自我测试,但是越是与之对话越写不明白,他说完美实现,但是使用之后却并没有,大佬们有什么方式解决这个问题吗?求解!!!!!
![]() |
1
micbobo816 20 小时 47 分钟前
用 ask 模式。自己 review 它写的
|
![]() |
2
Shelios 20 小时 47 分钟前
自己的项目肯定自己写啊,公司的项目才用 ai 写
|
![]() |
3
k9982874 20 小时 38 分钟前 via Android
ai 又不是许愿机,现阶段 ai 需要一点创新的工作大概率是要 g 的
|
![]() |
5
totoro52 20 小时 30 分钟前
提问 ai 是一门技术
|
![]() |
6
qxmqh 20 小时 6 分钟前
用 ask 就够了。这东西 还得是自己去 review 。
|
7
Radix10 20 小时 4 分钟前
可能需要再多给些有效上下文
|
![]() |
8
yy2222186 19 小时 52 分钟前 ![]() 你的上限就是 ai 的上限。
|
9
sthwrong 19 小时 44 分钟前
提问的技巧很重要,要给足够的上下文,就像给一个刚接触项目不久的开发提需求一样,他能看代码并根据需求实现,但前提是能理解旧的实现和新的需求之间的关联。
|
![]() |
10
JConlee 19 小时 35 分钟前
用 gemini 2.5 pro
|
11
Pipidamowang 19 小时 21 分钟前
@yy2222186 那上限还挺高的
|
![]() |
12
96 19 小时 16 分钟前
梦游效应
|
![]() |
13
potatowish 19 小时 11 分钟前 via iPhone
相信我 用 gemini 2.5 pro 一步到位
|
14
rebbie 19 小时 7 分钟前
氛围编程讲究的就是一个氛围。AI 自己在运行的时候感受到的氛围🤣。 氛围不够人家当然不能给你你想要的答案😄😄😄。
我的一个感觉就是 恩威并用,发现跑偏了一定要明确指出来,如果有期望的方向或方式,也是一定要明确出来,指向性的提示词不能模糊,要的就是拿着鞭子哄着干活的氛围😒😒😒。 |
15
MxcALX 18 小时 59 分钟前
还是得 review 找出问题,然后告诉他问题在哪让他改
|
![]() |
16
Dlad 18 小时 50 分钟前
帮他分析一下啊,他能听懂人话。
我们合作的很好,虽然你我都是人类,但是跟它熟跟你不熟。 举个实际例子大家评价一下吧。别尬黑[doge] |
17
vincentWdp 18 小时 30 分钟前
claude-4-sonnet 没用过, 估计是某野鸡模型, 试试正版的, 名字是: Claude Sonnet 4
|
18
tjfamtf 18 小时 21 分钟前
你用的 cursor 么
|
![]() |
19
BeautifulSoap 18 小时 12 分钟前
有一说一,用 ai 写代码有时候是真的要骂才听话的,甚至你还需要根据情况搬出爱猫 tv 大法
|
20
jones2000 17 小时 47 分钟前
启两个 ai 写, 一个写项目代码, 一个写项目的自动化测试代码。 项目代码通过自动化测试来验证。
|
![]() |
21
XTTX 17 小时 47 分钟前
@BeautifulSoap Claude Code Opus 问候它也没有用, 它不懂就是不懂, 但是它不能说它不懂,它只会一直瞎编。这两天 React Native 加一个 ios 原生组件,它死活搞不懂。 我只能找好资料让它学。
|
22
sky3hao9 17 小时 24 分钟前
所以不懂技术 还想编程, 玩一些简单的东西可以.
|
23
kneo 17 小时 12 分钟前 via Android
不要用一堆垃圾对话填充上下文。
如果发现改错了 ,回滚代码,清空对话。把你的 prmopt 补充,重写。 不要在 ai 写错之后跟它说你这个不对,ai 改了又不对,然后十几条对话都是在纠正 ai 。如果你的上下文全是错误代码和矛盾指令,它自己早就懵逼了,能写好才怪。 你要是逗它玩当我没说。 |
24
nenseso 17 小时 2 分钟前
@vincentWdp 哈哈哈
|
25
idark1217 16 小时 43 分钟前
前段时间刚用它写了个网关, 你可以试试不要让他一次写太多东西。给足上下文有必要,但是也要尽可能精炼上下文。
比如写起的一个项目,你的设计文档、你的框架摘要 就是最优质的上下文。 1. 新启一个会话 只让他做设计,review 完产出文档。 2. 新启一个会话 给它设计文档,让它搭框架,选择合适的设计模式(但是只写大体框架 比如文件创建、提供的方法这些),写完直接 review ,通过了再执行下一个步骤。 3. 新启一个会话 给它设计文档,告诉他使用的设计模式,让它去实现其中的一部分。写完直接 review 。 跟自己写代码的风格很像,先写大块,再补充小块,分阶段 commit ,不然就很容易写成啥样是啥样,甚至写出来的逻辑是冲突的。中间你的设计上有任何调整,及时更新设计文档。 这样会好很多,你可以再尝试一下。 希望能帮到你 |
26
layxy 16 小时 32 分钟前
用的 cursor,我发现有时候 auto 模式比 claude-4-sonnet thinking 模式还要好使,而且使用反应很快很丝滑,特别是写单元测试的时候
|
27
xiaomimicoin2 16 小时 27 分钟前
1. 写个 userstory.MD
2. ai 在运行过程中会出错, 或者走错方向, 你需要更新你的 userstory, 在发现有问题的时候让 ai 去阅读这个框架. ai 比较发散, 因为你所要的, 和你表达的, 以及与这个世界交互的, 还是有差异的. |
![]() |
29
kebamt 15 小时 39 分钟前
|
![]() |
30
yb2313 15 小时 36 分钟前
别偷懒, 当 ai 出错的时候你就手动修改代码并告诉他你修改的逻辑, 为它指明方向. 不要总是问 ai 能为你做什么, 而是要问你能为 ai 做什么, 人类.
|
![]() |
32
zhhmax 8 小时 53 分钟前
要让 AI 写代码,首先你得完全熟悉现有的代码,以及主要的问题在哪里,主要的实现思路是什么,这样 AI 就能写好了,不然就会给你输出一堆代码看起来很牛逼但是经不起推敲。
|