拿去年的文件夹当对照基准:一句话让 Agent 归集全年税档,缺什么它自己算出来
Bill D'AlessandroX · 2026-09-21
打开原帖Everyone hates taxes. But almost as bad as paying them is finding all the documentation - I dread it every year. My Muse agent just gathered nearly all of it from a single prompt. I'm so happy I might weep 😂 What would have taken me hours, about 90% complete, gathered in a Google Drive folder to send my accountant. Here's the prompt: "I need to gather all my 2025 tax and income documentation and send it to my accountant Derek. I typically collect tax documentation in Google Drive under the Taxes folder. You can look at the 2024 folder for a list of all the documents I gathered for last year. Then compare to see what’s already in the 2025 folder. What do I still need to pull? Reference last year’s folder, last year’s tax return, and Derek’s email to me. Grab everything you can from email, login to portals if you have to, and save it in the 2025 google drive folder." Amazing!
业务摘要
以「去年的材料清单」为基准做差集:先枚举去年提交的每一类单据,再扫描今年文件夹里已有的文件,输出还缺什么;然后按缺件清单去邮箱里搜附件与对账单、登录必要的门户下载对账单与 1099/利息证明等,按统一命名规则存进今年的文件夹,最后给出一份「已归集 / 未取得 / 需要你本人确认」的清单交给会计师。
每年都要给会计师或报税软件凑齐一堆单据的自由职业者、小业主与有多份收入来源的人;收入分散在多个平台、多个银行账户、多个客户那里的人;以及一到报税季就因为「不知道缺什么」而拖延的人。
执行链路
- 指定一个去年的完整清单当基准
指向去年那个文件夹,或去年的税表,或会计师去年的邮件。基准越完整,差集越准确;如果去年本身就不全,先补基准再算差集。
- 让 Agent 只输出「还缺什么」,先别动手
第一步只要一份缺件清单:缺哪一类、去年是从哪个来源拿的、今年该去哪取。清单经你确认后再进入抓取阶段,避免它按错误基准抓一堆没用的东西。
- 按缺件清单去邮件与门户取证
先从邮箱搜附件与对账单(发票、1099、利息证明、平台结算单),再登录必要门户下载。要求它记录每一份材料的来源路径,便于事后核对。
- 统一命名与分目录归档
按「类别-机构-年度-日期」的规则重命名,分目录存放。命名不统一,第二年这套流程就跑不动——基准会变成一团乱麻。
- 人工核对未取得与需确认项
本人逐条看「未取得」清单:有些需要短信验证码,有些需要纸质件,有些涉及申报口径判断。这些东西 Agent 不该替你决定,也不该替你编。
- 把清单交给会计师并回收反馈
把三张表连同文件夹一起交给会计师,并请对方指出今年还缺什么。这份反馈就是明年的基准——第二轮会比第一轮干净得多。
复用方案
- 去年有一份相对完整的材料清单(文件夹、税表或会计师邮件任一即可)
- 邮箱可被检索,且本人同意 Agent 在本人在场时访问
- 各收入平台/银行的门户可登录,愿意为需要验证码的环节本人介入
- 有一个可共享的云盘文件夹(原帖为 Google Drive)
- 涉及签名的税表、申报口径判断必须由本人处理,不能交给 Agent 决定
工作流 Prompt
用去年的清单当基准,让 Agent 归集今年的税档并列出缺件
你是我的年度单据归集助手。工作方式是以「去年的材料清单」为基准做差集,不是凭你想当然地列一份通用清单。你不得提交任何申报、不得替我签字、不得删除或覆盖任何已有文件。
【输入:我会提供什么】
1) 去年的材料位置:去年的税档文件夹路径,或去年的税表 PDF,或会计师去年发给我的邮件;
2) 今年的目标文件夹路径(我会新建好,你只往里放,不改外面的东西);
3) 今年的收入来源清单(平台、银行、客户),以及各自大概在哪里能取到单据;
4) 会计师的姓名与邮箱(如需发送,由我本人点发送,你只拟草稿);
5) 我已知的今年特殊情况(例如新增了一个收入来源、卖过一次资产、换了工作)。
【执行步骤】
1. 先枚举去年的材料:逐类列出去年提交了什么(例如 W-2、1099 各类、利息证明、 Mortgage 利息、捐赠收据、平台年度结算单、上一年税表),并注明各自来源。
2. 扫描今年的目标文件夹,列出已经有什么。
3. 输出差集:还缺什么。每一项写清类别、去年从哪拿的、今年应该去哪取、是否需要我本人提供验证码或纸质件。只到这一步,先不要下载任何东西。
4. 把缺件清单发给我确认。我确认后,再按清单去邮箱搜附件与对账单、去各门户下载;需要登录的,在我在场时登录。
5. 每一份材料都要记录来源路径(哪个邮箱、哪个门户、哪个文件名),便于我事后抽查。
6. 统一命名与归档:按「类别-机构-年度-日期」重命名,分目录存放。不要覆盖任何已存在的文件;命名冲突时加后缀并报告给我。
7. 最后输出三张表:已归集(文件名、来源、日期、金额,金额仅在单据上明确印有时才填,否则写「未识别」)、未取得(缺什么、去哪取、需要什么权限)、需本人确认(涉及签名、申报口径或需要我判断的项目)。
【输出格式】
- 表一:去年材料基准清单
- 表二:缺件清单(待我确认后才进入下载)
- 表三:已归集 / 未取得 / 需本人确认
- 末尾:给会计师的说明草稿(由我本人发送)
【必须由我人工确认后才会执行】
- 缺件清单经我确认后你才开始下载;我不确认就不许动手;
- 涉及短信验证码、纸质原件、签字、申报口径判断的项目,全部留给我本人;
- 金额只在单据上明确印有时才填写,不得估算、不得用去年数字套今年;
- 你不许提交任何申报、发送任何邮件、删除或覆盖任何文件。
【完整小型合成输入输出:非真实业务数据,未调用模型执行】
以下 JSON 给出全部演示输入和人工编写的参考输出;不得从未提供的文件补造事实。参考输出仅覆盖此最小输入,不代表真实业务复现。
{
"input": {
"prior_year": 2024,
"target_year": 2025,
"prior_documents": [
{
"type": "W-2",
"provider": "Employer A",
"source": "email"
},
{
"type": "1099-INT",
"provider": "Bank A",
"source": "bank portal"
},
{
"type": "donation receipt",
"provider": "Charity A",
"source": "email"
}
],
"current_documents": [
{
"type": "W-2",
"provider": "Employer A",
"source": "2025/W2.pdf"
}
],
"new_income_source": "Platform B",
"other_current_sources": null
},
"expected_output": {
"already_present": [
{
"type": "W-2",
"provider": "Employer A",
"source": "2025/W2.pdf"
}
],
"baseline_missing": [
{
"type": "1099-INT",
"provider": "Bank A",
"likely_source": "bank portal; current availability unconfirmed"
},
{
"type": "donation receipt",
"provider": "Charity A",
"likely_source": "email; current applicability unconfirmed"
}
],
"needs_accountant_confirmation": [
"Which documents are required for Platform B income?",
"Do prior-year categories still apply?"
],
"downloads_executed": 0,
"emails_sent": 0,
"completion_rate": "not computable; final required-document list not established"
},
"mode": "synthetic_read_only_reference_not_model_execution"
}运行成本与避坑指南
成本:作者未披露 token 或费用。成本随邮件量与门户数量增长;本条不给出未经核实的费用数字。
运行条件:能否归集取决于邮箱与门户访问、验证码及人工确认。原帖没有解释剩余约10%缺什么,不能认定就是纸质件或验证环节;跨平台搜索也可能漏掉材料,最终必需清单须由本人或会计师确认。
避坑:最大的坑是基准本身不全:去年缺的东西,今年还会接着缺,而且没人知道。其次是覆盖与误删:归档动作一定要限定在新建的目标文件夹内,且命名冲突不得静默覆盖。第三是把申报口径判断交给 Agent——它能归集材料,不能决定怎么报。第四是权限边界:邮箱和银行门户的长期托管存在隐私风险。