ZHC Builder Stack

构建 Zero-Human Company 的工具地图。

ZHC 不是靠单个产品完成的，而是由运行时、法律与支付轨道、金库控制、市场界面、公开证明和分发循环共同组装出来。

提交工具阅读 ZHC 定义
运行顺序
01定义公司循环

先定义 ZHC 类型：operator company、tokenized company、treasury primitive，还是 agent-human service loop。

02证明第一层运营界面

先跑通一层可见证明：收入、费用、treasury 策略、真实用户，或 live 市场界面。

03补控制与透明度

只有在 proof 出现之后，才补托管、分析、治理和公开 dashboard。

04扩大栈结构

等基础公司循环成立后，再补发射基础设施、分发和可选的人类补位层。

工具分类

工具分类

每个分类都对应一种公司功能。这里按运营需求分层，而不是按热点周期分层。

01
运行时
5 个工具
02
实体与支付
4 个工具
03
金库
2 个工具
04
发射与市场
3 个工具
05
治理
2 个工具
06
证明与分析
7 个工具
07
分发
2 个工具
08
人类补位
1 个工具
收录标准

只有同时满足这三点的工具才应该出现在这里：解决真实 ZHC 运营问题、存在公开证明界面、并且能与 live workflow 或严肃 builder 路径关联起来。

构建路径

构建路径

先选你真正要构建的公司类型。ZHC stack 是一个顺序，不是一张购物清单。

01

启动一个 AI 公司

适合想做真正能发产品、卖东西、公开收入，而不只是讲 token 叙事的 builder。

适合在: 你已经有产品 thesis，并且能在几周内公开第一批真实收入指标。
暂时不要先走这条路，如果: 如果你现在只有可交易 token 界面、还没有可重复的产品循环，不要先走这条路。
最小可行栈
OpenClawClawBankTrustMRR
第一份要公开的证明: 先公开第一份收入或使用量证明，再谈治理和更复杂的结构。
02

发射一个 Tokenized ZHC

适合需要公开市场、费用捕获、可见 treasury 机制和链上所有权界面的团队。

适合在: 当 token 是运营设计的一部分，而不只是营销外壳时，才适合走这条路。
暂时不要先走这条路，如果: 如果产品没有清晰费用路径、treasury 逻辑或官方 token 立场，暂时不要先走这条路。
最小可行栈
ClawnchSafeDexScreener
第一份要公开的证明: 尽快公开官方 token 交易场所、treasury 钱包和第一批费用或持币信号。
03

构建金库基础设施

适合专注资金配置、vault 逻辑、收益路由和自治资产负债表管理的操盘者。

适合在: 当你已经掌握现金流、存款或 treasury 资产，需要报告和策略约束时，再走这条路。
暂时不要先走这条路，如果: 在还没有真实存款、费用或经常性收入之前，不要过度搭建 treasury 逻辑。
最小可行栈
SafeRobot MoneyDune
第一份要公开的证明: 先公开钱包策略、treasury 持仓和第一份可验证的收益或费用事件。
04

加入人类补位层

适合大多数时间能自治运行，但仍需要人类执行、审核或处理边缘任务的 Agent。

适合在: 当人类劳务是限制产品吞吐或服务交付的瓶颈时，这条路径最合适。
暂时不要先走这条路，如果: 如果你的流程仍完全依赖手工协调，且没有可编程支付或证明层，先不要急着走这条路。
最小可行栈
MoltyCashClawBankDune
第一份要公开的证明: 公开任务结算、工作证明，以及是谁完成了交接确认。
蓝图组合

强调执行性的模板：包含必需工具、可选层，以及每条路径第一份应该公开的证明。

大多数 founder 最好先从下面这些有主见的路径开始，而不是把所有工具都看一遍。

AI 公司蓝图

适合销售软件、内容、服务或可复用 Agent 技能，并且需要快速证明生命力的 ZHC。

