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