深言速舟 · 学习站

31 主体结构

Token 工厂拆解手册:从 GPU、推理服务到合同与现金流第六部分 跨境结构约 32 分钟更新于 2026-08-04

31.1 五个位置

机器在海外只是资产位置。一次推理请求还会穿过控制位置、客户位置、合同位置和数据位置;一笔收入又要经过开票、收款、换汇、税务和上游分账。只在地图上给机房插一面旗,无法回答谁能调度、谁对客户负责、谁能读日志、谁收到钱。任何海外方案都先画五个位置,不能只标机房:

位置回答的问题
资产位置GPU、服务器、备件和机房在哪里
控制位置谁能配置、调度、停机、读日志、管理密钥
客户位置请求从哪里来,最终用户和用途是什么
合同位置谁签约、开票、收款,争议与退出怎样处理
数据位置请求、输出、缓存、日志、备份和权重经过哪里

五个位置可能分散在五个法域,也可能由多层分包商连接。服务器在新加坡,不代表客户、控制者、付款人和数据都在新加坡;公司注册在美国,也不代表它拥有设备、掌握集群或能满足资产方准入。录音中提到运营公司可考虑美国或新加坡、香港较难、资产方只接受特定主体,录但没有给出资产方书面政策、银行意见或监管依据,这类说法只能进入第 41 章的待核清单,不能写成地区结论。

31.2 三层主体

跨境算力业务通常涉及三类角色主体,它们承担的责任完全不同。把它们区分清楚,是读懂任何一份交易结构图的前提。

主体类型干什么承担什么责任
持有主体签租赁合同或持有设备资产租金付款义务、资产风险、出口管制下的接收方责任
运营主体跑推理服务、雇技术团队服务可用性、数据处理、劳动与税务
销售主体与客户签约、开票、收款合同履约、收入确认、增值税或销售税

这三层可以合一,也可以拆开。拆开的常见理由是税务效率、责任隔离和业务分区管理,这在跨国经营中是普遍做法。但拆分本身会引出一个问题:监管审查时看的是法律上的签约方,还是实际控制方。第 32 章会说明当前规则的答案。

图 70三层主体与责任映射
资金方 LP 或股东运作层持有主体签租约出口管制的直接相对方运营主体跑服务雇人 处理数据销售主体签客户 开票承担履约责任终端客户
逻辑结构示意,不代表任何具体项目的实际安排。
一张结构图先分清三件事:谁签租约、谁跑服务、谁开发票。责任跟着这三条走。

角色分离的正当理由和风险信号,往往长得很像,区别在于是否经得起披露。正当的分离有清晰的商业理由并且可以公开说明:为不同区域设独立实体便于当地税务和用工、把重资产与轻资产分开以隔离债务、为不同业务线设独立法人以便未来分拆。这些安排在尽调时可以完整披露,且不改变任何一方的实质权利义务。需要警惕的分离有一个共同特征:它的作用是让某个事实在审查中不被看见。判断方法不是看结构复杂不复杂,而是问一个问题:如果监管方要求完整披露全部安排,包括所有代持、抽屉协议和实际控制关系,这个结构还成立吗。

31.3 名实之分

所有权不是调度权。海外链路至少有五类控制:资产所有权、物理占有与机房准入、技术管理员权限、客户服务责任、现金与合规控制。它们可以由同一集团承担,也可以分散在资产方、机房、平台运营方、销售方和收款方。例如一家 SPV 持有设备,机房掌握机柜和远程手工服务,平台公司持有集群管理员和模型密钥,新加坡销售公司与客户签约,另一家银行服务商完成换汇。说 SPV 有机器时,还要接着问:平台公司凭什么获得长期调度权,机房故障时听谁指挥,销售公司如何让上游履行客户 SLA,资金违约后谁能接管。

图 71结构安排的自检问题
一项结构安排如果被要求完整披露全部安排,它还成立吗成立商业理由可公开陈述披露后权利义务不变不成立依赖某项事实不被发现披露后安排即失效右侧那一类不属于结构设计问题,属于法律风险问题,必须由律师判断而不是由商务判断。
本图为判断框架,不对任何具体安排作评价。
判断一个结构干不干净,就问一句:全部摊开给监管看,这事还成不成立。