适合谁: 适合把一个 operator 变成创收公司的独立 builder 或小团队。
必需
OpenClawAnthropicStripeTrustMRR
后面再加
ClawBankFarcasterClaw Mart
暂时忽略
SnapshotTallyClawnch
最接近的 live 案例: 最接近 Felix、Aleister、Juno 这类 operator business 的路径。
ZHCs.AI 上的 live 案例
FelixAleisterJuno
第一份要公开的证明: 先公开收入、客户或付费使用量，再扩展到 treasury 自动化或 token 层。

Tokenized ZHC 蓝图

适合需要公开市场、treasury 透明度，以及把价值捕获绑定到费用、使用量或社区所有权的 ZHC。

适合谁: 适合已经想清楚 token 为什么存在，并能清晰定义官方市场立场的项目。
必需
ClawnchSafeDexScreener
后面再加
Liquid ProtocolSnapshotTallyDune
暂时忽略
Stripe AtlasMercury
最接近的 live 案例: 最接近 Clawnch、Liquid 系实验以及 tokenized ZHC treasury 路径。
ZHCs.AI 上的 live 案例
ClawnchLiquidAutonomopoly
第一份要公开的证明: 公开官方交易对、持币基础、treasury 钱包，以及第一份费用或销毁逻辑。

Agent 金库蓝图

适合已经有收入或掌握资产，需要开始做资金配置、托管、报表和明确策略的 Agent。

适合谁: 适合 treasury operator、协议金融 builder 和资本路由实验。
必需
SafeRobot MoneyDune
后面再加
DexScreenerSnapshotTallyDefiLlama
暂时忽略
ClawnchFarcaster
最接近的 live 案例: 最接近 Robot Money 和 treasury-first 的 ZHC 基础设施项目。
ZHCs.AI 上的 live 案例
Robot MoneyLiquid
第一份要公开的证明: 公开 treasury 策略、钱包持仓，以及费用或存款如何转化为可见的配置决策。

Hybrid OPC 到 ZHC 蓝图

适合先以人类主导的 AI 公司起步，之后再逐步加入 agent 自治、treasury 透明度和可选 token 层的 builder。

适合谁: 适合想从产品和收入出发，逐步走向更自治公司界面的 OPC 创业者。
必需
AnthropicCursorStripePostHog
后面再加
OpenClawMercuryPlausibleBaseScan
暂时忽略
ClawnchSnapshotTally
最接近的 live 案例: 最接近许多 AI-first builder 在公开 ZHC 界面之前会走的现实路径。
ZHCs.AI 上的 live 案例
FelixJunoHireHalo
第一份要公开的证明: 先公开收入、产品使用和可重复的公司循环，再增加 token 或治理复杂度。
精选工具

持续维护的运营地图。收录前提是：它确实解决 ZHC 的真实问题，并且有公开证明或可见用例。

运行时

5 个工具

OpenClaw

自治运营核心

打开工具

自托管 Agent 运行时，适合长周期任务、记忆、工具调用、消息通道和可复用 skills。

为什么重要: 它把 prompt 变成 operator。没有稳定运行时，ZHC 仍然只是工作流 demo。
成熟度

已在 ZHC 生产实验中运行

证明类型

已在 Felix、Juno、Aleister、HireHalo 等 live operator 中观察到

适合: 运行第一个 ZHC operator 或 AI CEO。
最适合在: 最适合需要持久运行、多通道动作和可公开观察的自治输出。
不适合在: 如果你只需要窄任务的一次性流程或内部自动化 bot，就不一定适合。
观察到的使用
FelixJunoAleisterHireHalo
runtimeself-hostedagent

LangGraph

工作流编排

打开工具

用于状态化、长周期 Agent 工作流的框架，适合可控图结构和生产级编排。

为什么重要: 当你需要先解决可靠性和可审计性，再把系统包装成公司时很有价值。
成熟度

成熟的开发者框架

证明类型

生产级框架，开发者采用广泛

适合: 构建可靠的多步骤 Agent 工作流。
最适合在: 当你的瓶颈是编排正确性，而不是 Agent 身份层时最合适。
不适合在: 如果你需要立刻拥有面向公众的自治公司人格，它不适合作为唯一栈。
观察到的使用
Developer-first ZHC buildersWorkflow-heavy operators
workflowagentdeveloper

CrewAI

角色化多 Agent 团队

打开工具

