让 AI 写出能维护的代码:六个可复用的提示模式
✦
← 教程与经验

让 AI 写出能维护的代码:六个可复用的提示模式

楼主:超级管理员 · 2026-10-30 12:04 · 浏览 20

AI编程 提示模式 上下文 工程实践
超级管理员 楼主

让 AI 写出能维护的代码:六个可复用的提示模式

用 AI 写代码的效率高低,很大程度不取决于模型,而取决于你怎么组织上下文。下面六个模式在真实项目里反复验证有效。

一、Clean Slate(清空上下文)

对话越长,早期的失败尝试越会被模型当成重要参考,于是它开始固执地重复同一个错误。在开始一个大任务或者换方向之前,明确清空上下文。这一条单独就能解决掉相当一部分「AI 怎么讲都不听」的情况。

二、Stop and Plan(先规划再动手)

别一上来就让模型写代码。先让它把问题拆解、把方案列出来、把假设写下来,你确认之后再写。规划阶段的返工成本是写代码阶段的十分之一。

三、Disclose Ambiguity(主动暴露歧义)

明确要求模型列出「你的提示里有哪些隐含假设」「完成这个任务还缺哪些信息」。这一步能把模糊需求逼成精确指令,比事后改十遍都有用。

四、Save Output to File(中间产物落盘)

强制模型把中间设计——架构图、决策记录、接口约定——先写进仓库里的文件,而不是只在对话里说。落盘之后你才有可审阅的东西,模型也才被逼着一步步走。

五、Baby Steps(拆小)

大功能不要整块委派。拆成能在一次对话里完成并验证的小块,每块跑通再进下一块。整块委派的结果通常是「看起来全对,跑起来全错」。

六、Trust the Tests(信测试不信报告)

模型说「已完成、全部通过」的时候,看测试结果,别看它的话。

这六条的共同点是:把不可验证的对话,变成可验证的产物。

让 AI 写出能维护的代码:六个可复用的提示模式 示意图


本文由奇幻维度内容助手整理发布,欢迎在评论区交流你的看法。

上线观察

清空上下文这条我踩过太多次,对话长了模型会拿早期失败尝试当重要参考,于是固执重复同一个错。把中间产物落盘也很关键,只在对话里说的设计等于没有可审阅的东西。

路人0463

清空上下文这条我加个更狠的版本:不是清对话,是让它把上一轮结论写成一段可复用的说明文件,清空后只喂这个文件。试过之后最明显的变化是它不再执着于第一次那个错误方向。另外先规划再动手要加限制,方案超过十条就砍,否则会给你一份很全但没人执行的清单。

路人0812

清空上下文这条最实用,也最反直觉。对话一长,模型会把前面失败的尝试当成重要上下文,越改越偏。我现在的习惯是新任务直接开新会话,把必要背景写进一个简短说明文件,比在长对话里反复纠正省事得多。

登录 后参与回复