张大妈

用好AI编程助手:从写代码到管上下文

源自新浪微博:爱可可-爱生活

02-08 16:32

当普通开发者还在纠结AI代码对错时,高手已转向让AI自动完成大规模任务。本文揭示了顶尖团队的核心方法论,教你从代码编写者转变为AI协作的管理者,通过精准的上下文管理,大幅提升编程效率与质量。

用好AI编程助手:从写代码到管上下文智能速览

  • 核心认知转变是从‘写代码’变为‘管上下文’。

  • 高手会在AI动手前进行详细规划,明确目标。

  • 避免手动标记文件和过长对话,保持AI焦点。

  • 当AI跑偏时,回滚比修补更高效。

  • 通过让AI先写测试,可以实现更精准的TDD(测试驱动开发)。

  • 并行运行多个AI模型,可以对比结果,选出最优解。

用好AI编程助手:从写代码到管上下文精华内容

想要让AI编程助手持续高效工作,关键在于转变思维。不再是简单的提问,而是学习如何成为一个优秀的管理者,为AI指明方向。

规划先行

芝加哥大学的研究证实,有经验的开发者倾向于在AI生成代码前进行规划。规划并非浪费时间,而是为AI提供一个清晰、明确的目标。目标越具体,AI的理解就越准确,生成代码的成功率也越高。这种先规划后执行的策略,是从业余到专业的重要分水岭,能有效减少后续的反复修改。

反直觉实践

高效的AI协作需要颠覆一些传统习惯。首先,应充分利用Agent的搜索能力,让其自行定位相关文件,避免手动导入过多文件导致主次不分。

其次,对话并非越长越好。过长的上下文会累积噪音,分散AI注意力。当效果下降时,果断开启新对话是更优选择。

最后,当Agent执行路径偏离预期,最有效的方式是回滚所有改动,重新细化计划再执行,而非用后续提示去“抢救”一个已跑偏的任务。

TDD新玩法

测试驱动开发(TDD)在AI时代焕发了新生。一种高效的实践是:先让AI编写测试用例,并确认其处于失败状态,然后将此测试提交。

接下来,明确指示AI进入TDD模式,要求其只编写实现代码以通过测试,禁止修改测试或编写模拟实现。这种方式为AI提供了可验证的迭代目标,使其能够边修改边验证,避免了盲目输出,最终代码质量更可靠。

并行与审查

面对棘手问题时,可以尝试将同一个提示词并行提交给多个不同的AI模型。不同模型会采用不同路径解决问题,通过对比结果,不仅能选出最优解,还可能发现单个模型遗漏的边缘情况。

此外,AI生成代码后,细致的审查环节至关重要。代码细节中可能隐藏着潜在问题,Agent工作速度越快,审查流程的严谨性就越要得到保障。

掌握AI编程助手的核心,在于学会当一个好‘甲方’:提出明确需求,设定清晰目标,执行严格验收。最终,开发者与AI将形成高效协作,共同探索软件开发的更多可能。

精选参考来源