面向角色分工、多 Agent 系统和任务委托的开源框架。

为什么重要: 适合先把一个 founder thesis 变成可见的专家团队，再逐步深入做运行时定制。
成熟度

已上线的开源运行时

证明类型

公开多 Agent 框架，社区实验充分

适合: 研究、写作、编码和运营 Agent 团队。
最适合在: 当你需要明确角色分工和可被人类检查的交接链条时最适合。
不适合在: 如果你当前最需要的是金融轨道或 treasury 逻辑，它不是第一优先。
观察到的使用
Multi-agent builder teamsResearch-heavy operators
multi-agentrolesworkflow

Anthropic

生产级推理与 operator 智能

打开工具

用于推理、编码、工具调用和长文本 operator 工作的基础模型层。

为什么重要: 大多数早期 ZHC 失败，不是因为缺治理，而是因为 operator 还不够强。
成熟度

成熟的前沿模型提供方

证明类型

已被广泛用于严肃的 agent 产品和 coding operator

适合: 适合先把 operator 质量做好，再优化其他栈结构的 builder。
最适合在: 当推理质量、编码能力和工具使用比自建完整运行时更重要时最适合。
不适合在: 如果你还需要记忆、消息通道和编排层，它不适合作为唯一答案。
观察到的使用
FelixJunoOpenClaw builders
modelreasoningcoding

Cursor

Founder 与 agent 的发货界面

打开工具

面向快速发产品循环的 AI 编码环境，适合在过度搭运行时之前先把东西做出来。

为什么重要: 很多 OPC 是先变得严肃，再逐步走向自治。Cursor 就是这座桥的一部分。
成熟度

广泛使用的 AI 编码界面

证明类型

广泛出现在快速 AI 产品 builder 和独立 operator 中

适合: 适合在完整 ZHC 基础设施之前，先发一个 AI-first 产品的独立 founder。
最适合在: 当上线速度比 agent 戏剧感更重要时最合适。
不适合在: 如果你已经更需要长期运行的自托管 operator，而不是编码驾驶舱，它就不是首选。
观察到的使用
OPC buildersAI-first startups
codingopcbuilder

实体与支付

4 个工具

ClawBank

Agent 银行与法律轨道

打开工具

面向 Agent 的金融与法律操作系统，覆盖银行账户、钱包、实体组建和 API 轨道。

为什么重要: 当 ZHC 能拥有实体、银行轨道和可编程支付流时，它才真正脱离玩具阶段。
成熟度

早期 live 基础设施

证明类型

有官方文档、首批 live 客户，以及 Manfred 自主组公司的案例

适合: 给 Agent 一个公司壳和资金轨道。
最适合在: 当你需要法币轨道、法律外壳和 Agent 友好的 API 控制时最合适。
不适合在: 如果你还在探索项目是否值得存在，暂时不适合先做实体和银行配置。
观察到的使用
ClawBankManfredAgent-native financial stack
bankinglegalpayments

Stripe Atlas

传统公司设立

打开工具

面向互联网公司的公司注册与创业金融入口，适合仍需要传统法律结构的项目。

为什么重要: 对需要先解决合规、再接入 crypto 轨道的 OPC 或非 Web3 ZHC 很重要。
成熟度

成熟的创业轨道

证明类型

被广泛用于互联网原生公司设立

适合: 需要法律实体的非 Web3 ZHC 实验。
最适合在: 当你的业务模型已经成立，但 crypto 界面是可选或延后的，这个路径更适合。
不适合在: 如果项目天生是链上结构，并且第一天就需要 agent-native 法律轨道，它并不理想。
观察到的使用
OPC buildersNon-Web3 ZHC experiments
companylegalstartup

Stripe

收入收款轨道

打开工具

面向产品、订阅、一次性销售和清晰收入证明的支付与计费轨道。

为什么重要: 在证明 token 价值之前，ZHC 通常应该先证明有人愿意为它付钱。
成熟度

成熟的互联网支付标准

证明类型

已被广泛用作 AI 和 OPC 业务最清晰的公开收入界面

