一次零申报，如何变成可复用的技能

先把这家公司的情况查清楚

问题很具体：公司没有收入，是不是也要申报？此前有没有报过？Agent 进入用户已登录的税务网站，核对企业身份、申报月份、人员和历史记录。登录与身份验证仍由用户在自己的浏览器中完成。

自然人扣缴端与企业电子税务局分属不同入口。一个入口没有记录，不能推出所有税种都没报。Agent 分别查看对应记录，再判断哪些需要办理、哪些已经完成。

申报成功之后，再回查一次

在用户明确授权的单人零收入工资薪金场景中，Agent 核对所属期和申报数据，完成后续确认步骤。判断任务完成，既要看到申报成功页，也要在申报记录中查到对应月份与日期。两份证据保存在用户本机。

用户随后追问：“还有什么其他的税需要我去办的吗？”Agent 继续检查税费种认定、申报周期、财务报表、未申报与欠税记录。结果是第二季度企业税费和财务报表已经办理，当前未查到其他已到期未申报事项。

这份结论限定于当次账户查询。实缴资本、应税合同等是否产生额外义务，还需要结合实际业务。案例中的零收入条件，也不能直接套用到另一家公司。

把走通的步骤写进下一次能用的技能

这次操作还暴露了一个细节：查询日期框里显示了新的日期，不代表网站已经采用这个查询条件。通过日历控件选中日期、重新查询后，7 月的历史申报记录才出现在结果中。只看输入框或一句“暂无数据”，很容易得出错误结论。

用户提出把流程保留下来。Agent 将个税操作整理为本地适配器，并把人员填写、确认弹窗、成功记录回查补进 Skill 手册。适配器负责核对企业、月份、人员数量与零收入条件；手册说明入口、步骤和完成标准。

复用有明确范围：这份技能针对已验证的单人零收入工资薪金场景。下次仍需核对当前页面与数据；网站变化或业务条件不同，就需要重新检查和维护。

用户决定分享，社区再做验证

本地流程整理完成后，用户明确要求上传适配器和对应 Skill。提交包进入了社区候选审核。投稿成功表示材料已被接收；它还不等于审核通过、公开上架，或已经具备对所有用户的维护承诺。

分享的目标是可复用的操作方法。公司名称、税号、人员身份、账号资料和原始申报截图没有放进这篇案例，原始浏览器记录也不作为社区投稿内容。

完成这一次，让下一次有路可走

SkillRouter 先寻找已有的可执行技能；没有匹配时，在允许的任务范围内通过本机浏览器继续探索。一次真实任务里验证过的操作，可以整理成有条件检查、有完成标准、能继续维护的技能。

这次留下的成果很具体：用户知道了哪些已经办完，下一期要检查什么；后续使用者也有机会在审核通过后复用这条路径。持续维护从明确适用范围开始，再随着真实网站的变化继续修正。