这是一个虚构但很典型的案例：小蒋是一位负责记账、报销审核、对账和报表的财务人员，最近手头在忙“完成 9 月月结和凭证整理”，同时还要准备“准备季度税务申报资料”。这次小蒋需要整理一份给财务经理的费用分析报告，决定试试 AI 代码审查。

背景

对小蒋来说，月底对账、报表整理、费用分析和解释财务制度很费时间，表格操作多且容易出错。偏偏这次还遇到一个变数：一笔大额应收账款逾期，需要销售部门协助催收。费用分析报告需要尽快交给财务经理，时间并不宽裕。

第一次尝试：问题出在哪

小蒋一开始只写了一句话：

帮我写一份关于“部门费用预算执行情况”的费用分析报告。

结果 AI 给出的内容四平八稳却用不上。复盘下来，主要有两个问题：

  • 把 AI 审查当作最终结论。
  • 把含密钥的代码发给外部工具。

改进后的提示词

小蒋按照 AI 代码审查的思路重写了提示词，核心是说明审查重点：

请审查下面这段代码改动，背景：财务正在处理“完成 9 月月结和凭证整理”。
审查重点：
1. 逻辑错误和未处理的边界情况；
2. 安全问题（输入校验、权限、敏感信息）；
3. 性能隐患；
4. 可读性和命名。
输出格式：| 严重程度（高/中/低）| 位置 | 问题 | 建议修改 |
只报告你有把握的问题，不确定的放在最后单独列出。
代码：[粘贴改动]

结果（示意）

下面的效果为虚构演示，用来说明这类改进通常带来的变化：

示例输出（虚构）： | 高 | 第 42 行 | 用户输入直接拼接到查询语句中，存在注入风险 | 改为参数化查询 | | 中 | 第 58 行 | 未处理列表为空的情况，会抛出异常 | 增加空列表判断 | | 低 | 第 12 行 | 变量名 tmp 含义不清 | 改为 pendingOrders |

拿到结果后，小蒋没有直接转发，而是对照原始资料逐条核对，再补上 AI 不知道的背景。

复盘：这次用到的方法

  • 让 AI 按严重程度列出问题，并指向具体代码行。
  • 逐条判断问题是否成立，删除误报。
  • 对成立的问题修改代码，或在评审中讨论。
  • AI 可能有误报和漏报，最终仍需人工评审。

之后小蒋发现，同样的方法也适用于另一类场景：接手陌生代码，想快速了解其中的风险。

复盘时小蒋还想到一个问题：如何减少误报？答案是：提供项目规范和背景，并要求“只报告有把握的问题”。

给财务的提醒

让 AI 写公式和处理步骤，而不是把含真实金额的表格整份上传。税务和会计处理以现行法规和公司制度为准，AI 的解读可能过时或不准确。另外，对话里不要出现银行账户、工资明细、发票信息和公司财务数据。

一个额外的小技巧：把 AI 发现的高频问题整理成团队规范。

可以复用的经验

这个案例里最值得复用的，不是某一句提示词，而是“先说清背景和标准，再看结果、再修正”的习惯。下次遇到“配合年度预算编制”这类任务，同样适用。

相关阅读