适合: 在 crypto 复杂度之前，先展示清晰收入。
最适合在: 当你的第一份 proof 应该是客户付款、MRR 或直接产品收入时最合适。
不适合在: 如果业务本质是链上且费用原生，它不适合作为唯一轨道。
观察到的使用
FelixJunoOPC builders
paymentsrevenueproof

Mercury

现代创业银行

打开工具

适合需要先有真实公司账户、再逐步叠加 agent-native 金融能力的创业银行层。

为什么重要: 广义 ZHC stack 应该包含现实可用的银行路径，而不只是 crypto-native 路径。
成熟度

成熟的创业银行界面

证明类型

被需要真实公司银行能力的互联网原生创业公司广泛使用

适合: 适合逐步走向更严肃运营状态的 OPC 和 hybrid AI 公司。
最适合在: 当你已经完成法律设立，需要干净的银行体系来承接收入和支出时最适合。
不适合在: 如果你还在证明产品或公司循环是否成立，它不适合作为优先级最高的工具。
观察到的使用
Hybrid OPC buildersInternet-native startups
bankingstartuphybrid

发射与市场

3 个工具

Clawnch

Agent-only 发射

打开工具

Agent 原生发射台，用于自治发币、费用路由和 self-funding 循环。

为什么重要: 它是最典型的 agent-first 市场形成案例之一，而不是人类主导的 token 营销。
成熟度

已 live 的高活跃发射轨道

证明类型

官方界面公开 token 数、agent fees、交易量和销毁数据

适合: 需要经济表面的 Agent 项目。
最适合在: 当 token 是产品循环的一部分，并且费用需要回流给 agent 时最适合。
不适合在: 如果你解释不清 token 为什么是官方、功能性的、与 treasury 对齐，它就不适合。
观察到的使用
ClawnchAgent-launched token experiments
launchpadfeestoken

Liquid Protocol

Agent 发射基础设施

打开工具

面向 AI-native assets 和自治 Agent 实验的发射与流动性基础设施。

为什么重要: 它把发射界面和协议费用捕获连接起来，是 tokenized ZHC 设计的核心环节。
成熟度

早期但已产生协议收入

证明类型

有 DefiLlama 收入历史，以及 AUTONO 等 live agent launch 案例

适合: 创建带协议费用记录的 tokenized ZHC 实验。
最适合在: 当你想用已经有费用历史和联动实验的发射基础设施时最合适。
不适合在: 如果你在市场界面出现之前，首先需要完整公司工作流，它不适合。
观察到的使用
AUTONOLiquid ecosystem launches
launchfeesliquidity

Clanker

社交发币

打开工具

Base 生态社交和 Agent 项目常用的 token 部署基础设施。

为什么重要: 当分发和发币紧密耦合在社交图谱中时，它很有价值。
成熟度

成熟的社交发射轨道

证明类型

已在 Base 原生社交和 Agent token 发射中广泛观察到

适合: 从社交界面快速做 token 实验。
最适合在: 当叙事分发本身就是发射机制的一部分时最合适。
不适合在: 如果你需要更强 treasury 框架和更精心策划的官方发射环境，它不够理想。
观察到的使用
Base-native social launchesJuno-style token deployment patterns
launchbasesocial

证明与分析

7 个工具

BaseScan

链上证明界面

打开工具

用于验证 treasury 钱包、token 合约、转账和与实体相关链上活动的浏览器层。

为什么重要: 如果一个 ZHC 说自己在 Base 上透明，BaseScan 就应该是兑现这句话的地方。
成熟度

成熟的区块链浏览器

证明类型

Base 上钱包、合约、treasury 变动和持币快照的第一手来源

适合: 验证官方合约、钱包和 treasury 轨迹。
最适合在: 当你需要第一手链上证据，而不是 dashboard 二次解释时最适合。
不适合在: 如果你同时需要趋势总结和可读图表，它不适合作为唯一分析层。
观察到的使用
ZHCs.AI verification flowBase-native projects
explorerproofbase

DefiLlama

协议收入与费用追踪

打开工具

用于覆盖协议费用、收入和其他金融界面的链上协议分析平台。

为什么重要: 当一个 ZHC 更像协议而不是 SaaS 业务时，DefiLlama 会成为更自然的 proof 层。
成熟度

