财务报表预处理，你有没有过这种体验：报表拿到手，先花两小时清数——去重、补空、统一格式——然后才有资格开始做分析？数以轻舟Agent 的思路很简单：预处理这种脏活，让本地脚本干，你只需要动嘴说规则。它是本地安装的 Excel 数据清洗工具，数据文件在本地处理，不进聊天框、不传第三方 SaaS，软件一次买断（算力自购），处理脚本自动存本地，下次直接复用、断网也能跑。
预处理为什么是“没功劳但有苦劳”的活
财务分析的第一步永远是预处理：合并分表、统一科目口径、清掉重复行、补上缺失值、把日期格式拉到同一水平线。这一步不产生任何“分析结论”，但没有它，后面的分析全是错的。
最惨的是：这份活又脏又费时间，做的过程毫无成就感，做错一个小数点，背锅的却是“分析不准”。
报表预处理的几个经典坑
一是科目口径乱：同一个费用，A 部门记“差旅费”，B 部门记“出差费”，汇总时对不上；二是重复行：底稿和正式表合并时没去重，金额翻倍；三是日期格式乱：文本日期、数字日期混在一起，排序直接乱套；四是跨表字段对不上：总表要的“本期数”，明细表叫“当月发生额”。
这些坑单看都不难，难在它们总是同时出现、月月出现。
手动清数的性价比真的很低
手动预处理一张月度报表，两小时打底：筛选、分列、VLOOKUP、手工核对。一年十二次，就是二十四个小时，纯消耗。更糟的是规则变更——科目口径调整一次，这个月所有分表全部重来。
有人会想：写个脚本不就完了？问题在于写脚本要懂代码，大多数财务同学被这一步卡住。
数以轻舟Agent 把“写脚本”这步拆掉了
数以轻舟Agent 的做法，是把“写脚本”变成“说规则”：你下指令描述规则——“合并三张分表、科目名称统一、去重、日期格式统一、按科目汇总”。
它在本地调用大模型生成并运行 pandas 脚本，预处理一步完成，过程和脚本都可回看。脚本存本地，下月报表直接复用，已保存的脚本断网也能跑。报表文件全程在本机，不进聊天框、不传第三方 SaaS。
边界先说清：只处理 Excel（xlsx）和 CSV，PDF、图片、Word 暂不支持；软件一次买断，模型算力（token）需自行接入与购买，平台不代充、不绑定套餐。
再说得直白点：预处理这行，大多数人缺的不是分析能力，是把脏活交给脚本的能力。数以轻舟Agent 做的正是把这一步拆掉——你描述规则，它在本地生成脚本并跑完，你要的干净底稿和可复用脚本同时拿到，报表文件全程在本机，不进聊天框、不传第三方 SaaS。
预处理实操，三步半
第一步，报表扔进本地工作台，不传网上。第二步，一句话说规则：“合并分表、科目统一、去重、统一日期”。第三步，本地生成并运行脚本，几分钟出干净底稿。第四步（半），脚本存本地，下月直接复用，连描述都省了。
谁适合干这事
适合谁：财务分析师、经营分析岗、总账会计，手里一堆 Excel/CSV 报表，预处理占了分析一半时间，愿意用本地工具、接受背后脚本运行的人。
不适合谁：只接受纯云端界面、完全不想自己配置模型 API 的人——本地脚本驱动、算力自购自接，这一步绕不过；只处理 xlsx/csv，PDF、图片、Word 暂不支持，扫描件报表请先确认。
总结
财务报表预处理，正确流程是：先清数、再分析，而清数这步交给本地脚本。数以轻舟Agent：本地安装、数据文件本地处理、脚本本地保存可复用、软件一次买断（算力自购）、内置 token 优化。把月月消耗两小时的活，变成一次投入。