前六章我们讲的都是一件事：这台机器怎么看见你的每一笔钱。工资、利息、卖股票的收益，全都被各种上报单据钉死在案，你想瞒也瞒不住。好，现在假设机器已经把你今年挣的每一分钱都摆在桌上了。下一个问题来了——
看见了这么一大坨钱，到底该收你多少税？
这不是一步算出来的。它是一条流水线：钱从上游进来，中间被好几道工序一层层削，最后从下游滴出来的那一小滩，才是你真正要交的税。这一章，我们就把这条管道拆开，一个 stage 一个 stage 地看。
先把整条管道画出来
如果你写过数据处理的 pipeline，这张图会让你很舒服。数据从一头进，每一级做一次变换，交给下一级：
- 毛收入（入口）：你今年挣的全部。
- 减去各种扣除 → 得到应税所得。
- 把应税所得套上税率 → 算出一个初步税额。
- 再用抵免去砍这个税额 → 得到最终该交的税。
请你先把这四级的顺序记牢，因为顺序是硬的——哪一步在前、哪一步在后，直接决定算出来的数对不对。后面我会专门讲为什么不能乱序。先从入口那个词说起。
入口：毛收入
毛收入（gross income）就是你一年挣到手的全部钱堆在一起：工资、银行利息、股票分红、卖东西赚的、租房收的……全算进来。
说人话：还没开始“减”任何东西之前，你账面上那个最大的数，就是毛收入。它是管道的进料口，后面每一道工序都在这个数上往下削。
注意：毛收入不是税基。没人会按你挣的全额来收税。真正被拿去乘税率的那个数，是被削过之后的“应税所得”。怎么削？靠下一级——扣除。
第一道工序：扣除，砍的是“被征税的钱”
扣除（deduction，也叫抵扣）：从你的收入里减掉一块，让“被拿去算税的钱”变少。它减的是税基，不是税额。
这句话是本章第一个坑，我们把它掰开。假设你挣了 8 万，系统允许你扣掉 1 万，那么真正进入下一级、要被套税率的，只有 7 万。那 1 万块，相当于“当作你没挣过”，从被征税的范围里被划掉了。
关键问题：这 1 万的扣除，到底帮你省了多少税？
不是 1 万。扣除省下的税，等于：
省下的税 = 扣除额 × 你的边际税率
举个具体的：你处在 22% 这一档，扣掉 1000 美元，你实际少交的税是 1000 × 22% = 220 美元。不是 1000，是 220。剩下那 780，本来就不会因为这 1000 而被收走。
说人话：扣除不是直接从账单上划掉一笔钱，它是先把“要被打税的原价”砍下去一块，你省的只是这一块本来会产生的那点税。你在的税档越低，同样的扣除就越不值钱。
第三道工序：抵免，砍的是“要交的税”
（先跳过中间那道“套税率”，因为它得等抵免登场才好对比。）
抵免（credit，税收抵免）：直接从你算出来的最终税额里减掉的钱——一块钱抵免，顶一块钱的税。
还是那 1000 美元。如果它是抵免而不是扣除，你少交的税就是整整 1000 美元。跟你在 22% 还是 37% 哪一档，一点关系都没有。它不碰税基，它碰的是账单最底下那个“应付”数字，直接减。
现在把两者摆一起，本章最该钉死的一句话：
扣除减的是“被征税的钱”，抵免减的是“要交的税”。
同样是名义上的 1000 美元，抵免值 1000，扣除只值 220（22% 档下）。抵免比等额的扣除值钱得多。工程师最容易把这俩搞反，记住这个类比就不会错了：
- 扣除 = 打折前先从原价里砍一块。你砍的是“要被算钱的基数”，最后省多少还得看税率这个“折扣比例”。
- 抵免 = 账单最后甩上来的一张代金券。面值 1000 就抵 1000，跟前面怎么算的没关系，直接从应付金额里扣。
那道被跳过的中间工序：套税率
回到管道中间。收入被扣除削成“应税所得”之后，机器要把它乘上税率，才得出一个初步税额——这就是抵免开砍之前的那个数。
你可能会问：不就是乘个百分比吗？没那么简单。这里藏着一个词叫边际税率，也就是上面算扣除省税时用的那个 22%。它不是你收入的整体税率——这是全书最容易把人绕晕的地方，我留到第八章专门拆。这里你只要先接受：套税率这一步不是一刀切的乘法，而且“扣除到底省多少”完全取决于这个边际税率。
扣除的默认值：标准扣除 vs 逐项扣除
回头看“扣除”这道工序，系统其实给了你两种用法，很像软件里的默认配置 vs 手动配置。
标准扣除（standard deduction）是那个“懒人默认值”：你什么都不用列，系统直接允许你从税基里砍掉一个固定额度。2024 年，单身大约 1.46 万美元，已婚联合报税大约 2.9 万美元（记个量级就行）。一键生效，零成本。
逐项扣除（itemized deduction）是“手动配置”：你不用那个默认值，而是把自己一年里能扣的东西一笔笔列出来——房贷利息、交给州里的税、慈善捐款等等——加总起来当扣除。前提是你得留着凭证、一项项填。
规则很简单：两个数谁大用谁。你手动列出来的总额如果超过标准扣除，就用手动的；否则就吃那个默认值。
说人话：绝大多数人直接用标准扣除。因为这个默认值被系统故意调得很大——大到很多人辛辛苦苦列一堆凭证，加起来还没它高。于是对多数人来说，手动配置纯属白忙，默认配置又大又免费。这正是系统设计者想要的：让绝大多数人一键报税。
为什么顺序不能乱
现在把整条管道再走一遍，你就明白为什么这四级的顺序是硬的：
- 先削税基：从毛收入里减掉扣除（标准或逐项），得到应税所得。
- 再套税率：拿应税所得去乘税率，算出初步税额。
- 最后砍税额：用抵免直接从税额里减，得到最终该交的税。
为什么不能换？因为这两种运算作用在不同的量上。扣除作用在“税率还没上场”的税基上，它必须排在乘税率之前——你得先知道要打税的钱有多少，才能打税。抵免作用在“税率已经算完”的税额上，它只能排在乘税率之后——税都还没算出来，你拿什么去抵？
把抵免错当扣除塞进第一级，或者把扣除错当抵免放到最后，算出来的数会差出一大截。这就是为什么工程师读税法，最先要建的不是记住哪条能扣多少，而是建对这条管道的 stage 顺序。
这一章削出了什么
我们把一坨毛收入送进管道，看它被两种完全不同的运算削了一遍：扣除砍税基（省的税还要打个边际税率的折），抵免砍税额（一块顶一块）。顺序不能乱，先削基、再算税、后抵免。
但你一定注意到了：算扣除到底省多少，我一直在用一个没交代清楚的东西——“边际税率”。为什么它是 22%，而不是你收入整体的税率？为什么同样挣钱的两个人，同一笔扣除省下的税可能不一样？下一章，我们就专门拆这个让无数工程师第一次读税表时当场卡住的东西：你收入的每一块钱，其实不是按同一个税率收的。