我的 AI 编程笔记

这套系统围绕会议资料展示展开：课件集中放在一个地方，参会者可以查看、评价，也能围绕具体内容留下批注，汇报人再作回复。

这里有几种不同的使用方式。电脑端要便于展示和全屏阅读，手机端要方便浏览、投票和评论；主持人需要控制展示进度，资料维护者则需要上传和更新课件。把这些操作区分开，比把所有按钮摆在一起更重要。

批注还带来了版本问题：一条评论对应的是哪份课件、哪一页、哪段内容？课件更新后，旧批注不能悄悄套到新内容上。类似的细节，往往要顺着完整流程走一遍才会发现。

这件事给我的提醒是：电脑上能打开页面，只能证明其中一部分。换到手机、换个账号或设备，再走一遍实际操作，才能继续发现问题。功能完成和现场可用，需要分开检查。

报销材料里会同时出现很多金额。邮件里可能写申请预算和审批额度，发票有票面金额，付款截图又反映实际支出。如果只要求 AI“提取金额”，很容易得到一个看似明确、含义却不清楚的数字。

我在这个工具里把几类金额分别保留：审批金额用于核对预算上限，发票金额用于核对票据，付款截图中的金额用于核对实际支付。填报时按这套流程确认实付金额，再检查它与审批、票据是否匹配。这是这个工具采用的处理规则，具体业务仍要以对应制度为准。

图片识别出的金额也不能直接相加。同一笔付款可能在多张截图中重复出现，识别还可能把余额、优惠或其他数字一起提取出来。所以工具需要列出候选金额、所在页面和上下文，由人选择后再汇总。

这次开发让我更重视“回到原文”这一步。看到一个结果时，应当能打开原邮件或原截图，知道它从哪里来。对报销工具来说，这比让界面少一个确认按钮更有用。

月刊校对面对的不只是一段文字，还有稿件编号、图片、不同版本以及最后的导出文件。如果素材一开始就对应错了，后面的校对再认真，也可能改错对象。

这个工具把流程拆成素材匹配、内容确认、AI 初校、人工复审和导出。原稿、图片与校对结果分别保留，不同刊期的数据也分开管理，避免上一期的材料混进下一期。

另一个容易遗漏的问题是“内容变了，旧结果还算不算数”。稿件修改之后，原来的确认状态和校对结果不能直接沿用，需要重新核对。AI 请求失败或返回不完整，也应该明确显示失败，不能显示成“没有发现问题”。

这里我更关心的是每一步能不能看清、能不能回查。AI 负责提供初步检查，人保留最终判断；导出之前，再确认文字、图片和复审状态是否齐全。

先交代现有材料和正在使用的流程，再说具体想改哪一步。例如，已经有一个能用的网站，就明确保留原有页面和数据，只调整某个功能。这样比从“帮我做一个系统”开始更容易落地。

然后说明输入、输出和判断方法。给一份真实格式的样例，写清楚完成后应当出现什么结果。涉及数据时，特别指出哪些是原始记录、哪些是计算结果、哪些还需要人工确认。

最后，把修改与验证连起来。做了页面就检查实际显示，改了导出就打开导出文件，更新已有工具就确认旧材料还能读取。一次只解决清楚一个问题，也更容易知道哪里需要回退。