全国税务行政处罚裁量基准（2026年版）+ 税务行政处罚“轻微不罚”事项清单 — 能力入口
合规声明（重要）
本工具的法律依据与数据均来自国家税务总局公开发布的规范性文件（《全国税务行政处罚裁量基准（2026年版）》《税务行政处罚“轻微不罚”事项清单》），用途是帮助纳税人知悉法定处罚标准、及时纠正涉税事项、依法合规经营。本工具仅提供公开政策信息的结构化查询，不提供任何不当方法指导；输出不构成法律意见，个案以主管税务机关认定为准。
触发与不触发
适用：与本书能力域相关的咨询与任务（见下方路由表的意图列）。
不适用：
- 非处罚类的税务实体咨询（税率、优惠、申报口径等）。
- 刑事追责、纳税信用等级、发票领用限制等处罚之外的后果。
- 替具体个案出具具有法律效力的定性或金额结论。
核心原则（常驻速览，概览类问题读到这里即可回答）
- 先定位后定档再定量：任何问题都先钉到 66 项中的唯一项号，再判裁量阶次，最后落罚款区间，顺序不能跳。
- 四要素定档：改正时点、危害后果、违反次数、情节恶劣度，决定落在轻微/较轻/一般/较重/严重 哪一档。
- 左端出口是“轻微不罚”：8 项白名单 + 三要件（轻微、及时改正、无危害后果）→ 不予处罚。
- 口径先行：以上/以下/以内含本数，不满/超过不含本数；“个人”含自然人+个体工商户；“首次/二次以上”按税务系统内同一项行为记录次数计。
- 合规整改优先：发现涉税事项后及时主动改正、依法补缴、配合检查，是依法获得从轻、减轻或不予处罚的正当途径。
用户信息采集（先问清，再回答）
回答前先按下表把关键事实问齐；缺失时给条件式结论并列出待补事实，不要臆断。
| 要素 | 要问什么 | 对应定档要素 |
|---|---|---|
| 主体 | 单位 / 个体工商户 / 自然人；是否银行、涉税服务机构、平台企业等特殊主体 | 主体筛选 |
| 行为 | 具体做了什么 / 没做什么（环节：登记、记账、申报、缴税、发票、信息报送） | 定位项号 |
| 时间与次数 | 发生时间、逾期多久、一年内 / 五年内第几次 | 违反次数 |
| 金额与后果 | 涉及税款、发票份数、金额；有无欠税、有无税款流失 | 危害后果 |
| 程序状态 | 有无收到税务文书、是否期限内改正、是否配合 | 改正时点、情节 |
> 面向使用者的完整讲解（句式模板、常问情形、好/坏例子）见 references/how-to-ask.md。
数据分层与获取方式（重要）
本 Skill 采用内容分层：方法层随包分发，明细数据经受保护接口按需发放。
① 随包内容（无需凭证，本地即可回答）
- 四要素定档法、口径与计算规则、8 项“轻微不罚”清单、事项定位与整改流程、提问指南。
- 目录级索引：9 大类名称与 66 项项号—名称对照，由接口 /api/meta 公开发放。
② 明细数据（66 项 × 各档位的适用条件与罚款标准原文）—— 付费内容，经接口发放
数据接口基址：https://tax-penalty-data-api.app.workbuddy.host
| 端点 | 说明 | 凭证 |
|---|---|---|
GET /api/meta |
9 大类目录 + 66 项索引（公开） | 不需要 |
GET /api/item/{项号} |
返回该事项完整五档：适用条件 + 罚款标准 + 法律依据 | 需要 |
GET /api/items?no=1,2,3 |
批量取数，单次最多 5 项 | 需要 |
GET /api/search?q=关键词 |
按关键词检索项号（最多返回 20 条） | 需要 |
凭证用法：请求头 X-Access-Key: <你的访问密钥>（或 URL 参数 ?key=）。访问密钥为付费后发放，请由使用者配置在本地环境变量 PENALTY_API_KEY 中，不要硬编码进任何公开文件。未配置密钥时，明细接口返回 401，此时只能基于随包的方法层回答，并明确告知用户「明细需配置访问凭证后获取」。
调用示例（Agent 执行时）
curl -s -H "X-Access-Key: $PENALTY_API_KEY" \
"https://tax-penalty-data-api.app.workbuddy.host/api/item/16"
> 数据接口仅按项号/关键词逐条发放，不提供整库导出；同一事项的档位数据请以接口返回的最新版本为准。
计费与付费调用（按次计费；账号侧经 SkillPay / 支付宝 AI 按量付费）
本 Skill 为付费 Skill，按调用次数计费（单价见商品页；新用户免费额度以服务端记录为准）。付费部分（66 项明细）经上表的受保护资源接口发放，链路如下：
- probe 预检：Agent 携用户情形请求受保护资源；无有效支付凭证时，服务端返回 HTTP 402 Payment Required（设计行为，不是错误）。
- 402账单下发：402 响应头 Payment-Needed 携带 Base64URL 编码的账单 JSON（含 out_trade_no、amount、currency、service_id、seller_id、付款截止时间），RSA2 签名；客户端应原样保存（不解码、不改写、不截断），可离线验签后再决定支付。
- pay 拉起支付：调用支付宝官方 CLI（npm 包
@alipay/agent-payment的alipay-bot 402-buyer-pay）发起支付，由用户在支付宝内确认付款；禁止伪造凭证或跳过该步。每收到一个新的 402 响应都应重新执行本流程，不复用过往支付记录。 - 支付凭证重试：用户支付完成后，携 Payment-Proof 凭证重新请求同一接口；凭证一次性有效，携带旧凭证重试会被拒绝，不会重复计费。
- 验付调用：服务端调用
alipay.aipay.agent.payment.verify验证 Payment-Proof，并核对 active 状态、金额、out_trade_no、resource_id 与账单完全一致后，方可继续履约；客户端展示的支付结果不能作为验付替代依据。 - 履约确认（complete / ack）：任务履约完成后，服务端调用
alipay.aipay.agent.fulfillment.confirm异步回执，声明本次订单已履约。 - 订单持久化与幂等：订单、凭证与审计记录全部落库，以 out_trade_no 唯一约束配合防重放表，保证同一凭证不被重复消费、同一订单不会重复履约；网络重试不会造成重复计量或重复扣费。
- 失败不计费：任务失败（如情形无法定位、用户取消）时凭证不被消费、不产生履约回执；按业务规则重试、恢复额度或退款，不直接删除计量记录。
> Agent 侧注意：不要把“已拉起支付”或客户端显示成功直接当作可履约信号，一律以服务端验付与履约回执为准。已购买并配置访问密钥的使用者可直接用密钥调用第 4 节接口，无需重复走支付流程。
能力路由（先读本表，按意图加载 1 张能力卡）
| 用户意图 | 先读 | 补读/备注 |
|---|---|---|
| 这个情况属于哪一项；XX 行为对应哪条规定；收到税务文书指向哪一项 | references/capabilities/cap-item-locator.md | cap-level-judgement.md → 再用接口取明细 |
| 属于哪个裁量阶次；算轻微还是一般；二次以上会不会更重；改正了能否依法从轻 | references/capabilities/cap-level-judgement.md | cap-interpretation-rules.md |
| 会被罚多少；罚款区间是多少；大概多少钱；最坏罚多少；罚几个点几倍 | 接口 /api/item/{项号}（需凭证） |
先定项号（cap-item-locator.md）与档位（cap-level-judgement.md） |
| 能不能不罚；首次轻微能否免罚；轻微不罚清单；改了就不罚吗 | references/capabilities/cap-minor-exemption.md | cap-mitigation.md |
| 门槛金额算哪一档；以上以下含不含本数；一年内首次怎么算；个体户算个人还是单位 | references/capabilities/cap-interpretation-rules.md | cap-level-judgement.md |
| 收到税务通知怎么办；如何依法整改并争取从轻；整改动作清单；合规整改流程 | references/capabilities/cap-mitigation.md | cap-level-judgement.md、cap-minor-exemption.md |
非能力类查询：
- 本书概览/来源/结构 → references/overview.md
- 术语解释 → references/glossary.md
- 决策规则速查（不需要原文依据时） → references/cheatsheet.md
- 完整意图与关键词索引（本表未覆盖的意图先查这里） → references/capability-index.md
加载规则
- 每次任务先读本文件，再按路由表加载 1 张能力卡；任务明确跨域时最多加载 2 张。
- 需要具体金额时，必须经接口取数，不得凭记忆或推测作答。
- 概览类问题不加载能力卡，用「核心原则」与 overview.md 回答。
- 路由表与 capability-index.md 都无法命中的意图，明确告知超出本书范围，不要硬套。
边界与判停
- 无法唯一确定项号时，列出候选项与差异点，交用户确认后再判档，不要臆断。
- 事实（是否首次、税款流失金额等）缺失时，输出条件式结论并列出待补事实。
- 涉及少缴税款情形、不实开票、不当取得退税等可能触及刑责或重大金额的，提示咨询专业税务师或税务律师。
- 明细接口不可用（未配密钥 / 网络异常）时，明确说明「当前仅能给出方法层结论，金额需配置访问凭证后获取」，不要编造数字。