【用好AI编程助手,你需要学会“当甲方”】当我们还在纠结AI写的代码对不对时,顶尖开发者已经在思考另一个问题:如何让AI持续工作数小时,自动完成大规模重构,直到所有测试通过。这不是科幻,而是Cursor团队分享的真实工作方式。核心认知转变:从“写代码”到“管上下文”当你习惯让Agent编码后,你的主要工作就变成了一件事——为每个Agent提供恰到好处的上下文。不多不少,刚刚好。芝加哥大学的研究发现,有经验的开发者更倾向于在生成代码前先规划。这个发现很有意思:越是高手,越不急着让AI动手。规划不是浪费时间,而是在帮AI明确目标。目标越清晰,AI的成功率越高。几个反直觉的实践:第一,不要手动标记每个文件。Agent有强大的搜索能力,让它自己去找。你塞太多“可能相关”的文件进去,反而会让它分不清主次。第二,对话不是越长越好。过长的对话会让Agent失去焦点,上下文里积累的噪音会分散它的注意力。当你发现效果下降,果断开启新对话。第三,当Agent跑偏时,别试图用后续提示修修补补。回滚改动,重新细化计划,再跑一次。这比“抢救”一个进行中的Agent更快,结果也更干净。测试驱动开发的新玩法让Agent写测试,确认测试失败,提交测试,然后让Agent写实现代码并持续迭代直到全部通过。关键是要明确告诉它“现在是TDD阶段,不要写模拟实现”,以及“不要修改测试,只写能通过测试的代码”。Agent在有清晰迭代目标时表现最好。测试就是那个目标——它让AI能边改边验证,而不是盲目输出。并行运行多个Agent一个很强的技巧:让同一个提示词同时在多个模型上运行,然后比较结果。这对棘手问题特别有效。不同模型会采用不同方法,你可以从中选出最优解,甚至发现某个模型遗漏的边缘情况。那些用得最好的开发者有什么共同点?他们写具体的提示。“给auth.ts加测试”和“为auth.ts的登出边界情况写测试用例,参考__tests__目录的模式,避免使用mock”——效果天差地别。他们认真审查。AI生成的代码看起来可能是对的,但细节里藏着魔鬼。Agent工作得越快,你的审查流程就越重要。他们提供可验证的目标。Agent无法修复它“看不见”的问题。强类型、代码检查工具、测试——这些都是给AI的明确信号。他们把Agent当作有能力的协作者,而不是听话的工具。让它给出计划,要求它解释,对不认可的方案敢于质疑。说到底,用好AI编程助手的本质,是学会当一个好甲方:需求清晰、目标明确、验收严格,但也给足空间让对方发挥。cursor.com/cn/blog/agent-best-practices
内容由AI生成

精选参考来源

【用好AI编程助手,你需要学会“当甲方”】当我们还在纠结AI写的代码对不对时,顶尖开发者已经在思考另一个问题:如何让AI持续工作数小时,自动完成大规模重构,直到所有测试通过。这不是科幻,而是Cursor团队分享的真实工作方式。核心认知转变:从“写代码”到“管上下文”当你习惯让Agent编码后,你的主要工作就变成了一件事——为每个Agent提供恰到好处的上下文。不多不少,刚刚好。芝加哥大学的研究发现,有经验的开发者更倾向于在生成代码前先规划。这个发现很有意思:越是高手,越不急着让AI动手。规划不是浪费时间,而是在帮AI明确目标。目标越清晰,AI的成功率越高。几个反直觉的实践:第一,不要手动标记每个文件。Agent有强大的搜索能力,让它自己去找。你塞太多“可能相关”的文件进去,反而会让它分不清主次。第二,对话不是越长越好。过长的对话会让Agent失去焦点,上下文里积累的噪音会分散它的注意力。当你发现效果下降,果断开启新对话。第三,当Agent跑偏时,别试图用后续提示修修补补。回滚改动,重新细化计划,再跑一次。这比“抢救”一个进行中的Agent更快,结果也更干净。测试驱动开发的新玩法让Agent写测试,确认测试失败,提交测试,然后让Agent写实现代码并持续迭代直到全部通过。关键是要明确告诉它“现在是TDD阶段,不要写模拟实现”,以及“不要修改测试,只写能通过测试的代码”。Agent在有清晰迭代目标时表现最好。测试就是那个目标——它让AI能边改边验证,而不是盲目输出。并行运行多个Agent一个很强的技巧:让同一个提示词同时在多个模型上运行,然后比较结果。这对棘手问题特别有效。不同模型会采用不同方法,你可以从中选出最优解,甚至发现某个模型遗漏的边缘情况。那些用得最好的开发者有什么共同点?他们写具体的提示。“给auth.ts加测试”和“为auth.ts的登出边界情况写测试用例,参考__tests__目录的模式,避免使用mock”——效果天差地别。他们认真审查。AI生成的代码看起来可能是对的,但细节里藏着魔鬼。Agent工作得越快,你的审查流程就越重要。他们提供可验证的目标。Agent无法修复它“看不见”的问题。强类型、代码检查工具、测试——这些都是给AI的明确信号。他们把Agent当作有能力的协作者,而不是听话的工具。让它给出计划,要求它解释,对不认可的方案敢于质疑。说到底,用好AI编程助手的本质,是学会当一个好甲方:需求清晰、目标明确、验收严格,但也给足空间让对方发挥。cursor.com/cn/blog/agent-best-practices

0
扫一下,分享更方便,购买更轻松
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
评论举报

最新文章 热门文章