让 AI 盯住各州销售税门槛，别等收到信才知道超了
这类活的特点是错过的代价不对称：早知道只是多做一次登记，晚知道可能是补税加滞纳金。但它又完全符合交出去的条件——每月一次、规则明确、结果能核对。做法是按州累计销售额和订单数，对照你自己维护的门槛表，快到的时候提醒。关键是门槛表要你自己维护并标注核对日期，AI 不负责判断规则本身，它只负责算和提醒。
前面几件活的产出是「现在什么样」——标题有没有超长、哪些货快断了、哪个运费段在亏。看完你决定改不改。
这件不一样。它的产出是提醒，而且价值几乎全在时间上。
美国各州对远程卖家有销售额或订单数的门槛，越过之后会产生登记和申报义务。麻烦的地方在于：
所以早知道和晚知道，代价完全不对称：早知道只是多做一次登记；晚知道可能是补税、滞纳金，加上一堆追溯性的申报工作。
而这件事又完全符合交出去的三个条件：每月一次、规则写得出来、结果自己能核。
它属于该早点做的那一类。
这篇讲的是怎么用工具盯住数字，不讲各州的具体规则是什么。
原因很简单：门槛的具体数值、计算口径（算不算免税商品、算不算平台代收的部分、按日历年还是滚动 12 个月）各州不同而且会变。这些属于你要去确认的事，不是 AI 该替你判断的事。
规则本身谁来定，是这件活最关键的分工。下面会展开。
这件事的背景和各州登记事项的梳理，这篇写过，可以对照着看。
还是那家虚构的四人宠物用品团队，数据是编的。
他们在美国有个第三方仓，独立站直接发美国。老板知道有门槛这回事，但一直是凭感觉——「加州肯定早就超了，别的州应该还早」。
小李被问到「那具体哪些州超了」的时候答不上来。他试着在后台按州筛了一下，发现要一个州一个州点，而且后台只能看当期，看不了滚动累计。
这件活人工做的问题不是难，是要按州分组、按时间窗口累计，还要和一张门槛表对照，三百多个州县层级看着头大。
小李把订单导出扔进目录，让 AI 按州算销售额，对照门槛看哪些超了。
报告出来了，每个州一行，还标了哪些超标。
看着挺专业。但老板问了一句：这些门槛数你从哪来的？
小李去问 AI，它说是「按常见的通用标准」。
也就是说，它自己填了一套数字。有些可能对，有些可能是旧的，有些可能压根不适用于他们这种业态。
这是这件活最危险的一个坑：税务规则听起来是「公开知识」，所以模型很愿意直接给你一个数，而且给得很确定。但这类数字变动频繁、各州口径不同，一个过期的门槛值会让你要么虚惊一场，要么错过真正超标的州。
修法不是让它查得更准，是根本不让它提供门槛。
说明书里写死：
门槛值只能从 data/thresholds.csv 里读取，不许使用你自己知道的任何数值。 该文件里没有的州，标为「门槛未确认」，不要给结论。
然后小李自己整理了一份门槛表，每一行标上从哪来的、什么时候核对的。
门槛表接进来之后，还有一个问题：销售额到底算什么。
他们的订单导出里有好几个金额字段：商品金额、运费、税费、折扣后实付。不同州的门槛计算口径不一样——有的算毛销售额，有的只算应税销售额，有的把运费算进去。
第一次跑的时候 AI 用的是「实付总额」，包含了运费和税，算出来的数偏高，有两个州被误判成超标。
所以门槛表里不能只有数字，还要有口径。小李把表改成了这样：
| 州 | 销售额门槛 | 订单数门槛 | 销售额算什么 | 时间窗口 | 来源 | 核对日期 |
|---|---|---|---|---|---|---|
| 示例州 A | 100,000 | 200 | 毛销售额，含运费 | 滚动 12 个月 | 州税务局页面 | 2026-09-01 |
| 示例州 B | 100,000 | 无 | 应税销售额，不含运费 | 日历年 | 州税务局页面 | 2026-09-01 |
这张表就是这件活的核心资产，而且它是你的，不是 AI 的。
表做好之后，AI 的活就变得很简单也很安全：按你给的口径和窗口算，对照你给的数，报告谁快到了。
第三个问题是提醒阈值。
第一版说明书写的是「接近门槛时提醒」。AI 把「接近」理解成 90%，结果一份报告里标了十几个州，大部分其实还差得远。
十几条提醒等于没有提醒。
改成分档之后就好用了：
- 已超过门槛：最高优先级，单独列出
- 达到 80% 以上：需要开始准备
- 达到 60% 到 80%：留意，按季度回看
- 60% 以下：只统计数量，不逐条列
这是一个通用经验：任何「异常提醒」类的活，都要把「多异常才算异常」写成具体数字。不写的话它会自己定一个，而且多半定得太松。
规则理顺之后，报告变成这样：
那个「三个月前越过的」是这次核对最大的收获——如果按原来凭感觉的做法，可能还要几个月才会发现。
这篇最该带走的是这个分工：
| 谁 | 负责什么 |
|---|---|
| 你 | 门槛值是多少、算什么口径、什么时间窗口、从哪查的、什么时候核对的 |
| AI | 按你给的规则算、对照、排序、提醒 |
| 你 | 看到提醒之后做什么——登记、找税务顾问、还是调整业务 |
中间那一层是可以交出去的，两头不行。
这个分工不只适用于税务。任何涉及外部规则的活都是这个形态：规则本身由人确认并写下来，工具只负责按规则算。
为什么不能让它自己去查规则？两个原因：
第一，查得对不对你没法验证。它给你一个数字和一个来源链接，你还是得自己去点开看——那不如一开始就自己查。
第二，这类判断错了代价很大，而且错误不会立刻显现。一个过期的门槛值可能让你半年后才发现问题。
所以门槛表要自己维护，而且每一行都标上核对日期。过了半年没核对的行，本身就该被提醒。
不要求懂编程。前提是你已经按第一篇装好了工具。
mkdir -p ~/tax-watch/data ~/tax-watch/reports && cd ~/tax-watch
订单导出放进 data，要有：订单号、日期、收货州、商品金额、运费、税费、实付金额、订单状态。
时间范围至少覆盖你要看的最长窗口，比如滚动 12 个月就导 13 个月的。
门槛表自己建一个 data/thresholds.csv，就上面那张表的格式。
这一份是要花时间的。建议：
留空比填错好。留空它会告诉你「未确认」，填错它会给你一个错误的结论。
# 销售税门槛监控说明
## 资料在哪
data 文件夹里有订单导出和 thresholds.csv。
## 最重要的一条
门槛值、计算口径、时间窗口，只能从 thresholds.csv 里读取。
不许使用你自己知道的任何数值，不许推断，不许用「通用标准」补充。
表里没有的州，或者口径列留空的州，一律标为「门槛未确认」，不给结论。
## 怎么算
- 按州分组，按 thresholds.csv 里每个州指定的口径和时间窗口累计
- 销售额口径严格按表里写的：写「含运费」就含，写「不含」就不含
- 订单数按同样的窗口累计
- 排除已取消和全额退款的订单，在报告里说明排除了多少单
- 计算要用程序算，不要估算
## 分档提醒
- 已超过：最高优先级，单独列出，并算出大约是什么时候越过的
- 80% 以上：写清楚按当前速度大约还有几个月
- 60% 到 80%：列出来，不展开
- 60% 以下：只报数量
## 门槛表的维护提醒
thresholds.csv 里核对日期超过 180 天的行，在报告末尾单独提醒我去复核。
## 报告写成什么样
在 reports 文件夹生成报告，文件名带日期：
1. 已超过门槛的州
2. 80% 以上的州
3. 门槛未确认的州
4. 其余统计
5. 需要复核的门槛表行
每个州都要能看出数是怎么来的：累计销售额多少、订单数多少、用的什么口径和窗口。
## 不许做的事
- 不许改 data 里的原始文件
- 不许提供任何税务建议或合规建议
- 不许判断「需不需要登记」，只报数字和对照结果
- 涉及具体处理方式的问题，一律写「请咨询税务顾问」
倒数第三条要注意。这件活很容易滑向「那我该怎么办」，而那属于专业意见。工具的职责边界到「数字是多少、对照结果如何」为止。
进工作台启动工具：
按说明书算各州的累计销售额和订单数，对照门槛表，生成报告。
第一次跑完，先看「门槛未确认」那一段。如果你实际有销售的州大多在这一段里，说明门槛表还没准备好，先去补。
挑一个州手工核。选一个销售额中等的州，自己在表格软件里按同样的口径和窗口加一遍，对比报告里的数。
这一步花不了十分钟，但它同时验证了三件事：州的归类对不对、口径用对没有、时间窗口切对没有。
核那个「已超过」的州。这是最重要的结论，一定要自己确认一遍，包括它算出的越过时间。
核排除的订单数。报告里应该写了排除了多少单已取消和退款的，看这个数合不合理。
每月跑一次，跟着月结走。
另外每半年检查一次门槛表——报告末尾会提醒你哪些行该复核了。
看到「已超过」或者「80% 以上」的时候，该做的不是继续跑报告，是去找税务顾问。工具的活到提醒为止。
| 你看到的 | 多半是什么原因 |
|---|---|
| 它给出了门槛数值但你没提供 | 说明书里禁止自行提供那条没生效，这条必须改 |
| 某个州的数明显偏高 | 口径问题，看看是不是把运费和税算进去了 |
| 大量州显示未确认 | 门槛表还没填，这是正常的起步状态 |
| 累计数和你自己算的对不上 | 时间窗口不同，确认是滚动 12 个月还是日历年 |
| 提醒太多 | 分档阈值没写，它自己定了一个太松的 |
| 它开始建议你怎么处理 | 「不许提供合规建议」那条没生效 |
第一条是这件活里最该警惕的——如果它能凭空给出门槛数字，说明最关键的那道约束没起作用，整份报告都不能用。
| 带新人 | 对应到这里 |
|---|---|
| 规则我给你，你别自己找 | 门槛只能从表里读，不许自行提供 |
| 拿不准的标出来问我 | 未确认的不给结论 |
| 什么算「快到了」，我给你定个数 | 分档阈值写成具体百分比 |
| 你只报数，怎么办我找专业的人 | 不提供税务建议 |
第一条和平时带人不太一样——通常你会希望新人主动去查资料。但涉及外部规则、而且错了代价很大的事，规则必须由人确认。
这不是不信任工具，是这类错误的特点决定的：它不会立刻暴露，而且暴露的时候往往已经积累了几个月。
这个系列后面的选题，一部分会直接来自读者的实际问题。
如果你手上有一件活拿不准该不该交给 AI，把这三件事发过来就够：
这三件事正好就是判断能不能交出去的三个条件，你写的过程中多半自己就有答案了。
我会挑典型的写成文章——判断它属于哪一层、该怎么交、哪一步必须你自己来。涉及店铺的具体信息一律脱敏，不会出现店名和真实数字。
联系方式在关于页面。
到这里，前面几件活都是拿数据算数据。下一篇换个方向：让它核一遍你自己的站——多少页面缺描述、多少标题超长、多少页面没有任何内链指过去。
这件活的特别之处在于，这次的案例不是虚构的，用的是这个站自己的 139 篇文章。
下一篇
没有了
作者
大阪烧鸟
大阪烧鸟，关注 AI 在跨境电商运营中的实际应用、Shopify 独立站与日本商业观察，偏爱把复杂问题拆成可执行的方法。
