你的市场平台仪表盘显示你上个月赚了 $1,000。你的银行账户收到了 $850。而平台发给你的税务表格——如果它真的发的话——显示的是更大的那个数字，而不是你实际留下的那笔存款。如果你的账本只记录了到账的 $850，那你的账簿里就躺着一笔不匹配，它会在报税季浮出水面：平台申报的信息申报表上写着你 15% 到 30% 的收入，比你申报的更高。
这就是通过市场平台销售 AI 智能体和技能的核心记账难题：平台在你见到钱之前就抽走了佣金，你收到的付款已经是净额，而每一个下游记录——你的收入、你的纳税申报、你的利润计算——都需要那些你从未接触过的总额数据。下面讲讲 AI 市场平台在 2026 年末实际如何付款、如何记录每一笔付款使总额与净额保持对账，以及你会收到哪些税务表格。
AI 市场平台在 2026 年末实际如何付款
记账之前，先搞清楚你在哪种付款模式下，因为 AI 市场平台并不都像应用商店那样运作。
GPT Store 按参与度付费，而不是按百分比分成。 OpenAI 的构建者计划根据用户对其 GPT 的参与度来补偿创作者——据第三方估算，平均每段对话大约 $0.03——而不是从销售价格中抽取 15% 或 30%。该项目一直保持有限、基于标准的逐步开放，除非使用量巨大，大多数个人创作者每月只有低几百美元。这里根本没有佣金要记：付款就是一条收入，你的工作是把对话次数乘以有效费率，与到账金额进行对账。
还有一个倒计时在走。个人 ChatGPT 账户已无法创建或发布新 GPT，OpenAI 已计划在 2026 年 12 月 11 日停用现有的自定义 GPT，获得批准延期的企业工作区可延至 2027 年 2 月 11 日。替代品是通过 Apps SDK 构建的插件，其按使用量计费的开发者付款已被讨论但尚未广泛部署。如果 GPT Store 付款是你账本上的一行，就要为这行结束、被某种报告方式不同的东西取代做好准备。
Claude Skills 没有官方市场，也没有收入分成。 Anthropic 发布了 Agent Skills 标准及其自有免费技能，但截至今年，还没有带内置支付的第一方商店。构建者通过间接方式变现：一个引导用户升级到付费订阅层级的品牌技能、一个路由到构建者自有按量计费 API 端点的技能，或为直接合同下的企业客户构建的技能。这些在你的账本上都是普通的产品或服务收入，而不是市场平台收入。
第三方技能市场确实收取百分比佣金——而且各不相同。 这里才是滑动费率问题真正咬人的地方。独立的 Claude 风格技能市场公布各自的抽成：一家抽 8%，创作者保留 92%；另一家向创作者支付付费技能价格的 70%，通过 Stripe Connect 付款。把同一个技能上架到两个市场，你就是在两种不同的付款周期上记录两种不同的佣金费率。下面的机制适用于任何百分比；演算示例使用 15%，因为这是平台电商中最常见的小卖家档位。
15% 到 30% 的形态来自应用商店。 苹果的标准佣金是每笔销售的 30%，对于 App Store 小企业计划中的开发者——年收益低于 $100 万——降至 15%。AI 市场平台借用了这种分层形态：一个标准费率加上一个降低的小卖家档位，有时当你的滚动十二个月交易量越过某个门槛时费率会上调。当你的佣金费率取决于你自己的销售量时，每一笔付款都需要核对费率，而不仅仅是核对金额——这正是下面的对账循环。
总额还是净额：控制你账本的那一个决定
当一个市场平台以 $49 卖出你的技能，留下 $7.35，给你寄 $41.65 时，你有两种记录方式。只有一种是对的。
把销售总额记为你的收入，把佣金记为你的费用。 在 ASC 606 的主要责任人对比代理人的框架下，问题在于谁在产品到达客户之前控制它。你的技能就是你的产品：你构建了它，你设定了价格，你为买家提供支持。市场平台只是安排销售并处理支付，这使它成为代理人，而你是主要责任人。主要责任人报告收入总额。平台的抽成是你的销售费用——通过别人的店面分销的成本。
这不是学术区分。它改变你在意的三个数字：
你的税务表格报告的是总额。 来自市场平台和支付处理商的信息申报表显示流向你的全部销售金额（扣除费用之前）。如果你的账本只把净存款记为收入，你申报的表格将与 IRS 已经收到的表格不一致，而这种不一致是自动通知最常见的触发因素之一。把收入记为总额、佣金记为单独的费用，你的账本就会在结构上与文书保持一致。
你的利润率保持诚实。 一个售价 $49、平台费 $7.35 的技能为你赚得 $41.65，无论你按总额还是净额记账——毛利润两种方式完全相同。但只记净额会把费用藏进一个更小的收入数字里，所以当平台提高费率或你跨入更高档位时，损害表现为收入神秘缩水，而不是一条清晰标注的上升费用。分开的行让你看到费用行的变动。
你仍然可以做按平台的比较。 如果你在两个佣金费率不同的市场上销售，按总额记账并配以按平台的费用账户，能准确告诉你每个渠道的成本。只记净额会把渠道经济混合成一个你无法分解的数字。
佣金行该放在哪里
把平台佣金记为销售或分销费用，与支付处理费并列——不要记为销货成本，也不要与收入对冲。销货成本是交付产品本身的成本：你的 API 推理账单、托管、按量计费的上游服务。市场平台费用是通过该渠道获取销售的成本。把它放在毛利润线以下意味着你的毛利率反映你的产品经济性（价格减去交付成本），而你的营业利润率反映你的渠道选择。当市场平台提高抽成率时，你希望它表现为你可以做出反应的销售费用增加——通过重新定价、重新谈判或退出——而不是表现为毛利率下降，让你看起来像是产品运营成本变高了。
每月对账循环
每一笔付款、每一个市场平台，都走同样的四步循环。每月做一次，按平台，在结账之前。
1. 拉取付款报告，而不只是存款
银行到账是一个数字。它背后的付款报告至少有五个：销售总额、平台佣金、退款和拒付、任何预扣或预留，以及净付款。以平台提供的最细粒度下载报告——如果有逐笔交易——因为第 3 步需要它。如果平台以每次销售的非美元单位报告（参与度付款用对话次数、按使用量计费的技能用计量 API 单位），也拉取使用报告：单位数乘以合同费率就是你要对账的总额。
2. 在核对金额之前先核实佣金费率
在分层平台上，费率是一个变动部件。检查每笔销售落入哪个档位：有没有销售发生在你期中跨入更高档位之后？某个促销费率到期了吗？一笔付款把上个月的 15% 用到了本该按本月档位收费的销售上（或反过来）是平台错误，你只能通过从逐笔销售数据自行重算费用来发现。把每笔销售乘以其销售日生效的档位费率，加总预期费用，与报告上的费用总额比较。记账之前调查任何差异，而不是之后。
3. 把总额、费用和调整记为单独的行
每笔付款记一条分录，将收入总额、平台费用、任何退款或拒付作为不同的记账行。退款冲减收入——它不是费用——如果平台对退款销售收回其佣金，该收回减少你的费用。在纯文本账本中，模式如下（如果这种格式对你是新的，查看文档了解账本语法）：
2026-01-01 open Assets:Bank:Checking USD
2026-01-01 open Income:Marketplace:Skill-Sales USD
2026-01-01 open Expenses:Marketplace:Platform-Fees USD
2026-11-01 * "Skills marketplace" "October payout, 15% tier"
Assets:Bank:Checking 850.00 USD
Expenses:Marketplace:Platform-Fees 150.00 USD
Income:Marketplace:Skill-Sales -1,000.00 USD
2026-11-15 * "Skills marketplace" "Refund, order 1042, fee clawed back"
Income:Marketplace:Skill-Sales 49.00 USD
Expenses:Marketplace:Platform-Fees -7.35 USD
Assets:Bank:Checking -41.65 USD付款分录把全部 $1,000 销售显示为收入、$150 佣金作为其自身费用、$850 存款作为银行变动——三笔记账行把仪表盘、费用表和银行对账单串在一起。退款分录冲销全部三条腿。如果你在不止一个市场销售，给每个市场各自的收入和费用子账户，这样上一节的渠道比较就自然从账本中得出。
4. 把净额对到银行、把总额对到使用量
两个独立的核对闭合循环。第一，付款的净额必须与银行到账分毫不差——如果不等，差额是未达项目（预留款、延迟转账、货币转换），需要自己的解释，而不是四舍五入的调节数。第二，总额必须对回底层活动：对于按件销售，是逐笔销售报告总额；对于参与度或按使用量计费的付款，是你自己的计量单位数乘以合同费率。跳过第二个核对的构建者，就是六个月后发现费率变更提前一个月被应用的人。你自己的使用日志是检查平台计量表的唯一手段——留着它。
税务表格：会来什么，不会来什么
市场平台收入是普通营业收入，与其他自雇收入一起在 Schedule C 上申报。因平台而异的是哪种信息申报表——如果有的话——记录了它。
第三方市场付款可能以 Form 1099-K 形式到达。 对于 2026 年，One Big Beautiful Bill Act 恢复了经典门槛：支付处理商和市场平台只有在收款人超过 $20,000 总付款且日历年内 200 笔交易时才签发 1099-K。低于此，不会收到表格——但收入仍然完全应税，而上一节的总额记账习惯正是让没有表格可抄时你的申报仍然正确的原因。注意门槛统计的是总付款和交易量，所以一个高销量、低价格的技能目录可能触发交易笔数门槛，而少数几个大企业技能合同永远够不到它。
直接参与度付款更像承包商收入。 一个平台从自己口袋里支付你基于参与度的收入分成，而不是结算第三方买家付给你的款项，更接近付款方与承包商的关系，在达到门槛时——记录在 1099-NEC 或 1099-MISC 系列上，其 2026 年申报门槛升至 $2,000。无论哪种，将收到的任何表格与账本中该平台的收入总额对账；表格和账本应在申报之前一致。
州门槛可能低于联邦。 几个州征收自己的 1099-K 申报门槛，远低于联邦的 $20,000 和 200 笔交易，这意味着你可能收到州副本 1099-K——并让州政府期望匹配的收入——而在联邦表格永远不会来的年份。如果你收到一个，以同样的方式对账：表格上的总额对账本中的总额。
没有表格不等于没有收入。 这是让小卖家损失真金白银的错误。每月几百美元的参与度付款、在从未越过申报门槛的市场上销售的技能、技能将用户引向你自有按量计费 API 的间接收入——所有这些都是应税的，无论是否有人给你发表格。顺利度过报税季的卖家，是那些账本已经以总额持有每一美元的卖家，所以申报表从账本中自行写出，而不是从一堆平台邮件中拼凑。
四个悄悄累积的错误
把存款记为收入。 即上面说过的只记净额习惯。它低报收入、隐藏费用趋势，并保证与任何 1099-K 不匹配。通过把全年的付款按总额重新记账一次修正它，每月循环保持它被修正。
把平台费用记为销货成本。 把佣金混入销货成本让你的毛利率吸收本应属于销售费用的渠道成本。你的产品看起来比实际更不赚钱，费用增加读起来像是产品问题而不是渠道问题。把交付成本（推理、托管、上游 API）留在销货成本，把分销成本（市场佣金、支付处理）留在销售费用。
忘记档位跨越。 在滑动费率平台上，你的滚动交易量把你推入更高档位的那一个月，你的有效费率是混合的——月初销售按旧费率，之后的销售按新费率。把整笔付款按单一费率记账的卖家会错报费用，方向是那个对他们更不利却更不有用的方向，而且错误在他们靠近边界时每个月重复。第 2 步的逐笔销售费率核对正是为这种情况而存在。
把所有平台跑进一个账户。 所有市场一个收入账户和一个费用账户感觉更简单，直到你需要回答哪个渠道值得保留，或者直到某个平台的 1099-K 需要与一个混合余额对账。按平台子账户在记账时零成本，在报税季节省数小时。
本月的付款检查清单
拉取你在每个市场最近一期的付款报告，从头到尾处理它：确认每笔销售日生效的佣金档位、从逐笔销售数据重算费用总额、把收入总额与费用和任何退款作为单独的行记账、把净额对到银行到账、把总额对到你自己的使用或销售日志。然后检查你的滚动十二个月交易量是否正在接近某个档位边界——如果是，你现在就知道你的有效费率即将变动，在平台告诉你之前。这就是全部纪律：每一美元以总额入账、每笔费用在其自己的行上可见、每个平台按其自身条件对账。
