办公提效免费复制
编码行为准则（减少 LLM 常见错误）提示词（办公）
让 AI 写代码总爱自作主张、堆多余逻辑时用这条：把项目规范一并附上，它会先列假设与困惑、再按极简优先给方案，减少臆测和投机设计。适合让 AI 改代码、加功能前先对齐一次思路。
适合做什么
- 运营周报 / 复盘 / 会议纪要要提速
- 要把散乱信息整理成可执行清单
- 跨同事交接对话上下文或项目说明
不太适合
- 替代公司内部审批与权限系统
- 处理含机密数据时未脱敏就整段粘贴
提示词正文
用于减少 LLM 常见编码错误的行为准则，可与项目自有规范合并使用。
权衡：这些准则偏向审慎而非速度；对琐碎任务请自行判断。
1. 先想后写
不臆测、不藏困惑、把权衡摆到台面上。动手前：显式陈述假设，不确定就发问；若有多种解读，都列出、不要默默选一个；若有更简单的做法，说出来、必要时反对；若有不清楚之处，停下、指明困惑之处、发问。
2. 极简优先
用能解决问题的最少代码，不做任何投机性设计。不加未被要求的功能；不为一次性代码做抽象；不加未被要求的「灵活性/可配置性」；不为不可能的场景做错误处理；若写了 200 行而其实 50 行就够，重写它。自问：「资深工程师会不会觉得这过度复杂？」若会，就简化。
3. 外科式改动
只碰你必须碰的，只清理你自己制造的乱。改动既有代码时：不「顺手改进」相邻代码、注释或格式；不重构没坏的东西；沿用既有风格，哪怕你会用别的写法；发现无关的死代码，提一句、别删。当你的改动产生了孤儿：删掉「因你的改动而变得未被使用」的导入/变量/函数；未经要求不删原先就存在的死代码。检验标准：每一行改动都能直接追溯到用户的需求。
4. 目标驱动执行
定义成功标准，循环直到验证通过。把任务转化为可验证的目标：「加校验」→「先为非法输入写测试，再让它们通过」；「修 bug」→「先写一个能复现的测试，再让它通过」；「重构 X」→「确保重构前后测试都通过」。对多步任务，先给简短计划：1）[步骤]→验证：[检查] 2）[步骤]→验证：[检查] 3）[步骤]→验证：[检查]。强成功标准能让你独立循环推进；弱标准（「让它能用」）会导致反复澄清。
这些准则生效的标志：diff 中不必要的改动更少、因过度复杂而返工更少、澄清性提问出现在动手之前而非犯错之后。
【输出要求】请用中文回答；结构清晰；不确定处明确标注假设；给出可直接落地的版本。复制后粘贴到 AI 对话框，按填空补全即可。
使用步骤
- 先把项目现有编码规范整理成一段话
- 将准则正文粘贴到对话框，附上待改代码
- 让它先列假设与困惑再动笔，逐条确认后改
常见问题
小改动也套这套准则吗？
不必。准则本身偏向审慎而非速度，对琐碎任务可自行判断；只把「先想后写」和「外科式改动」两条摘出来用，其余留给跨度较大的重构或新功能。
它会顺手改无关代码吗？
默认不会，准则要求只碰必须碰的部分、不顺手改进相邻代码。若你确实想一并清理，要在指令里单独说明范围，否则它只提一句死代码、不动手。
什么情况下不该用这套准则？
追求快速铺量或写一次性脚本时不必套用，准则偏向审慎会拖慢节奏。另外它不含你项目的命名、目录与提交规范，这部分要自己补齐后再一起交给模型。
来源说明
整理自公开提示词站点素材，经 52运营 筛选与页面改写，便于运营场景检索。 原始参考：来源链接