![]() | 1 Livid MOD PRO 你试过 Copilot 的 Sonnet 4 吗? |
![]() | 4 jiang24gdufs 59 天前 主要还是要挑选擅长编码的模型, 而不是 chat 类的 |
![]() | 6 potatowish 59 天前 via iPhone 把上下文给全,把出现的问题和现象描述清楚,做不到这两点,Claude Sonenet 4 看了也摇头 |
![]() | 7 yyws2012 59 天前 via Android 最好的方式还是换模型,现阶段最好只用 Claude Opus 4/4.1 |
8 DiamondYuan 59 天前 你可以试试看 claude code , 用 Claude Opus ,基本上很多需求都是一次完成。 而且 ai 在实际操作之前会写一个 todo ,如果和你思路不一样就可以直接打断,然后让他改。 |
![]() | 9 catamaran 59 天前 先想想为啥 [每次都有很多问题和错误] ,到底是模型的能力问题,还是你没有说清楚需求? |
10 RainyH2O 59 天前 ![]() 小需求 CC 的 plan mode 够用,大需求我都让 CC 先生成文档。再围绕文档进行后续代码生成、BUG 修复等。实际就是软件工程文档先行那套,人类懒得写文档但是 AI 刚好擅长这块,正好扬长避短了。不过也可能是 CC 厉害,没用过那些国产模型,甚至懒得去试用。 |
11 he1293024908 59 天前 最好还是用 ai ide ,即便是同一个模型,网页版写出的代码也没有这些 ide 好,而且网页版除了 gemini 有百万 token 对话长度外,其他的大模型改不了几次可能就碰对话长度限制导致健忘或者无法对话了,而 ai ide 都会针对进行优化,用起来好很多 |
12 CC11001100 59 天前 |
![]() | 14 Nirlan 59 天前 可以抽空思考一下系统工程。 然后如果要减少迭代次数,最好的方法是只让 AI 做填空题,而不是让 AI 写作文。 补充一下前面朋友说的,上下文是关键的。优秀的上下文至少包含几点: 1 、说清楚 what ,这是件什么事 2 、说清楚 why ,为什么要做,即解决什么问题 3 、说清楚 how ,你希望怎么做 如果你暂时表达不清楚,可以遵循以下步骤: 1 、给 AI 一个代码规范(内聚、耦合、模式什么的) 2 、让 AI 完成一次代码目标 3 、阅读代码,然后回滚(删掉),重新来一次 4 、迭代上面步骤 很快你就会有体感你要怎么表达会让 AI 执行得更好了。 核心就 4 个字:系统 工程 精炼一点就两个字:结构 |
![]() | 15 Liftman 59 天前 因为豆包不是个 coder 模型。ds 的上下文非常短,也没有 coder 版本。qwen 略微搞笑。说句不好听的,你在拿 3 个不成熟的玩具尝试进行正经工作。 目前能打的模型只能 claude sonnet 和 opus 。而且只有 cc 和 augment 的个别 vibe coding 工具靠谱。 |
16 yyysuo 58 天前 你的要求恰恰不是 AI 所擅长的,AI 是扩展你的能力上限,这个上限就是用时间和迭代换来的。 |
17 way2create 58 天前 用豆包这些如果自己不太懂的写出来的质量也很难把控 所以用你说的这几个 仅限于简单工作 不想自己写的代码片段 + review ,至于 agent ,但你说的这些用 agent 也不太行,感觉网页版还靠谱些,真用 agent 用别的靠谱一些的 |
18 blackmirror 58 天前 你列的这几个写代码就是找虐 上 Cc 吧 |
19 jixule 58 天前 换模型,豆包 ds 写一些简单的页面没问题,复杂的需要 claude ,要么次一点的 kimi ,gemini ,gork |
![]() | 20 yb2313 58 天前 除了换好模型还有平时代码注释和整体代码结构都弄清晰点, 别搞什么隐式数据传递, 别说 ai 了, 过两天自己都看不懂 |
![]() | 21 sentinelK 58 天前 1 、拆解问题。把一个大问题,细化拆解成小问题,小问题要明确突出矛盾点。 2 、及时中断。一旦有符合自己需要的结果,就先保存结果。然后重新开始对话。 3 、尽量降低对既有代码的干扰。不要为了一个新功能推翻旧功能的设计,除非必须。 |