企税汇算清缴报告从 3 天到 10 分钟——一位税务师共建智能体工具的真实记录
AI 不只是"问什么答什么"的聊天机器人。当你能把业务里的"重复活"识别出来、用声明式的方式表达给 AI，它就能替你"造工具"——这件事不需要你写一行代码。
一、起点：一个不会写代码的税务师
2026 年初，山东一家税务师事务所的张老师找到我们。她手上每月固定要做 8-10 家客户的企业所得税汇算清缴报告。每份报告的"搬运工序"——把 A100000 主表、A105000 纳税调整、A106000 弥补亏损、A107040 减免优惠等十几张申报表的数据搬到一份固定格式的 Word 报告模板——要花 2-3 天。
她不是程序员，不会写代码。但她心里很清楚这件事"应该是机器做的"——因为搬运过程不需要任何专业判断，只是把数字从一个位置挪到另一个位置。
我们和她一起，用 5 个步骤，把这件事做成了一个她可以自己维护的工具。
二、5 步共建流程
| 步骤 | 做什么 | 怎么做的 | 产出 |
|---|---|---|---|
| ① | 识别"重复活" | 把现有流程拆成"必须人判断"和"纯搬运"两部分 | 搬运清单（约 260 个字段） |
| ② | 写一份 YAML 映射 | 每个字段标注它在 Excel 底稿的标签 + 在报告模板的位置 | 一份声明式 YAML 配置文件 |
| ③ | 上传底稿试运行 | 把去年一个真实客户的底稿丢进引擎跑一遍 | 生成报告初稿 + 质检清单 |
| ④ | 人工复核调整 | 对照原版手工报告，把差异点回写到 YAML | 优化后的 YAML 配置 |
| ⑤ | 批量复用 | 把同月其他 8 家客户的底稿依次丢进去 | 10 分钟生成 8 份报告初稿 |
三、关键判断：什么是"必须人做的"什么是"纯搬运"
这一步是共建的核心。张老师做的第一件事，是把整份报告的工作拆解成两类：
- 必须人做的（约 20%）：复杂事项的纳税调整判断、税收优惠的适用性争议、关联方交易的合理性评估、申报口径的政策合规性——这些都需要专业判断和签字背书；
- 纯搬运（约 80%）：把 A100000 主表的"营业收入"搬到报告第 3 页；把 A105000 纳税调整明细的"广告费支出"搬到报告附录四；把 A107040 减免优惠表的"项目名称 / 优惠金额"搬到报告附录五……这些动作没有专业含量，只是位置移动。
她把"纯搬运"这部分拆出来一个清单——大约 260 个字段。然后和我们一起，把这 260 个字段映射写成了 YAML。
四、一份声明式 YAML 映射长什么样
YAML 不是代码，是配置文件。下面是其中一段（示例经过简化）：
fields:
- source: "A100000#营业收入"
target: "report.page_3#主营业务收入"
- source: "A100000#营业成本"
target: "report.page_3#主营业务成本"
- source: "A105000#广告费和业务宣传费"
target: "report.appendix_4#广告费支出"
- source: "A107040#项目名称"
target: "report.appendix_5#优惠项目"
- source: "A107040#优惠金额"
target: "report.appendix_5#优惠金额"
她不需要理解 YAML 的语法细节，只需要知道两件事：左边是底稿里的字段标签，右边是报告里要填的位置。引擎读到这份配置后，就能自动完成搬运。
五、质检环节：让坏文件拦在上游
张老师第一次试运行时，引擎直接弹了一个错误："A106000 弥补亏损表的'亏损年度'标签在客户底稿中不存在"。她愣了一下——这个客户的底稿是把 A106000 单独放在另一个文件夹里，标签叫"年度"而不是"亏损年度"。
传统做法是手动去 Excel 里找这个字段，改映射或者改底稿。这次她直接打开 YAML，把"亏损年度"改成"年度"，3 秒搞定——重新运行，报告完整生成。
她说了一句后来经常复述的话："以前遇到这种问题我得熬到半夜；现在遇到这种问题我 30 秒改一行 YAML。"
六、共建后的实际收益
| 指标 | 共建前 | 共建后 |
|---|---|---|
| 单份报告耗时 | 2-3 天（资深人员） | 10 分钟（自动生成）+ 30 分钟（人工复核） |
| 月度接单能力 | 8-10 家 | 15-18 家 |
| 新人培训周期 | 6 个月 | 2 周（会改 YAML 即可） |
| 报告格式一致性 | 不同人风格不一 | 千人一面 |
七、共建的关键认知
从张老师的经验里，我们总结出几个关键认知：
- 业务知识比编程更重要：识别"哪些是纯搬运、哪些必须人判断"这件事，只有熟悉业务的财税人才能做。程序员写不出这张清单。
- 声明式配置比代码更友好：YAML 不是程序，是结构化的字段说明。财税人用 30 分钟就能学会写。
- 质检前置是关键：AI 不是"先生成、再人工挑错"，而是"先生成中即 ERROR、不通过就不出报告"。坏文件直接拦在上游。
- 经验沉淀比工具本身更重要：YAML 配置文件本身不是"工具"，是"老员工的隐性知识被翻译成了结构化数据"。新员工拿到它就能出同等质量的报告。
一句话总结：不会写代码的财税人，借助声明式映射引擎，也能造出专属自己的"报告工具"——而且这件工具会在团队的反复使用中持续迭代，越用越好。
本文参考依据：《国家税务总局关于发布<企业所得税汇算清缴管理办法>的公告》（国家税务总局公告 2018 年第 58 号）、企业会计准则第 14 号——收入、企业会计准则第 21 号——租赁；以及泰安协同软件·税务报告智能助手产品研发记录（2026）。