原文首发：微信公众号

每次到报销季，很多人都会陷入一种熟悉的混乱：截图一堆、发票一堆、订单记录一堆，最后你坐在电脑前，脑子却是空的。

不是不会报销，而是流程太碎：文件命名不统一、材料归档没标准、同类费用拆得乱七八糟，最致命的是——写报销事由时容易脑补，结果反复被打回。

报销最痛的，不是填表，是”前面那一公里”。

我最近把这件事做成了一个可复用的技能包，开源在 GitHub：sgsss998/baoxiao.skill。它不神奇，不”黑科技”，就是把报销里最容易出错的环节，压成一套能稳定执行的 SOP。

仓库首页真实截图：README、文件入口与仓库信息与线上一致，读者一眼能对照打开。

一、报销最痛的，不是填表

很多人以为报销难点在系统里点来点去。其实真正耗时间的是前置整理：

• 同一笔费用，发票、付款凭证、订单截图散落在不同聊天记录里
• 同类费用没合并，不同费用却混在一起
• 报销事由写得像小作文，财务只想看”事实和凭证对应”
• 打包后文件夹名、ZIP 内部目录不一致，提交后又返工

这些问题单看都不大，叠加起来就是半天没了。

二、这个 skill 解决的核心：标准化

仓库里的思路很朴素，我按”能照着做”的顺序概括一下：

• 按 U8 费用类型分组 同类合并，不同类分开，减少财务侧的理解成本
• 材料归档结构固定 目录层级和命名规则统一，后续补材料、查账更省事
• 报销事由模板化 重点是逐笔事实、凭证对应、金额构成，少主观判断
• 发票图片转 PDF（可选） macOS 用 sips 就能批量处理，不折腾额外工具

仓库文件一览：报销.skill、事由模板、封面与更新说明等都在根目录，点开即用。

实操建议： 先把”只写凭证能证明的内容”当成硬规则。报销文本不是朋友圈，它是一份可核验材料；推测、修饰、看起来合理的补充，都会增加被打回的概率。

README 在网页上的真实排版：版本说明、能做什么、使用步骤与文件夹结构示例——读者不用猜仓库里长什么样。

三、版本不是随便标的：从 v0.1 到 v0.28，CHANGELOG 里每一笔都有出处

这个 skill 在公开仓库里附了完整的迭代记录（CHANGELOG.md）。版本号从 v0.1 走到 v0.28，并不是”改个数字好看”，而是每版对应一类真实返工或合规风险 ：有的修规则歧义，有的补打包细节，有的把”容易脑补”的口子堵上，再把全量业务规则与公开脱敏拆开。下面按时间线把每一版在做什么说清楚，方便你对照仓库原文核验。

2026-04-01：先搭能跑的骨架，先把”脑补”关进笼子

• v0.1 Demo 初版，先验证”把报销材料交给 Agent 整理”这条路能否跑通。
• v0.2 精简文档，去掉早期冗余，让执行路径更短、更可复制。
• v0.3 补齐背景叙事与凭证要求，明确强调事由不能脑补 ——这是后面十几版仍在反复加固的主线。
• v0.4 固化输出结构：单笔独立、凭证细分、对齐 U8 字段 ，减少”一段话糊过去”导致的对账困难。

2026-04-15：对齐财务视角——U8 分组、ZIP、收集清单与逐步校验

• v0.5 按费用类型分组；每种类型一份报销事由 ；补上出差审批记录的命名规范。
• v0.6 严禁擅自添加报销事项，只处理用户凭证与指令里出现的费用 ，防止模型”顺手多写一笔”。
• v0.7 补齐 U8 类型规则、命名格式，以及跨平台 ZIP 兼容说明 ，避免 Windows / macOS 互换打不开。
• v0.8 报销事由只放在对应 U8 类型文件夹内 ；子文件夹命名增加金额后缀 约束，方便财务扫一眼就对上数。
• v0.9 新增报销前收集清单与引导话术 ，把”缺材料来回问”前移为一次性 checklist。
• v0.10 修正历史规则中的关键标准误差 ，明确以系统与制度口径为准。
• v0.11 强化压缩包命名规则 ，禁止随手加后缀导致解压后目录漂移。
• v0.12 新增 ZIP 内部命名规范与打包操作规范 ，解决”外壳对了、里面乱”的问题。
• v0.13 把 SOP 写成建目录 → 写事由 → 复制文件 → 打包 的逐步校验，降低跳步漏项。
• v0.14 修正合并规则：同一 U8 类型合并，不同类型必须分开 ——这是高频踩坑点，单独开版修正。
• v0.15 报销事由模板简化：商业目的与备注分区整合 ，减少重复叙述与格式打架。

2026-04-16：把”话少、事硬、可对凭证”写进规则

• v0.18 报销事由走极简事实表达 ，砍掉无效修辞，让财务只看得到核验点。
• v0.19 严禁擅自添加凭证中不存在的信息；支付卡类型不确定时只写”银行卡” ，避免瞎猜卡组织。
• v0.20 将”出差原因”统一为商业目的 / 事由 ；要求按每笔事实 写清，不发明格式、不添油加醋。
• v0.22 发票类图片（jpg/png 等）统一转 PDF 再归档 ，贴近常见财务收单习惯。
• v0.24 备注强调写清计算依据 ，且不额外扩展原则性空话。
• v0.25 备注中补充报销金额的计算过程说明 ，让”数从哪来”可复查。
• v0.26 备注格式再收紧：每笔金额都要标注消费内容，并与发票对应关系写死 ，进一步降低对账争议。

公开与复用：脱敏、全量业务合并、路径占位

• v0.27-sanitized 在 v0.26 逻辑基础上输出深度脱敏公开版 ：公司、税号、行程与商户隐私示例、额度与账号路径等一律泛化；README 与 skill 顶部增加醒目说明，让读者第一眼知道”这是可公开的版本”。
• v0.28 以用户提供的 v0.26 全量 SKILL 稿 为业务基准合并进公开版：收集清单、引导话术、ZIP/命名、事由 v2（含备注与发票对应写法）、跨平台说明等一并收口；同时继续严格脱敏 （不收录各公司具体数字上限，一律以贵司制度为准）；工作区根路径改为占位 {工作区根目录}/报销管理/，方便不同机器与 Agent 环境复用。

若把上述条目粗算一遍：从 Demo 到公开版稳定迭代，CHANGELOG 中可追溯的版本节点已超过二十条 ；再叠加上未单独开版号的规则微调与联调，整体就是”接近三十次量级”的打磨密度——不是一次性写成的宣传稿，而是按财务反馈与自用踩坑，一轮轮改出来的执行手册 。

给读者的诚实说明： CHANGELOG 里部分版本号之间存在间隔（例如未单独列出 v0.16、v0.17 等），以仓库文件为准；本文逐条对齐当前 CHANGELOG.md 的表述，方便你一键对照，而不是口头夸大。

四、适合谁

• 报销频次高、每次材料多的人
• 团队里经常有人”报销材料乱成一锅粥”
• 想把个人经验沉淀成可交接流程的人
• 不追求花哨，只想降低返工的人

报销不会让你升职，但报销混乱会持续消耗你。把它做成标准动作，省下来的不是几分钟，是注意力。

仓库地址再贴一次：https://github.com/sgsss998/baoxiao.skill

本文涉及开源仓库：baoxiao.skill

公众号：AI干货家老明 ｜ 转载请联系授权