一笔海外 token 服务的合同图至少可能出现九个角色:资产所有人或出租人、机房、当地现场运维、集群与模型运营方、模型或软件许可方、面向客户的签约方、开票和税务登记主体、收款与换汇方、最终客户。九类角色是尽调模板,不是法定分类。公有云用共享责任模型提醒客户:服务模型改变时,双方在基础设施、配置、身份、应用和数据上的责任也会移动;私有 GPU 租赁往往比标准云更复杂,不能照抄一张 IaaS 矩阵,必须按实际控制接口重画。

31.4 责任路径

第 9 章的六流仍是全书总模型。本章只抽出五条容易在跨主体时断裂的责任路径。

  • 请求路径 客户到网关,到调度,到模型,到流式响应
  • 计量路径 请求事件到 token、错误与取消,再到账单
  • 合同路径 客户承诺到上游服务,再到支持权与审计权
  • 资金路径 发票到收款到换汇税费,再到机房、资产与平台分账
  • 故障路径 告警到诊断到现场到返修,再到客户补偿

任何主体只要承担了责任,却没有控制对应接口,就出现结构性错配。销售公司承诺 99.99% 却不能控制上游集群和运维;平台公司能调度却无权查看资产支持合同;收款公司拿到预付却不是退款义务人。这些都不是以后再补的文书问题,而会在故障时决定谁能行动。对客户作出的承诺要能够沿分包链传递,这也是多数消费者保护执法对服务分包的基本要求。

31.5 属地选择

选址的技术因素和法律因素要分开评估,两者的最优解经常不在同一个地方。

评估维度看什么谁来判断
电力与机柜容量、密度、制冷方案、扩容余地技术与工程
网络国际出口带宽、到主要客户的延迟、冗余路由技术
硬件可得性当地能否合法获得目标型号法务加供应链
监管环境出口管制适用、数据规则、外资准入外部律师
税务所得税、预提税、转让定价、税收协定外部税务顾问
运维可达能否派驻人员、当地运维供应商成熟度运营
银行与结算开户难度、跨境收付效率财务

录音中提到的候选地包括美国与新加坡,以及澳洲、马来西亚、泰国、日本、韩国、哈萨克斯坦等算力所在地。录同时也提到对东南亚部分机房的谨慎态度,理由是有相当数量的主体挂着机房名义实际在做贸易。录这类判断属于交易对手风险,在 35.1 节展开。结算与税务也是选址的一部分:服务器位置不能单独决定开票和间接税,欧盟增值税按 B2B 与 B2C 区分征税地点,新加坡对境外远程服务供应商设有商品和服务税注册规则。技术方案冻结前,至少画出谁报价、谁签约、谁开票、客户向哪个账户付款、币种如何兑换、谁承担手续费和退款、上游以何种币种结算、税务发票与计量账单如何勾稽。常设机构、预提税、转让定价和收入确认都需要当地专业人士结合事实判断,本册不提供结论。

图 72选址决策的两条独立评估线
技术可行性电与柜是否支持高密度网络延迟与带宽是否达标运维是否可达法律可行性硬件能否合法取得数据出入境规则外资与税务安排两条同时通过才可选
两条线必须由不同的人分别评估,技术团队不应对法律可行性下结论,反之亦然。
选点位要两票通过。技术说能上架,律师说能落地,缺一票就换地方。

31.6 事实优先

主体设计容易先于事实,因为每一方的激励都推着它先建结构:资产方偏好信用强、可追索的承租人,银行关心资金来源和受益所有人,销售希望尽快签约,技术团队希望保留跨区调度,客户希望数据本地化和单一责任窗口。美国、新加坡或香港主体只是承载这些需求的工具,不是合规结论。如果先设主体再补业务,团队容易把公司已经注册误当成上游愿意签、银行能收、客户能买、数据能流。正确顺序是先画事实:资产、客户、数据、控制和资金;再让各专业团队判断需要哪些主体、合同和许可。录音中曾希望让 AI 判断海外业务是否合规,录AI 可以整理法规、发现冲突、生成材料清单,却看不到未提供的合同、受益所有人、实际用途和数据流,也不能提供执业签字。

追问五个位置分别在哪个法域;九个角色里哪几个由同一集团承担;承诺 SLA 的主体能不能控制集群和运维。

修订记录

日期改了什么为什么谁
2026-08-04按章导入,正文与插图保持原样原稿结构清晰,重写反而损失信息工程