Blocks.ai 产品深度分析报告：AI Agent 时代的”连接层”机会
产品定位：Blocks.ai（“Not a platform. The network.”）是一个为 AI Agent 提供”出站连接”基础设施的网络。它让任何运行在本地、云端或边缘设备上的 AI Agent，无需配置服务器、域名、防火墙，就能被全世界的开发者和企业调用并按用量计费。
官网：https://blocks.ai/ ｜ 核心标语：“Most agents never reach the world. Yours will.”
一、产品核心：它到底解决什么问题？
在解读 Blocks.ai 之前，必须先看清它切入的精确位置——它不写 Agent，不训练模型，不卖 GPU，而是解决”Agent 写完之后到服务全球”之间那段被忽略的空白。
1. 行业现状：Agent 的”最后一公里”断链
2024–2026 年，Agent 框架（LangChain、CrewAI、AutoGen、OpenClaw 等）大爆发，“造一个 Agent”本身已是已解决的问题。真正的难题是：
| 你想让 Agent 被别人调用 | 传统需要做的事 |
|---|---|
| 暴露 API | 买云服务器、装 Nginx、申请域名、配置 SSL、备案 |
| 应对公网访问 | 配防火墙、静态 IP、端口映射 |
| 上规模 | 负载均衡、限流、队列、状态监控 |
| 收费 | 自己接 Stripe、订单系统、对账 |
| 安全 | 鉴权、Token 轮换、审计日志 |
Blocks 官网的判断很犀利：“Supabase 之于数据库，Vercel 之于部署，Agent 通信这一层——Nothing。“
2. 它的解法：单条”出站连接” = 完整基础设施
Blocks 的产品哲学可以用一句话概括：让 Agent 主动”打电话回家”，而不是让世界”敲你的门”。
- 一条出站 WebSocket 连接：你的 Agent 跑在笔记本、树莓派、企业内网、AWS 任意角落都行
- 零入站端口：不需要开放防火墙、不需要公网 IP
- 任务从云端推下来：Blocks Network 把调用方的请求通过这条连接送进来
- 结果原路返回：流式（streaming）或请求-响应（request/response）都支持
- Token 鉴权 + 自动限流 + 任务队列：开箱即用
- 赚钱：内置 Stripe 抽成 15%，Builder 拿 85%
对 Agent 拥有者来说，部署流程被压缩到：
@https://config.blocks.ai/SKILL.md connect a new agent对着一句提示词，AI 编码助手（Cursor / Claude）就能把 Agent 接到 Blocks Network——这就是它的”五分钟上线”。
二、产品架构深度解读
1. 核心能力矩阵
| 能力 | 详细说明 | 创业者价值 |
|---|---|---|
| Outbound-only 架构 | Agent → Blocks 唯一方向，调用方永远主动来 | 突破企业内网/家庭网络/边缘设备限制 |
| PubNub 基础设施 | 底层 15+ 年生产验证、99.999% SLA、Fortune 500 级别 | 创业第一天就享有企业级可靠性 |
| 开源 SDK | Python + TypeScript，Apache 2.0 协议 | 可审计、可自托管，无厂商锁定焦虑 |
| 流式定价 | 按”调用次数”或”按分钟”两种计费模式 | 直播字幕、实时音视频等长会话场景具备经济性 |
| Fan-out | 一个流可分发给多个消费者 | 比传统平台”每加一个消费者翻倍成本”友好 |
| 零运维 | Blocks 不启动、不停止、不接触你的进程 | Agent 升级、迁移、灰度全由你控制 |
| 安全模型 | TLS 传输、AES-256 存储、Token 鉴权、SOC 2 Type II、GDPR | 合规开箱即用，省掉 B 端销售最大门槛 |
2. 一个值得划重点的设计：路由层 ≠ 计算层
这是 Blocks 反复强调的”安全故事”：
“Your code never touches our servers. Blocks is a routing layer, not a compute layer.”
- Blocks 只做消息路由和支付清算
- Agent 逻辑完全在用户机器上跑
- 用户的 IP、模型、训练数据、推理输出都不经过 Blocks 服务器
对创业者意义重大：当你的 Agent 处理客户敏感数据（医疗病历、金融交易、合同分析）时，“数据不出本地”是拿下大客户的核心卖点。
3. 商业模式：85/15 分成 + Stripe 即插即用
| 角色 | 动作 | 收益 |
|---|---|---|
| Builder（Agent 拥有者） | 写 Agent → 上架 Blocks | 设置单价，调用发生即收入，Blocks 抽 15% |
| Caller（调用方） | 浏览器试玩 或 SDK 集成 | 按次 / 按分钟付费，无订阅无最低消费 |
| Blocks | 提供网络、路由、支付 | 15% 平台抽成 |
零前期成本、零订阅、只有当 Builder 赚到钱时 Blocks 才赚钱——这是典型的双边市场飞轮设计。
三、市场机会分析
1. TAM 为什么在 2026 年才真正打开？
| 时间点 | 关键事件 | 对 Blocks 的影响 |
|---|---|---|
| 2023 | GPT-4 + LangChain 引爆 Agent 概念 | 框架层饱和 |
| 2024 | MCP（Model Context Protocol）出现 | Agent ↔ 工具标准开始形成 |
| 2025 | A2A（Agent-to-Agent）协议萌芽 | 跨 Agent 通信需求浮出水面 |
| 2026 | Agent 数量爆炸，“孤岛 Agent”问题显现 | Blocks 的”网络效应”窗口期 |
关键判断：Agent 通信是一个被框架厂商低估、但又必须在某个时点被填满的空白。Supabase、Vercel、Stripe 都证明过——当一个基础设施层缺失时，先做出”默认选项”的公司估值会远超想象。
2. 竞争格局：看似无人，实则有暗礁
| 竞品 | 切入角度 | 与 Blocks 的差异 |
|---|---|---|
| OpenAI Functions / Assistants API | 平台绑定 | 强依赖 OpenAI，数据/算力被托管 |
| Replicate / Modal | 算力托管 | 关心 GPU，不关心”分发” |
| Hugging Face Spaces | 模型 demo 展示 | 不能商业化、不能流式、不能分账 |
| Cloudflare Workers / Durable Objects | 通用 serverless | 需要你自己写路由、鉴权、计费 |
| Phidata / CrewAI / LangGraph | Agent 框架 | 只解决”造 Agent”，不解决”卖 Agent” |
Blocks 的真正护城河：它选择站在”所有框架”中间，做 Agent 时代的 Twilio / Stripe——“无论你用什么框架造 Agent，最后都要过我这道门”。
3. 潜在的”赢者诅咒”风险
创业者必须警惕的几个雷区：
- A2A 标准化：如果 Google、Anthropic 把 Agent 通信写进 RFC 级别标准，Blocks 的”网络”价值会被压缩为”实现”
- 云厂商下沉：AWS / Azure 把”Agent Endpoint”做成原生服务
- 大模型厂商封闭生态：OpenAI / Anthropic 自建 Agent 市场
四、给创业者的三个关键启示
启示 1：寻找”框架到用户之间”的空白层
在任何一个技术浪潮中，最赚钱的公司往往不是”造东西”的公司，而是”让造出来的东西变成生意”的公司。
- 数据库框架 → Supabase（开源 + 托管）
- 前端框架 → Vercel（Next.js + 部署）
- AI 框架 → Blocks.ai（Agent + 分发 + 收钱）
给你自己的启发：在你所在的赛道里，有没有类似”框架已饱和，但缺少商业化最后一公里”的机会？比如：开源 BI → 商业化分析平台；开源 RPA → 任务分发网络；开源 CMS → 内容货币化网络。
启示 2：基础设施产品的”5-3-2”定价法
Blocks 的定价是教科书级别的：
- 85% 归 Builder：高于行业惯例（Apple Store 70/30、应用商店 70/30），建立 Builder 友好形象
- 15% 给平台：足够覆盖 PubNub 成本 + 利润，但又不至于让 Builder 觉得被割
- 零门槛：没有月费、没有最低消费、没有审批
给你自己的启发：当你的双边市场还小时，把分给供给侧的蛋糕做大比抽成率重要。一个 5% 抽成但月交易 1 亿的平台，远胜 30% 抽成但月交易 100 万的平台。
启示 3：开源 SDK = 信任 + 增长飞轮
Blocks 把 SDK 以 Apache 2.0 开源，不是为了慈善，而是商业设计：
- 任何想”自托管 Blocks 兼容网络”的人都被允许
- 结果：更多人基于 Blocks 协议造 Agent → Agent 越多 → Blocks 网络价值越大
- 跟当年 MongoDB 协议层开放、Redis 模块化是同一逻辑
给你自己的启发：你的产品中，哪一部分可以开源作为”标准争夺武器”？开源不是放弃商业化，而是用”标准控制权”换”商业化主航道”。
五、我的综合判断
✅ 我看好的 3 个理由
- 赛道时机精准：Agent 数量爆发，但分发层空白，2026 年是窗口期
- 架构选择高级：outbound-only 解决了”Agent 上线”的根本痛点，优雅
- 商业模式健康：双边的抽成 + Stripe 即插即用，现金流模型清晰
⚠️ 我担心的 3 个风险
- 网络效应启动期长：双边市场冷启动是地狱，初期 Agent 少 → 没人调用 → 没人上架
- 大厂碾压概率高：Google A2A / Microsoft Copilot Studio / Amazon Bedrock Agents 一旦补齐这个能力，Blocks 要么被收购要么被边缘化
- 盈利天花板受限：15% 抽成在年 GMV 10 亿以下时，可能连 PubNub 成本都覆盖困难
🎯 给创业者的最终建议
不要复制 Blocks，要复制 Blocks 的”找空白层”思维。
无论你是在做 AI、Web3、SaaS 还是硬件，真正的金矿不在”造新东西”里，而在”让造出来的东西被世界使用”里。
- 如果你在做 AI Agent → 立刻调研 Blocks 模式，考虑自建垂直版本（医疗 Agent 分发、法律 Agent 分发、教育 Agent 分发）
- 如果你在做 开源工具 → 学习 Blocks 的”开源 SDK + 托管网络”双层打法
- 如果你在做 任何双边市场 → 抄走 85/15 分成 + 零门槛 + 流式计费这套组合拳
附：如果你正在评估是否用 Blocks 来商业化你的 Agent
| 适合用 Blocks | 暂时不适合 |
|---|---|
| 你的 Agent 处理通用任务（翻译、摘要、客服） | 你的 Agent 需要极低延迟（高频交易、机器人控制） |
| 你想 5 分钟内被全球开发者试玩 | 你的 Agent 强依赖特定云厂商生态 |
| 你的客户接受按次/按分钟计费 | 你的客户是大型企业，需要私有部署 + 长合同 |
| 你不想当 DevOps 工程师 | 你已有成熟 DevOps 团队和基础设施 |
最后一句：基础设施公司的胜负，从来不在技术，而在”成为默认”的速度。Blocks 押注的是 Agent 时代的”Twilio 时刻”——这个赌局才刚刚开始。
报告基于 Blocks.ai 官网（2026 年 1 月）、产品评测站、开发者社区公开信息综合分析。