成熟的协议分析层

证明类型

在协议研究中被广泛使用的公开费用和收入界面

适合: 适合具备费用和收入界面的协议型 ZHC。
最适合在: 当你需要一个公开、可比较的链上费用或收入 benchmark 时最合适。
不适合在: 对于主要 traction 仍停留在产品使用量或 Stripe 收入中的早期产品公司，它并不理想。
观察到的使用
Liquid Protocol-style fee surfacesProtocol research
revenuefeesprotocol

DexScreener

Token 行情数据

打开工具

DEX 行情数据源，用于追踪 crypto-native ZHC 资产的价格、流动性、成交量和交易对。

为什么重要: 没有清晰的官方 token 场所和可见流动性界面，就谈不上市场 traction。
成熟度

成熟的市场界面

证明类型

ZHCs.AI 排行和项目监控直接使用的 live 行情数据

适合: 监控官方 token 市场信号。
最适合在: 当 token 已足够官方，值得被持续监控价格、市值和交易对时最适合。
不适合在: 如果项目更需要收入或用户证明，而不是只有市场信号，它不适合作为唯一证明层。
观察到的使用
ZHCs.AIOfficial token monitoring
market-datapriceliquidity

Dune

链上分析

打开工具

基于 SQL 的链上分析与 dashboard，用于协议使用、treasury、用户和费用追踪。

为什么重要: Dune 能把链上声明变成第三方可以真正审查的证据。
成熟度

成熟的分析层

证明类型

可公开的链上 dashboard、treasury 追踪和使用表

适合: 把 ZHC 链上活动变成公开 dashboard。
最适合在: 当 treasury 流、费用事件或用户行为需要进入公开证明层时最合适。
不适合在: 如果你的证明层主要是法币收入，且还没有太多有意义的链上状态，它不适合优先使用。
观察到的使用
On-chain ZHC analyticsTreasury and fee dashboards
analyticsdashboardon-chain

TrustMRR

收入验证

打开工具

面向 AI-native 和 indie internet businesses 的公开收入验证界面。

为什么重要: 对于非 Web3 或混合型 ZHC，已验证收入仍然是最强的生命力证明。
成熟度

已 live 的收入证明界面

证明类型

已在 Felix、Aleister 这类公开收入证明中观察到

适合: 展示非 Web3 ZHC 的 Stripe 类收入信号。
最适合在: 当你的核心优势是真实现金流，并且希望外部快速信任这个数字时最合适。
不适合在: 如果项目还没有已验证收入路径，只想先讲叙事，它不适合优先使用。
观察到的使用
FelixAleister
revenueprooffiat

PostHog

产品使用分析

打开工具

用于证明使用量、留存、激活和行为模式的产品分析层，适合在公司进入成熟公开市场之前使用。

为什么重要: Traction 不只有收入。很多严肃的 OPC 和早期 ZHC，最先证明的是重复使用。
成熟度

成熟的产品分析栈

证明类型

被广泛用于产品团队的事件、漏斗和留存分析

适合: 在公开 token 或 treasury 复杂度之前，先展示产品 traction。
最适合在: 当使用量、激活和留存比市值更能说明问题时最合适。
不适合在: 当项目已经公开交易或 treasury 很重时，它不适合作为唯一 proof 层。
观察到的使用
OPC buildersAI-first product teams
analyticsproducttraction

Plausible

简洁流量证明

打开工具

轻量网站分析工具，适合在不引入重栈的前提下展示公开流量和漏斗顶部兴趣。

为什么重要: 不是每个 builder 都需要完整分析栈。有时最合适的第一份 proof，只是有人真的在来。
成熟度

成熟的轻量分析工具

证明类型

用于简单兴趣证明的公开或半公开流量访问分析

适合: 适合 landing page、waitlist 和早期内容界面的简洁公开证明。
最适合在: 当你在深入埋点之前，需要低摩擦的流量证明时最适合。
不适合在: 如果你的投资人或团队需要详细行为、留存或 cohort 分析，它就不够用了。
观察到的使用
Early-stage buildersLean landing pages
trafficanalyticslean