周三下午三点，我又一次盯着那个熟悉的红色报错发呆。堆栈跟踪信息像 spaghetti 一样缠在一起，而我刚刚花了四十分钟，试图找出到底是哪个空指针在搞鬼。
这不是第一次了。代码审查、调试诡异错误、设计测试用例、优化查询、写API文档——这些活儿都有规律可循，但每次都得重新动脑。直到我意识到一件事：大语言模型（LLM，Large Language Model）本质是模式匹配机器，而我的工作流程里全是模式。
于是我搭了一套提示词系统。不是那种"AI要取代程序员"的焦虑贩卖，而是50个经过实战检验的特定提示词，把每项任务从30分钟的苦差变成2分钟的交互。这篇分享这套系统怎么运转，以及你怎么直接拿去用。
先说我怎么分类这些提示词。我按使用频率和场景分了四层，不是随便堆砌，而是对应真实的工作节奏。
第一层："直接干"型提示词（每天用）
这类处理我天天碰的任务。短、可复用，直接存成 VS Code 代码片段。
举个例子——深度代码审查：
"你是一名资深工程师，正在做彻底的代码审查。分析这段代码：[粘贴代码]。重点关注：1.安全漏洞（XSS、注入、认证缺陷）；2.性能瓶颈；3.代码异味和反模式；4.错误处理缺口；5.测试覆盖建议。将每个问题评为关键/重大/轻微，并为每个关键问题提供修复代码。态度建设性，不要学究气。"
我粘贴这个提示词，再粘贴代码diff。30秒后，我拿到一份审查报告，能抓住我周五下午犯困时漏掉的东西。
第二层："我卡住了"型提示词（每周2-3次）
撞墙时激活。设计目的是帮我思考，而不只是给答案。
"解码这个堆栈跟踪，帮我修复根本原因：[粘贴完整堆栈]。对每个帧说明：含义；是框架问题还是我的代码问题；最可能的根本原因；每种可能性的修复步骤。"
关键洞察：让LLM解释跟踪中的每个帧，我经常在它生成完答案之前就自己发现bug了。
第三层："我需要个计划"型提示词（每周用）
处理更大的任务：系统设计、重构、迁移规划。把压倒性任务变成结构化方案。
重构策略师：
"我需要重构[组件]。当前挑战：[描述问题]。建议一个计划：1.该组件的核心职责；2.建议的新结构；3.增量迁移路径；4.测试策略；5.回滚方案。优先小步安全推进，而非大规模重写。"
第四层："文档"型提示词（按需使用）
最被低估的类别。写文档重要但枯燥。这些提示词生成初稿，然后我编辑（总要编辑——绝不让AI输出不经修改直接上线）。
技术设计文档撰写者：
"为[功能]写一份技术设计文档。结构：1.背景和动机；2.目标和非目标；3.建议方案；4.考虑的替代方案；5.迁移计划；6.开放问题。"
光有提示词没用。真正的系统是：存为VS Code片段，按任务类型组织；每个提示词有明确触发条件（"遇到X情况→用Y"）；输出必须人工审核，特别是关键代码。
这套系统省下的不是打字时间，是认知负荷。当你不用从零开始构思每段代码审查意见、每次调试思路，大脑就能留给真正需要创造力的部分。我的50个提示词清单在持续迭代，但框架这四层一直没变——因为开发工作的节奏，本来就是这样分层运转的。
热门跟贴