投入少 × 天花板高 × 时间复利——三条全中的有两个:DOC-02 今天就能跑,AgentLedger 是终局。
| 产品 | 启动团队 | 收入天花板 | 「越来越赚」的机制 | 三条标准综合匹配 |
|---|---|---|---|---|
| DOC-08 · AgentLedger 机器商业凭证层终局卡位 | 3–5 人 | 最高(随 Agent 经济 GMV 抽成) | 三重复利:大盘指数增长 × 凭证数据沉淀 × 双边网络效应,成本恒定 | ●●● |
| DOC-02 · AgentTreasury先做 | 3–4 人 | Y3 约 ¥3,000–5,000 万 | 客户 Agent 支出内生增长,不卖新客户也增收 | ●●● |
| DOC-03 · AgentPay | 2–4 人→10 人 | 高(Y3 约 ¥3,600 万) | 随客户数线性涨,需持续企业销售 | ●●○ |
| DOC-07 · KeyGuard | 1–2 人 | 低(Y3 约 ¥250 万/年) | 近零流失订阅纯累积,但天花板低 | ●●○ |
| DOC-04 · AgentPrice | 2–3 人 | 高(标准采纳后撮合抽成) | 目录网络效应复利,收录越多越标准 | ●●○ |
| DOC-05 · AgentTax | 3–4 人(含合规顾问) | 中高 | Agent 交易量涨则按张抽费涨,合规替换成本极高 | ●●○ |
| DOC-01 · AgentRank | 1–2 人 | 中(中性 ¥11 万/月) | SEO 复利但需月度复测持续投入 | ●●○ |
| DOC-06 · AgentLabor | 重运营(需囤供给) | 中高(双边飞轮) | 双边网络效应,冷启动最难 | ●○○ |
| DOC-09 · AgentRisk | 2–3 人 | 中(依赖 AgentLedger 数据) | 数据厚度复利,天然第三曲线 | ●○○ |
实施路线:DOC-01 → DOC-02 现金流先行 → DOC-03~05 扩展收入与标准 → DOC-08 在 M12 由现金流与数据喂养启动 → DOC-09 第三曲线。
AI Agent 实测榜(代号,正式品牌名待定)——全球第一家「带实测成绩」的 AI Agent 评测平台:同一个标准化任务喂给数十个 Agent,公开跑分、实名点评、按效果推荐——做 AI 工具爆发时代的 G2 × 大众点评。
「买 AI 工具之前,先看 AgentRank 的实测成绩单。」
现有的 AI 工具目录站(There's An AI For That 等)全部是「收录 + 厂商自述」,用户看完仍然不知道哪个能用。AgentRank 的核心差异只有一个:每个上榜 Agent 都必须跑过我们的标准化任务,成绩公开,好坏都晒。
结论先行:完整形态(消费级 Agent × 标准化实测 × 公开榜单 × 用户点评 × 媒体化变现)全球不存在,但有三个「半个占位者」,窗口带刺。
| 玩家 | 做了什么 | 与我们的差距 | 威胁度 |
|---|---|---|---|
| xbench(红杉中国发起) | 真正做产品级 Agent 实测(DeepSearch 榜实测 ChatGPT/Kimi/Manus 等 11 款,含分数+成本+耗时,月度更新),方法论与我们几乎一致 | VC 投研项目,无商业模式、无用户点评、不面向消费者 | 高 |
| G2 Agent Evaluations(2026 上线) | 把 9 个客服 Agent 放进同一家模拟公司跑 1900 会话标准化任务,四维打分,季度复测——教科书级方法论 | 只做 B2B 客服类目,不碰消费级通用 Agent;无大众用户点评 | 高 |
| Arena.ai Agent Arena(UC Berkeley 系) | 基于 170 万+ 真实 agent 任务行为信号排名 | 测的是模型(GPT/Claude)而非封装产品;非标准化任务实测 | 中 |
| 同名项目(agentrank.nanocorp.app 等 4 家) | 定位几乎雷同,宣称 500+ agents | 均停留在 Beta/waitlist 未上线;点子多人想到、无人能执行落地——本身是信号 | 中 |
| 学术基准(GAIA / SWE-bench / WebArena 等) | 技术正确率基准,研发圈事实标准 | 测模型不测产品;厂商自报;无成本/耗时/「能不能直接用」维度 | 低 |
| 目录站(There's An AI For That / Futurepedia / AICPB) | 收录 1–5 万+ 工具,月访数百万,靠提交费+赞助变现 | 明确不做实测——实测不在目录站的成本结构里 | 低 |
| 实测 KOL(Matt Wolfe / AI Advantage / 卡兹克) | 实测内容赚钱已验证:Matt Wolfe 自述赞助收入 $100K+/月,The Rundown AI 年化 $7–10M | 全是媒体内容逻辑,没有沉淀为可检索、固定口径、定期复测的数据产品 | 中 |
| 角色 | 场景 | 核心诉求 |
|---|---|---|
| 独立开发者 / 创业者 | 为工作流挑工具,每周都有新工具冒出来 | 不想一个个试,要「谁真的能用」的结论 |
| 中小企业主 / 运营负责人 | 为团队采购 AI 工具(写作/客服/表格/设计) | 怕买错、怕被厂商宣传误导,要第三方背书 |
| AI 工具厂商 | 新品冷启动 | 需要权威实测背书 + 精准流量(付费方) |
| 功能 | 说明 | 优先级 |
|---|---|---|
| 标准化实测成绩单 | 5 个固定任务(写代码 / 做调研 / 做表格 / 做 PPT / 订行程),同一任务喂给所有被测 Agent,输出质量、耗时、成本逐项打分,原始输入输出全公开 | Must |
| 分类榜单 | 按场景(编程/营销/办公/设计/客服)出实测榜,排序只按成绩,广告位单独标注永不进榜 | Must |
| 单产品评测页 | 每个 Agent 一页:成绩单 + 适用人群 + 定价 + affiliate 链接(SEO 落地的基本单元) | Must |
| 用户点评 | 实名/半实名短评 + 有用投票,补充实测之外的长期使用体验 | Should |
| 「想让我测哪个」留资 | 用户需求反向众包选题,同时沉淀邮件列表 | Should |
| 对比工具(A vs B) | 两个产品成绩单并排对比 | Could(V1.1) |
| 自动实测流水线 | 用脚本/API 自动跑标准化任务,降低边际成本 | Could(V2) |
评测类产品的典型死法:第一个月人工测 50 个很爽,第三个月发现复测一次要一周,于是烂尾——烂尾的评测站比没有评测站更毁公信力。因此 5 个任务从第一天就设计成「机器可判分」:
| 任务 | 机器判分方式 | 人工介入 |
|---|---|---|
| 写代码 | 单元测试通过率 + 能否跑通 | 仅复核边界 case |
| 做调研 | 引用来源数量 + 事实核查点命中数 | 抽查事实错误 |
| 做表格 / PPT | 结构化检查(行列数/字段完整度/格式合规性) | 复核可读性 |
| 订行程 | 日期/价格/约束条件的结构化核对 | 复核合理性 |
人工只复核机器拿不准的约 20%。硬指标:单个产品单轮复测成本压到 $50 以下、2 小时以内——做不到这一点,月度复测就是空话。
| 收入线 | 模式 | 水平(估算) | 启动时间 |
|---|---|---|---|
| Affiliate 佣金 | 评测页挂推荐链接,成交分佣 | 20–40% 经常性佣金(行业惯例) | 上线即有 |
| 厂商认证 | 通过实测的厂商可购买「实测认证」徽章用于自身官网 | $200–500/次(估算) | 有公信力后(第 3 个月起) |
| 线索售卖 / 赞助位 | 榜单页标注「赞助」的固定位(永不混入排名) | $100–300/月/位(估算) | 流量起来后(第 4 个月起) |
优先申请 AI 写作/办公/设计/客服四类的头部工具联盟计划(如 Jasper、Copy.ai、Writesonic、Surfer 等方向),行业经常性佣金普遍在 20–40% 档;具体佣金率以各平台签约时的实际政策为准。筛选标准:有经常性佣金 > 有免费试用转化 > 品牌搜索量高。
| 情境 | 月 UV | 有效推荐 | 月收入(估算) |
|---|---|---|---|
| 保守(上线 6 个月) | 20,000 | 400 | $3,200 ≈ ¥2.3 万 |
| 中性(上线 12 个月) | 100,000 | 2,000 | $16,000 ≈ ¥11 万 |
| 乐观(进入品类前 3) | 500,000 | 10,000 | $80,000 ≈ ¥57 万 |
成本侧(v1.2 修正,调研后口径):服务器 + 域名 < ¥3,000/月;实测与复测成本是主要变动成本——单产品单轮数百至数千美元(API 调用 + 人工核验),30 个在榜产品月度复测约 $3,000–8,000/月(估算);团队 1–2 人。净利率修正为 70–85%(不再是 95%)。这不是纯被动收入,但评测页是永久内容资产,搜索流量复利累积——「一次生产、持续收租 + 月度维护」。
| 渠道 | 动作 | 时间 |
|---|---|---|
| 社区(冷启动主战场) | 即刻 / V2EX / Reddit(r/singularity、r/ArtificialInteligence):发「实测翻车集锦」——Manus 订行程订错日期、某 Agent 写代码跑不通还嘴硬。翻车内容自带传播,评论区会告诉我们下一期测什么;不发硬广 | 第 1 周起 |
| Product Hunt | 以「第一个实测型 AI Agent 榜单」发布一次 | 第 3 周 |
| SEO(长线资产) | 30 个消费级通用 Agent 评测页 + 对比页,静态站秒开,中英双语——买前搜索的最后一公里,随时间升值 | 持续 |
| 厂商联动 | 实测成绩好的产品会主动引用我们的徽章 = 免费外链 | 自然发生 |
达标 → 加注(扩充到 200 个 Agent + 对比工具);不达标 → 复盘选题与渠道,仍不达标则切换备用方向,沉没成本控制在 3 周内。
| 风险 | 等级 | 对策 |
|---|---|---|
| 巨头俯视:xbench 商业化 / G2 扩类目,任一转向即碾压全品类平台 | 高 | 窄切口(只做消费级通用 Agent 类目)+ 抢时间窗口(12 个月内做出类目第一名心智);持续监控两家动态 |
| 品牌名冲突:「AgentRank」已被 4 家注册,SEO 互相分流 | 高 | 上线前换名(候选:TestedAgents / AgentVerdict / ProvenAgent /「AI 实测局」),评审拍板 |
| 成绩保鲜期:产品 3 个月一迭代,成绩过期即失信 | 中 | 月度复测写进成本结构(06 节已按此修正);45 天未复测自动置灰 |
| 实测内容产出慢,前期流量冷启动困难 | 中 | 标准化任务模板化 + AI 辅助初稿 + 人工核验;选题由留资众包驱动 |
| 厂商对差评施压/争议 | 中 | 原始输入输出全部公开可查;评测口径方法论页公示;法律免责声明 |
| AI 公司自带评测(如 OpenAI 官方基准) | 低 | 厂商自评缺乏中立性,73% 买家信任独立实验室(G2 调研),第三方需求反而更强 |
| affiliate 政策变动 | 低 | 收入线三条并行,不依赖单一厂商 |
评测数据是通用资产,榜单只是它的第一种变现形态。即使榜单没做起来,过程中积累的 50 个 Agent 一手实测数据、横评方法论、翻车素材,可以立刻转型为:
这样想,下行风险就被锁死了——最坏情况也能回收一个能赚钱的媒体生意。
| 节点 | 目标 |
|---|---|
| W1–W3 | MVP 上线,50 个 Agent 实测,PH 发布 |
| W4–W6 | 假门指标验证,决定加注或转向 |
| M3 | 200 个 Agent,对比工具上线,启动厂商认证收入线 |
| M6 | 月 UV 2 万+,月收入 $3,000+(保守情境下限) |
| M12 | 月 UV 10 万,月收入 $16K(中性情境);启动第二曲线(复用骨架) |
| 版本 | 日期 | 变更摘要 |
|---|---|---|
| v1.0 | 2026-10-20 | 首版 |
| v1.1 | 2026-10-20 | 新增竞争格局对比表(02 节)、五维实测评分口径与复测机制(04 节)、affiliate 目标申请清单(05 节) |
| v1.2 | 2026-10-20 | 吸收 40+ 来源竞争格局调研(2026.10):竞争表换成真实玩家(xbench/G2 Evaluations/Arena.ai/同名 4 家/学术基准/目录站/KOL)含威胁度分级;新增品牌名冲突风险与候选名(AgentRank 降级为代号);MVP 改为窄切口(消费级通用 Agent 单品类做穿);财务模型加入月度复测成本(净利率 95%→70–85%);新增 G2「73% 信任独立实验室」需求证据;复测机制从「大版本 30 天」升级为「月度复测底线 + 45 天置灰」;风险册新增巨头俯视/品牌名/保鲜期三项 |
| v1.3 | 2026-10-20 | 吸收五条执行建议:①新增终止条件(90 天 UV<5000 或转化<2% → 降级纯内容站,不加码);②实测半自动化(机器判分 + 人工复核 20%,单轮复测 <$50/<2h 硬指标);③护城河新增「彻底透明」(方法论/判分标准/实测录屏全公开);④冷启动改为社区先行(即刻/V2EX/Reddit 翻车集锦),SEO 殿后;⑤新增下行风险锁定(实测数据可转型 newsletter/内容服务/视频频道) |
本文档为产品设计方案,所有财务数字为估算口径,仅供内部评审;具体实施请结合公司合规与法务要求确认。竞品信息引自 2026-10 竞争格局调研(40+ 公开来源),可逐条复核。
AI Agent 财资层 —— Ramp / Brex for AI Agents。给每一个企业 Agent 发一张"公司卡":预算、限额、类目白名单、异常熔断、月度对账,全部程序化。
AgentTreasury 是企业的"AI Agent 财务部":把每一笔 Agent 自主支出纳入预算、限额、白名单与熔断规则之下,并提供月底一键对账的能力。
当企业开始允许 Agent 自主购买 API、算力、数据、甚至线下服务时,"谁批的、买了什么、还能花多少"这三个问题会立刻浮出水面。今天企业靠人肉看 OpenAI 账单 + 财务 Excel 是撑不住的;AgentTreasury 把这一切做成可编程的财资层,就像 Ramp / Brex 当年把公司卡做成 API 一样。
| 维度 | Ramp / Brex(人的企业卡) | AgentTreasury(Agent 的卡) |
|---|---|---|
| 支出主体 | 员工 | AI Agent |
| 审批链 | 主管 → 财务 | 策略引擎(规则 + 异常检测) |
| 单笔金额 | $10–$10k | $0.001–$100(微交易为主) |
| 交易频次 | 低(月百级) | 高(秒级并发) |
| 核心能力 | 发卡 + 报销 + 类目管控 | 预算 + 限额 + 熔断 + 程序化对账 |
市场已经用百亿美金估值证明过"企业卡 + 支出策略"这条路走得通;Agent 支出只是这条曲线向机器侧的自然延伸。区别在于:员工会犯错但有限,Agent 会在一秒钟内连续调用 1,000 次 API——因此熔断与限额必须是毫秒级、运行时的,这正是现有企业卡厂商没做、云厂商做不全的空位。
三个时间窗口叠加,使 2026–2027 成为做这个产品最好的时机:
纯 API 形态,核心组件四块,3–4 人团队即可维护:
给每个 Agent 发虚拟卡 / API Key 池,绑定预算、限额、类目白名单、单日/单月封顶。
毫秒级策略评估:类目、供应商、金额、频率、异常模式五维规则,可编程 DSL。
异常熔断:速率突增、目标变更、价格漂移、预算耗尽时秒级切断,自动报警。
跨云跨厂商自动对账:OpenAI / AWS / GCP / 自建推理 / 第三方 API 统一流水。
对接 NetSuite / QuickBooks / 用友 / 金蝶,凭证自动入账。
Web 控制台,只为财务与 Platform Team 提供可视化与审批,不面向开发者。
企业 Agent 支出政策数据(谁在什么场景、用什么模型、花多少钱、换供应商的频率)是只增不减的资产,且天然成为 AgentRisk(DOC-09)等下游产品的原料。
| 阶段 | 客户 / 付款人 | 定价 | 说明 |
|---|---|---|---|
| 今天(Y0–Y2) | CFO / Platform Lead(人) | $500–2,000 / 月 | 按管理 Agent 数量阶梯订阅,含基础策略 + 对账。 |
| 过渡期(Y2–Y3) | 同上 | 订阅 + 超额用量 | 超出免费额度按 $0.001 / 交易计费。 |
| 明天(Y3+) | Agent 自主申请额度 | 按流水抽成 0.5%–1% | Agent 作为经济主体自主申请信用额度,按通过流水抽成。 |
订阅模式保证现金流与数据沉淀;抽成模式保证天花板。两者不冲突,客户在同一合同内平滑过渡。
这是单边价值型产品——企业管好自己的 Agent 支出,不需要对手方同时在线。冷启动极其友好,核心是找到"已经痛了"的客户。
| 时间 | 关键里程碑 | 验证指标 | 收入目标 |
|---|---|---|---|
| Y1 | MVP + 8 家设计伙伴 + 首份行业报告 | 管理 Agent 数 ≥ 500;熔断拦截 ≥ 100 次真实异常;NPS ≥ 40 | ¥100–200 万 |
| Y2 | GA + 60 家付费客户 + 抽成模式 Beta | ARR ≥ $1.5M;管理流水 ≥ $200M / 年;月流失 ≤ 1% | ¥1,000–1,500 万 |
| Y3 | Agent 自主申请额度 GA + 国际版 | 抽成收入占比 ≥ 20%;管理流水 ≥ $1B / 年 | ¥3,000–5,000 万 |
| 风险 | 等级 | 说明 | 对策 |
|---|---|---|---|
| 云厂商下压 | 高 | AWS / GCP / Azure 把支出治理做成免费功能,挤压空间。 | 坚定站中立位——支持跨云、跨模型、跨支付通道;把"中立"写进所有市场物料。 |
| Agent 支出增速不及预期 | 中 | 若 Agent 经济起量慢,市场规模假设失效。 | 降级做"AI 支出 FinOps"切入存量市场,先把收入做起来。 |
| 合规与数据安全 | 中 | 托管企业支出数据需要 SOC 2 / ISO 27001。 | Y1 末启动 SOC 2 Type II 审计,Y2 完成。 |
| 巨头收购被拒后抄袭 | 低 | Stripe / Ramp 看到机会后入场。 | 聚焦 Agent 场景而非通用支出,跑得比它们组织调整快。 |
全球首个 AI 工作结果托管结算链接 + OEP-1 标准。先定义验收测试,再锁定里程碑;AI 交付证据签名留痕,验收通过自动分账。
立项时有四个硬要求。V4 把它们变成验收表——每条都对应具体的产品设计和验证方式,过不了就不 launch:
| 硬指标 | 产品设计要求 | 验证方式 | 诚实评估 |
|---|---|---|---|
| 全球第一 | claim 收窄为「首个 outcome escrow link for AI work」+ OEP-1 标准同日发布 | 首发日被 5+ 外部账号/社区引用;有开发者提交 issue 或集成请求 | 窄品类 50–65% 宽泛说法会被 Upwork/Escrow.com 打掉 |
| 人很少 | 自助 Link 为主、Standard 为辅;只接客观 checklist 品类;不仲裁;资金走持牌伙伴 | 每笔交易人工支持 <8 分钟;团队 2–4 人起步、Year 3 ≤10 人 | 可满足 前提是企业销售不喧宾夺主 |
| 未来赚大钱 | 四层收入:平台费 + Link 费率 + take rate + 数据/标准授权 | Year 3:ARR $5.8M + GMV $80M + take 收入 $3M+ | 天花板高 取决于 GMV,不只是客户数 |
| 越来越赚 | 数据飞轮:模板库 + 争议数据 + 风险评分 + SEO + 行业指数 | take rate 收入占比 0% → 20% → 40%;争议率逐月下降 | 可成立 前提是飞轮指标真的转起来 |
概率口径(诚实版):宽泛「AI 结算第一」可信度约 20–30%;收窄品类 + 快速 launch 后被公认为品类首发约 50–65%;成为持久品类领导者约 10–20%——首发品牌只在配上标准、数据、SEO、集成时才值钱,因为大平台和自由职业市场都会抄。
「全球第一」不是注册来的,是 launch 出来的——必须是第一个把窄品类说清楚、把标准公开、把真实交易跑起来的人。否则 3–6 个月后概念会被别人用更响亮的品牌拿走。首发当天必须齐四件:
Outcome Escrow Protocol v0.1,四个 schema 对象,公开可引用
开发者可验证 outcome contract / evidence event,抢标准制定者心智
首页正面回应 Upwork / Fiverr / Escrow.com / Stripe / Paid / Nevermined
前 100 笔匿名数据:自动放款率、争议率、平均放款时长
| 对手 | 他们有什么 | 为什么 AgentPay 不同 | 结论 |
|---|---|---|---|
| Upwork / Fiverr | 人类自由职业订单、milestone、人工争议 | 不验证 AI agent 证据链;不按 outcome rubric 自动放款;不拆模型/API/工具方分账;不产出保险/法务可用审计包 | 心智最近 必须正面击败 |
| Escrow.com | 通用托管付款 | 不懂 AI 工作验收事件,没有 agent evidence schema 和 outcome rubric library | 可差异化 强调 AI work native |
| Stripe / Paid / Nevermined | 计费、支付、agent monetization | 解决「怎么收钱/付钱」,不解决「这个结果该不该放款」 | 上下游 可集成而非硬碰 |
| 层 | 代表玩家 | 留给我们的缺口 |
|---|---|---|
| Agent 支付/钱包 | Nevermined、AWS AgentCore + Coinbase/Stripe(x402) | 解决「付钱」,不解决「干了多少活、干得对不对、出错谁赔」 |
| AI 计费 | Stripe Usage Billing、Paid.ai、Valmi | 偏厂商向客户收费,不是中立台账 |
| Runtime FinOps | SettleGrid、Tokenomy、TokenLine | 强在防超支;弱在验收、争议放款、多方分账 |
| 治理/身份 | Microsoft Agent 365、Google Cloud、OpenA2A | 大平台控制 registry;中立结算层仍可存在 |
| 责任/保险 | Harbor($10M 融资)等早期玩家 | 我们的 ledger 可成为保险/法务认可的证据层 |
自助里程碑结算链接。面向跨境 freelancer、agency、小卖家、AI 代运营。单笔 $50–$1,000 · 费率 2.5–3.5% + 固定小额费。这是「人很少」的关键:自助创建、自助付款、自动放款,无需销售。
数据 + 品牌 + SEO + 复购
企业验收规则库 + 集成 + 审计包。面向月 AI 支出 $50k+ 的中型公司。$3k–$10k/月 + 0.5–1% take rate。不要让它拖垮首发速度——企业销售重,放第二优先级。
现金流 + 高客单
签名证据与争议记录。hash chaining、时间戳、模型/工具版本、人工复核、放款原因全留痕。未来接保险、法务、审计和 Agent 信用分的地基。
信任复利
要吃首发品牌效应,必须发布一个别人可以引用、媒体可以写、开发者可以验证的标准:OEP-1:Outcome Escrow Protocol v0.1。
| Schema 对象 | 定义 | 示例 |
|---|---|---|
| outcome_contract | 验收事件、通过条件、争议期 | 工单 resolved 且 72h 无 reopen;买家未提出 checklist 违例 |
| evidence_event | 输入、输出、工具调用、模型版本、人工复核 | ticket_id、agent_run_id、model_version、tool_trace_hash、reviewer |
| dispute_window | 冻结时长、reopen 条件、无效争议规则 | 交付后 72h;仅允许 checklist violation;超时自动放款 |
| settlement_instruction | 分账对象、比例、释放条件 | agent 厂商 70%、模型/API 25%、工具方 5%;无 dispute 自动执行 |
| 维度 | AI 客服 / 电商运营 | Coding Agent | 结论 |
|---|---|---|---|
| 验收清晰度 | 高 resolved、72h 无 reopen、退款成功 | 中 PR merged + tests pass,但质量有主观性 | 先做客服/电商 |
| 交易频率 | 高 工单/退款/运营任务高频 | 中 任务更大但频次低 | 高频更适合数据飞轮 |
| 争议成本 | 可控 checklist 容易客观化 | 更高 code review 主观、责任边界复杂 | Coding 放第二阶段 |
| 集成入口 | Zendesk、Intercom、Shopify、Stripe、51pay | GitHub、CI、Linear/Jira、Stripe、51pay | 一期只承诺 3–5 个集成 |
| 收入层 | 定价 | 作用 |
|---|---|---|
| Standard 平台费 | $3k–$10k/月 | 现金流底盘(企业验收规则库 + 集成 + 审计包) |
| Link 交易费率 | 2.5–3.5% + 固定小额费 / 笔 | 随 GMV 自动增长;自助无销售成本 |
| Standard take rate | 0.5–1% | 仅对无异议放款的结算抽成;决定长期估值 |
| 数据/标准授权 | 按次 / 按年 | Audit pack、保险转介、AI Work Settlement Index 与 rubric 授权 |
要赚大,关键不是客户数,而是:月结算 GMV、自动放款率、模板页带来的自助交易占比、rubric 被写进采购合同的数量。这些指标向好,才是管道生意;只多签企业客户,那只是线性增长。
| 假设 | Year 1 | Year 2 | Year 3 |
|---|---|---|---|
| Standard 付费客户 | 4–8(试点) | 25 | 80 |
| 平台费 ARR | $150k–300k | $1.5M | $5.8M |
| Link 年交易笔数 | 300–800 | 20,000 | 150,000 |
| Link GMV | $0.1M | $8M | $80M |
| take rate + Link 费率收入 | ≈0 | $0.3M | $3M+ |
| take rate 收入占比 | 0% | 20% | 40% |
| 团队人数 | 2–4 | 6 | 10 |
| 层 | 30 天目标 | 通过标准 | 不达标动作 |
|---|---|---|---|
| Link 自助层 | 300 个链接创建;60 个实际付款;GMV $20k+ | 争议率 <12%;每笔人工支持 <8 分钟;至少 3 个卖家复用 | 退回「验收模板库订阅」,不硬撑平台 |
| Standard 标准层 | 10 个深访;5 个 design partner | 其中 2 个付 $3k+/月或预存;愿意把 rubric 写进采购/外包合同 | 说明企业痛点未到规模,先做自助层和模板 |
| 品牌首发 | 发布 OEP-1、validator、3 个 rubric、对比矩阵 | 被至少 5 个外部账号/社区引用;有开发者提交 issue 或集成请求 | claim 再收窄,补强对比和证据 |
参考来源:Upwork / Fiverr / Escrow.com · Stripe Usage-Based Billing · Paid.ai · Nevermined · AWS Bedrock AgentCore(x402)· SettleGrid · Tokenomy · TokenLine · Microsoft Agent 365 · OpenA2A AIM · Harbor(AI agent liability insurance)。内部产品文档 V4.0 · 2026-10-20。
机器可买价目表标准 —— Agent 经济的 schema.org。一个开放的 machine-readable 价格 / 规格 feed 标准 + 公开注册表,让 Agent 程序化回答"这个服务多少钱、怎么买"。
AgentPrice 让"价格"成为 Agent 可消费的开放数据——schema.org 当年做的事是描述网页,AgentPrice 做的事是描述"多少钱、怎么买、SLA 是什么"。
今天全世界所有 SaaS / API 的定价页都是给人看的 HTML,Agent 无法程序化理解。AgentPrice 定义一个 JSON Feed 规范 + 一个公开注册表(类似 DNS),厂商主动发布或被我们主动收录,Agent 通过一次 HTTP 调用即可获得价格、规格、限额、付款方式、试用额度。
| 已有标准 | 覆盖范围 | 空白 |
|---|---|---|
| schema.org | 描述实体、组织、产品元数据 | 不管价格、规格、购买动作 |
| OpenAPI | 描述 API 接口 | 不管价格与计费 |
| x402 / AP2 | 支付通道 | 不管发现与比价 |
| AgentPrice(本方案) | 价格、规格、限额、购买动作 | —— |
Agent 经济的价值链上有三层:发现(找谁买)→ 比价(怎么买最划算)→ 结算(怎么付)。x402 解决第三层,AgentPrice 解决第一层与第二层。今天第一层是空白,谁先做出标准谁就是 Agent 经济的 schema.org。
时机的另一个关键:Agent 采购的第一个杀手级场景已经出现——GPU 推理市场。GPU 价格每天波动、供应商上百家、规格千差万别,Agent 必须程序化比价才有意义。AgentPrice 从这个垂直切入,前 6 个月只做 GPU 推理市场即可养活自己。
开放 JSON Schema:服务名、SKU、单价、计费粒度、限额、SLA、试用、付款方式、购买动作 URL。
公开注册表(类似 DNS),厂商主动注册,免费检索,付费获得"认证徽章"。
主动爬取 Top 厂商定价页,LLM 解析 + 人工校审,自动生成 PriceFeed。
给 Agent 用的查询接口:GET /resolve?intent=llm_inference&budget=0.01 返回最匹配的服务列表。
厂商认领条目、更新价格、查看被 Agent 查询与选择的次数。
撮合层(Y2 上线):基于 PriceFeed + Resolver 日志做智能推荐,按成交抽成。
| 阶段 | 收入来源 | 定价 | 说明 |
|---|---|---|---|
| 今天(Y0–Y2) | 厂商付收录费 / 认证徽章费 | $200–2,000 / 月 | 厂商付,因为他们想让 Agent 找到自己;付费获得"已认证"标识 + 流量优先。 |
| 过渡期(Y2) | 数据 API 订阅 | $500–5,000 / 月 | 给下游工具(AgentPay、AgentLedger)提供比价与规格数据。 |
| 明天(Y3+) | 撮合抽成 | 成交金额 1%–3% | Agent 通过 Match Engine 直接下单,按成交抽成。 |
可以单边起手——不需要厂商主动来,我们先自己把 Top 厂商的机器价目表爬出来,再让厂商认领。
| 时间 | 里程碑 | 验证指标 |
|---|---|---|
| 月 3 | GPU 推理 100 家 PriceFeed 上线 | Resolver 日调用 ≥ 10k;活跃 Agent 数 ≥ 200 |
| 月 6 | 10 家认证厂商 + 扩展到 LLM API | 认证厂商收入 ≥ $5k / 月;Agent 主动调用占比 ≥ 30% |
| 月 12 | 3 个垂直 + 500 家厂商 | Resolver 日调用 ≥ 100k;认证厂商收入 ≥ $50k / 月 |
| Y2 | 撮合层 Beta | 月撮合流水 ≥ $10M;抽成收入 ≥ $100k / 月 |
| 风险 | 等级 | 说明 | 对策 |
|---|---|---|---|
| 标准无人采纳 | 高 | 标准类产品的最大风险。 | 前 6 个月只服务 GPU 推理一个垂直,把这个垂直做到垄断,再横向扩。 |
| 厂商起诉爬虫 | 中 | 主动爬取价格可能违反 ToS。 | 法务先行,只爬公开页面;保留人工校审,让数据可解释、可辩护。 |
| 大平台自建目录 | 中 | OpenRouter、HuggingFace 等可能自建价目表。 | 保持跨平台中立;专注 Agent 原生协议(MCP / x402)而非 Web UI。 |
| LLM 直接解析定价页 | 低 | Agent 可能直接读 HTML 不再需要标准。 | 强调成本与延迟优势:一次 API 调用 vs. 多次爬取 + LLM 解析,成本差 100 倍。 |
Agent 交易税务发票自动化 —— Avalara for Agent Commerce。Agent 全球买服务,跨境微交易的税、发票、代扣代缴,全部由机器自动完成。
AgentTax 自动为 Agent 跨境微交易开票、计税、代扣代缴——让企业审计 Agent 支出时不再有"那颗雷"。
当一个 Agent 在凌晨 3 点给一家新加坡公司付了 $0.003 调用一次 API,税怎么算、发票谁开、能否作为企业成本入账?今天没人回答这个问题。企业财务面对 Agent 支出流水时几乎无解。AgentTax 是 Avalara 在 Agent 经济里的对应物。
| 已有方案 | 覆盖范围 | 不覆盖 |
|---|---|---|
| Avalara / Stripe Tax | 人类企业间 B2B / B2C 交易 | 机器间微交易($0.001 级) |
| 加密税务工具(TokenTax 等) | 炒币 / DeFi 收益 | Agent 采购服务的进项管理 |
| 电子发票平台(各国本地) | 单一法域、人类交易 | 跨境、跨法域、机器主体 |
| AgentTax(本方案) | Agent 跨境微交易全链路 | —— |
合规是确定性刚需:不是因为 Agent 经济多性感,而是因为企业已经踩到雷了。任何一家月 AI 支出 $50k+ 的企业,只要被审计过一次,都会立刻成为客户。
规则引擎:美国 + 新加坡 + 欧盟 VAT 三大法域的跨境服务税规则,毫秒级计算。
机器对机器的电子发票开具,兼容 Peppol / Factur-X / IRAS XML / IRS 8949。
按法域规则自动代扣代缴,与当地税务机关直连或通过服务商对接。
不可篡改的审计日志,与 AgentLedger 凭证层天然协同——凭证就是开票原料。
对接 NetSuite / SAP / 用友,凭证 + 发票 + 税单三单自动入账。
财务与审计人员的可视化台,按月生成 Agent 支出税务报告。
AgentLedger 记录了"谁买了什么、什么时候、多少钱、对方是谁"——这就是开发票所需的全部字段。两个产品共用同一凭证层,数据不重复采集,边际成本几乎为零。
| 阶段 | 客户 / 付款人 | 定价 | 说明 |
|---|---|---|---|
| 今天(Y0–Y2) | 企业财务(人) | $300–1,500 / 月 | 按覆盖法域数 + 月交易量阶梯订阅,审计刚需驱动。 |
| 过渡期(Y2) | 同上 + 会计师事务所 | 订阅 + 按张计费 | 超过订阅额度的发票按 $0.05 / 张收费。 |
| 明天(Y3+) | 嵌入支付协议 | 按张抽费 $0.01–0.1 | x402 等协议内置调用,自动开票,按张抽成,无感支付。 |
这是单边价值产品——企业自己的合规问题,不需要对手方。冷启动路径清晰,但销售周期天然较长,要用内容营销 + 渠道合作加速。
| 时间 | 里程碑 | 验证指标 |
|---|---|---|
| 月 6 | 美国 + 新加坡 MVP | 3 家设计伙伴;月开票 ≥ 10k 张;0 错单 |
| 月 12 | 10 家会计师事务所渠道 | 付费客户 ≥ 30;月开票 ≥ 100k 张;NPS ≥ 50 |
| Y2 | 欧盟 VAT 上线 | ARR ≥ $1M;客户月流失 ≤ 0.5%;审计通过率 100% |
| Y3 | 嵌入支付协议 Beta | 按张抽费收入占比 ≥ 25%;ARR ≥ $3M |
| 风险 | 等级 | 说明 | 对策 |
|---|---|---|---|
| 各国税务规则碎片化 | 高 | 每个法域规则不同且常变。 | 前 2 年只做美国 + 新加坡 + 欧盟 VAT 三个法域;规则引擎做 DSL 化,新法域接入 < 1 个月。 |
| Avalara 入场 | 中 | 巨头看到 Agent 经济后下场。 | 跑得比它组织调整快;深度绑定 AgentLedger / AgentPay,让它无法绕开。 |
| 税务责任边界 | 中 | 代扣代缴涉及法律责任。 | 定位"工具 + 数据",不主动承担扣缴义务;扣缴义务留给支付通道。 |
| 合规成本 | 低 | 需要持牌会计师 / 税务师参与。 | 早期以顾问形式合作,不雇佣持牌人员。 |
人类能力 API 化市场 —— 把人卖给机器。人把验证、标注、稀缺数据、线下执行等能力封装成机器可调用的 MCP 端点,买家是 Agent 不是人。
AgentLabor 是 Agent 经济的"人类执行层"——人把验证、标注、稀缺数据、线下执行等能力封装成 MCP 端点,被 AI Agent 程序化调用。
Mechanical Turk 是给人看的 UI;Agent 需要的是程序化"人类执行端点"。当 Agent 遇到自己搞不定的事(识别一张模糊的发票、验证一个地址是否真实存在、去线下盖一个章),它需要一个可以花钱调用的"人类 API"。AgentLabor 就是这个市场。
| 方案 | 买家 | 调用方式 | 问题 |
|---|---|---|---|
| Mechanical Turk | 人(企业 HR / 研究员) | Web UI + API(老) | UI 为人设计,Agent 用起来很贵很慢 |
| Scale AI / Surge | AI 实验室 | 项目制 + 重运营 | 只适合大客户,Agent 自主小额采购不适用 |
| Upwork / Fiverr | 人(自由职业雇主) | Web UI | 周期以天计,Agent 需要秒级响应 |
| AgentLabor(本方案) | AI Agent | MCP / HTTP 端点 | —— |
关键差异:买家是 Agent 不是人。这带来三个全新约束——调用必须毫秒级返回句柄、任务必须可异步、支付必须程序化。现有平台都没为 Agent 设计过。
短期市场估算:Agent 调用的"人类执行"市场 Y3 可达 $5–10 亿,AgentLabor 目标份额 10–15%。
人类能力的标准化 MCP 接口:任务描述、输入、输出、SLA、价格、回调。
人的工作台:接任务、提交结果、收款、积累信誉。
给 Agent 的调用网关:路由、限流、监控、审计。
验收争议仲裁:复用 AgentPay 的争议机制 + 社区仲裁。
人类执行者的声誉图谱,数据与 AgentLedger 共享。
Agent 按技能、价格、信誉、地理位置路由到最合适的人。
| 阶段 | 收入来源 | 定价 | 说明 |
|---|---|---|---|
| 今天(Y0–Y2) | 企业 / 开发者(人) | $200–1,000 / 月 | 上架费 + 质保订阅,含 100 次任务额度。 |
| 过渡期(Y2) | 同上 | 订阅 + 调用抽成 15% | 超出订阅额度按调用抽成。 |
| 明天(Y3+) | Agent 自主采购 | 调用抽成 12–20% | Agent 作为买家自主比价下单,我们抽成。 |
AgentLabor 是九个产品里冷启动最难的一个——纯双边鸡生蛋,供给不来 Agent 不会来,Agent 不来供给不会来。唯一可行的打法是先手动囤供给。
| 时间 | 里程碑 | 验证指标 |
|---|---|---|
| 月 3 | 100 个手工供给上线 | 平均响应时间 ≤ 5 分钟;任务完成率 ≥ 95% |
| 月 6 | 物流签收场景打透 | 月任务量 ≥ 10k;客户 ≥ 3;NPS ≥ 60 |
| 月 12 | 开放注册 + 3 个场景 | 供给端 ≥ 2,000 人;月任务量 ≥ 100k;抽成收入 ≥ $50k / 月 |
| Y2 | Agent 自主采购 Beta | Agent 流量占比 ≥ 40%;月任务量 ≥ 1M;抽成收入 ≥ $300k / 月 |
| 风险 | 等级 | 说明 | 对策 |
|---|---|---|---|
| 质量仲裁难 | 高 | Agent 与人类对"完成"的理解可能不同。 | 复用 AgentPay 的验收争议机制 + 社区仲裁 + SLA 模板化。 |
| 双边冷启动失败 | 高 | 供给或需求任何一边起不来都死。 | 先手动囤 100 供给 + 单一场景打透,再考虑开放。 |
| 监管(劳动法) | 中 | 跨国用工、税务、社保可能复杂。 | 把执行者定位为独立承包商,参考 Upwork / Fiverr 的合规结构。 |
| 巨头入场(Upwork / Fiverr) | 中 | 它们有供给,可以反向做。 | 专注 Agent 协议层,跑得比它们组织调整快;与 AgentLedger 深度绑定。 |
| 价格战 | 低 | 低成本国家同类平台。 | 强调质量、SLA、审计;不打价格战。 |
创始人连续性与数字资产继承——企业的「关键人保险」:创始人失联、失能或离世时,公司的域名、服务器、代码仓库、收款账户按预设流程安全交接给指定人——高频场景保连续性,极端场景衔接合法继承。
「公司不能只有你知道密码。」
KeyGuard 不是泛用的 dead man's switch(市面上做给极客的工具八年没破圈),而是锁定一个明确人群:中小企业与 Web3 团队的创始人,回答两个层次的问题——
| 赛道 / 代表玩家 | 他们做到哪 | 为什么停在我们的边界外 |
|---|---|---|
| 企业遗产规划 · Heirloom(定位最近,$599–1799 一次性) | 创始人「个人遗产+企业继任」法律文书包:生前信托、LLC 继任条款 | 纯文书包——无心跳签到、无数字资产清单、无技术执行,刻意不碰触发机制 |
| 密码管理器 · 1Password / Bitwarden / LastPass / Dashlane | 部分有 Emergency Access | 边界都在自家金库内;无一做「企业资产清单 + 心跳签到 + 失联判定 + 分角色交接」 |
| C 端数字遗产 · DGLegacy / Cipherwill / Everplans | 机制几乎一样(AI 心跳、零知识死人开关),定价 $40–125/年 | 全部锚定个人/家庭,无企业治理概念(董事会/律师/企业资产类目);且定价天花板已被验证极低 |
| Web3 密钥继承 · Sarcophagus / Casa | 去中心化死人开关、多签托管继承 | 只管链上密钥——团队的域名、云服务器、GitHub、Stripe、社媒、2FA 没人管 |
| 律师 SaaS / 关键人保险 · Wealth.com($65M B 轮)/ 传统寿险 | 文书生成与遗产管理工具;关键人保险无数字配套 | 不监测创始人状态、不交接数字资产;保险公司收购方向是个人保单服务 |
「企业为主体客户 + 全域数字资产 + 心跳监测 + 防误触发 + 分角色交接」的组合,全球未发现任何直接玩家——这不是想到的人少,而是五赛道交界处的结构性缺口,每一方都有不做的理由。先定义「企业数字资产连续性」这个词的人,大概率拿到品类命名权。时机面:中国 2026 年数字遗产立法升温。
| 角色 | 场景 | 核心诉求 |
|---|---|---|
| 10–100 人中小企业主 | 数字资产集中在创始人手上 | 公司存续保障,对合伙人/投资人/家人有交代 |
| Web3 项目方 / DAO 核心团队【首发滩头】 | 跨国分布式,钱包与账户权限分散 | 刚需最痛 + 付费力最强 + 对「失联触发交接」概念天然接受(多签文化),冷启动首选 |
| 投资人 / 董事会 | 投后管理 | 把「关键人风险」从尽调红字变成已解决项(天然渠道方) |
| 继承律师 / 公证机构 | 数字资产继承案件激增但缺工具 | 标准化交接流程 + 案源转介(生态合作方) |
| 功能 | 说明 | 优先级 |
|---|---|---|
| 数字资产清单 | 结构化登记:域名/服务器/代码仓库/支付/社媒/2FA——只存「是什么、在哪、怎么取」的指引,不存明文密码 | Must |
| 零知识加密指引库 | 取回指引在用户浏览器端加密后才上传(客户端加密),服务器没有明文,物理上无法泄露 | Must |
| 心跳签到 | 关键人按月/按周签到(邮件/TG/短信三通道),失联进入倒计时 | Must |
| 防误触发三段闸 | 多通道确认 → 30 天宽限期 → 人工复核电话,全部无响应才启动交接 | Must |
| 受益人交接流程 | 指定 1–3 名受益人 + 分级验证(证件/视频核验/律师见证),分步释放指引,全程留痕可举证 | Must |
| 年度交接演练 | 每年模拟触发一次,验证受益人真的能取回(「消防演习」,连续性叙事的钩子功能) | Should |
| 律师网络对接 | 继承场景一键转介入驻律师/公证(遗嘱、继承权公证、跨境辖区意见),平台抽成,不自营法律服务 | Should |
| 董事会仪表盘 | 投资人视角:被投企业连续性配置状态一览(渠道方的采购理由) | Could(V2) |
浏览器端加密 → 密文上传 → 服务器只存密文 → 交接时密文发给受益人 → 受益人本地解密
Cake 2025 年关停并删除用户数据就是前车之鉴——把公司命脉托付给我们的客户一定会问这个问题。对策写进架构:
这个产品卖的核心资产是信任,而小团队建立信任最快的方式是彻底透明:零知识架构白皮书、防误触发三段闸的完整逻辑全部开源——「我敢把安全设计全部给你看」本身就是卖点。巨头有合规包袱做不到,这是我们的非对称武器(与 DOC-01 的透明方法论共用同一信任资产叙事)。
| 层面 | 口径 |
|---|---|
| 品牌叙事层 | 可以讲「数字资产合法继承」「衔接法律流程」——这是品类定位 |
| 产品文案层 | 统一表述为「衔接遗嘱、公证与律师见证等法律程序」,不出现「保证合法有效」「等同于遗嘱」等承诺性表述 |
| 用户协议层 | 三个「不」写在显著位置:不构成法律意见、不保证交接结果的法律效力(因司法辖区而异)、不托管资产 |
| 交付责任层 | 法律文书与见证由入驻律师/公证机构交付并承担执业责任,平台仅提供流程引擎与转介(抽成 20–30%) |
| 档位 | 定价(估算) | 内容 |
|---|---|---|
| Startup | ¥399/月 | 1 名关键人、20 项资产、1 名受益人、基础三通道签到 |
| Business | ¥999/月 | 3 名关键人、不限资产、3 名受益人、年度交接演练、人工复核专线 |
| Legacy 继承方案档 | ¥2,999/月 或定制 | 旗舰场景:律师见证通道、继承流程预配置、跨境辖区协作、审计报告导出、董事会仪表盘 |
继承场景的法律需求(遗嘱、继承权公证、跨境意见)转介给入驻律师,平台抽成 20–30%。法律交付是律师的,溢价与沉淀是平台的——保持纯互联网、零自营交付的形态。
定价叙事红线(v1.2 新增):以上价位必须用「关键人风险 / 业务连续性」叙事支撑(对标关键人保险与律师费),禁止用「遗产/身后事」叙事——C 端数字遗产的付费天花板已被验证仅约 $100/年(Cake 关停、Everplans 卖身、HereAfter 倒闭)。
中性估算:第 3 年 300 家企业 × 平均 ¥700/月 ≈ ¥250 万/年(不含律师转介抽成)。获客走存量渠道(51kaifa.app / 51cfo / web3hire 企业家客户圈 + 投资人渠道转介),CAC 接近零;首发滩头为 Web3 团队(刚需最痛、付费力最强、对失联触发交接概念天然接受)。
| 风险 | 等级 | 对策 |
|---|---|---|
| 误触发:关键人其实健在,指引发给了受益人 | 高(一票否决级) | 三段闸(多通道确认 + 30 天宽限 + 人工复核电话);触发前受益人完全无感知 |
| 蜜罐风险:用户违规上传明文密钥导致泄露 | 高 | 零知识架构 + 界面拦截 + 协议免责,三层防线 |
| 「合法」措辞反噬:用户主张平台承诺了法律效力 | 中 | 文案分层管控(见 06 节):品牌讲定位、产品讲「衔接」、协议写清三个「不」 |
| 存续性悖论:客户问「你们自己倒闭了怎么办」(Cake 关停删数据前车之鉴) | 中 | 密文一键导出 + 解密客户端开源/第三方托管 + 协议写入 90 天终止通知与迁移承诺(见 05 节) |
| 平台授权边界:受益人依 ToS/RUFADAA 未必有权登录逝者账户,客户期望落空 | 中 | 价值定位为「缩短寻宝时间」而非「绕过平台授权」;账户接管一律走律师/官方继承通道(见 06 节) |
| 信任冷启动慢(把公司命脉交给新品牌) | 中 | 从存量客户圈起步;公布安全架构白皮书;律师/公证机构背书 |
| 法律纠纷(受益人争议牵连平台) | 中 | 争议即冻结转律师通道;协议明确平台非裁决方;责任险(V2) |
| 需求觉醒慢,前期收入贴着地走 | 中 | 接受慢热:趋势单向(数字资产只增不减),作为第二曲线而非主粮 |
| 节点 | 目标 |
|---|---|
| 触发条件 | DOC-01(AgentRank)现金流跑通(预计 M12) |
| W1–W2 | 假门落地页 + 存量渠道验证(100 留资 / 20 意向金) |
| W3–W8 | MVP 开发(复用订阅 + 通知骨架) |
| W9–W16 | 首批 10 家企业陪跑 + 首批入驻律师 3–5 名 |
| Y1 末 | 50 家付费企业;Y3 目标 300 家 ≈ ¥250 万/年(估算) |
| 版本 | 日期 | 变更摘要 |
|---|---|---|
| v1.0 | 2026-10-20 | 首版:企业数字资产紧急交接定位 |
| v1.1 | 2026-10-20 | 定位升级为「创始人连续性 + 数字资产合法继承」:场景分层(高频连续性 + 旗舰继承)、新增律师网络转介收入线、合规边界改为四层口径、定价新增 Legacy 继承方案档、风险册新增「合法措辞反噬」项 |
| v1.2 | 2026-10-20 | 吸收 40+ 来源竞争格局调研(2026.10):新增五赛道边界空白证据表(Heirloom/密码管理器/C 端遗产/Web3 密钥/律师 SaaS);新增「C 端尸骨累累」警示与定价叙事红线(禁用遗产叙事);新增存续性悖论对策(密文导出 + 开源兜底 + 90 天终止承诺);新增平台 ToS/RUFADAA 授权边界口径(定位「缩短寻宝时间」);Web3 团队标记为首发滩头;风险册新增存续性悖论与授权边界两项 |
| v1.3 | 2026-10-20 | 吸收五条执行建议:①假门终止条件硬化(20 意向金不达标直接放弃,不换文案再试);②新增「透明即卖点」(零知识架构白皮书 + 三段闸逻辑开源,与 DOC-01 共用信任资产叙事);③首批客户改为从 Web3 中文社群/独立开发者圈手动聊出(不靠落地页自然流量);④新增两产品社区共用红利说明 |
本文档为产品设计方案,所有财务数字为估算口径,仅供内部评审;具体实施请结合公司合规与法务要求确认。KeyGuard 不构成法律意见、遗嘱或公证服务。竞品信息引自 2026-10 竞争格局调研(40+ 公开来源),可逐条复核。
机器商业凭证层(代号)· AI Agent 经济的信用基础设施——为 AI Agent 之间的每一笔付费调用签发可验证的机器收据,并以真实成交记录沉淀声誉图谱与担保交易网络——做 Agent 经济里「支付之后」的那一层。
「AI 与 AI 做生意的每一笔钱,都应该有一张可验证的收据。」
Agent 支付已经有人做了——Coinbase 的 x402 让 agent 能用稳定币按次付费[1],Google 的 AP2 定义了 agent 支付的授权 mandate[2],ERC-8004 在做 agent 的链上身份[3]。但「交易完成之后」没有任何标准:没有机器可读的商业凭证、没有跨平台的履约记录、没有基于真实成交的声誉。
互联网类比:银联清算(交易凭证与对账)× 芝麻信用(履约声誉)× 增值税发票系统(审计刚需)——三个都是人类社会商业运转的底层设施,而在 Agent 经济里全部空缺。谁先把这一层做成标准,谁就是品类第一名。
本方案源自四条创始约束,逐条对照如下:
| 约束条件 | 本方案如何满足 | 结构性原因 |
|---|---|---|
| 全球第一个 | 支付层(x402 / AP2)已拥挤,但「机器商业凭证 + 基于真实成交的声誉」尚无标准、无占位者 | 协议类生意里先发即护城河——先定义凭证格式的人就是标准 |
| 投入的人很少 | 纯协议 + API,3–5 人可跑;不自建支付,站在稳定币 / x402 之上做薄中间件 | 无内容运营、无客服、无交付——边际成本趋近于零 |
| 赚钱随时间越来越多 | 每笔交易抽凭证费;Agent 经济交易量本身在指数增长,抽成自动水涨船高 | 凭证与声誉图谱是沉淀资产:越多人用它对账,它越是标准,后来者越无法替代 |
| 服务 AI 而非人 | 用户是 Agent(通过 MCP / Agent 框架集成调用),人只看 dashboard 与审计报表 | 增长不依赖 C 端获客,依赖生态集成——分发渠道是协议,不是流量 |
当企业允许一个 Agent 自主花钱(调 API、买数据、租算力),财务与合规立刻会问三个问题:钱花给谁了?买到了什么?出问题找谁?没有机器可读的凭证,这三个问题无解——这直接卡住 Agent 经济的放量。凭证不是锦上添花,是 Agent 支出规模化的前置条件。
随着 Agent 可购买的服务爆炸式增长,买方 Agent 需要一个程序化答案:「这个卖方过去履约过吗?」实验室跑分(如 DOC-01 的实测榜[4])回答的是「买之前」,只有真实成交沉淀的声誉能回答「用的时候」。
支付三件套(支付 x402 / 授权 AP2 / 身份 ERC-8004)在 2025–2026 相继落地,意味着「凭证层」的窗口刚刚打开、且必然有人填。风险与机会同源:如果 x402 生态自己长出原生凭证功能,独立凭证层会被吞——所以本方案的核心策略是抢在支付生态之前,先把凭证格式做成事实标准并沉淀数据。
每笔 Agent 付费调用自动生成密码学签名的交易凭证:买方、卖方、服务内容、金额、交付哈希、时间戳。x402 兼容中间件,不改支付流程,只在成交瞬间「盖章」。
收据聚合为服务方公开可查的履约记录:成交笔数、交付率、纠纷率。配一个公开凭证浏览器——「Agent 交易的 Etherscan」——让声誉可见、可检索、可被其他 Agent 程序化查询。
大额 Agent 交易的托管 + 争议仲裁:买方资金先入托管合约,按凭证验收放款;纠纷由规则 + AI 仲裁 + 质押罚没裁决。这是凭证数据的自然延伸,也是抽成最高的一层。
收据是零摩擦的:不改变任何交易流程,买卖双方都没有拒绝的理由;而担保需要双边信任,冷启动难。收据以最低成本把「真实成交数据」收进来,声誉与担保都是数据足够厚之后的自然变现。先成为记账的,再成为裁判的。
| 收入线 | 模式 | 水平(估算) | 启动条件 |
|---|---|---|---|
| 凭证签发费(L1) | 每张签名收据收费,按量阶梯计价 | $0.0005–0.001 / 张(折算约 GMV 的 0.02–0.1%) | SDK 上线即有 |
| 担保服务费(L3) | 按担保交易额抽成 | 0.3% / 笔 | 声誉数据足够厚后(M6 起) |
| 声誉 API 订阅(L2) | 基础查询免费(建网络效应),高级批量 / 实时查询订阅 | $49–299 / 月 | 图谱成为行业参照后(M9 起) |
协议生意的收入 = 撮合的 Agent 交易 GMV × 综合费率。关键变量是 GMV,而 GMV 跟随整个 Agent 经济大盘增长——这就是「赚钱随时间越来越多」的结构来源:
| 场景 | 年撮合 GMV | 协议年收入(综合费率 0.1% 口径) |
|---|---|---|
| 保守 | $10M | ≈ $10K |
| 中性 | $100M | ≈ $100K |
| 乐观 | $1B | ≈ $1M |
图 2(表格化):假设综合费率 0.1%(凭证费 + 担保费混合折算),仅作量级推演,非财务预测。对照:Visa 2024 财年净收入约 $359 亿,本质同样是「交易凭证层」抽成生意。
成本侧:服务器与节点 < ¥5,000/月;主要成本是协议安全审计(一次性 $30–80K,不可省——管信任的系统必须先被信任)与生态 BD。团队 3–5 人。收入侧随大盘指数增长,成本侧近似恒定——这是与 DOC-01 内容生意(需持续复测投入)的根本区别。
| 阶段 | 动作 | 目标 |
|---|---|---|
| 第 1 步 | 选一个 Agent 付费最高频的垂直场景:数据 API 或 GPU 推理市场(单价低、频次高、双方都是机器,天然需要收据) | 单场景打穿,不贪多 |
| 第 2 步 | 开源 SDK,接入 2–3 个头部 Agent 框架(MCP 生态优先)——让「开发者在 Agent 里加支付时顺手加上收据」 | 集成方 ≥ 20 家 |
| 第 3 步 | 上线公开凭证浏览器(Agent 交易的 Etherscan),让声誉图谱可见、可查 | 成为开发者查询履约记录的默认入口 |
| 第 4 步 | 卖方开始主动引用自己的声誉页做获客 = 免费传播;顺势推出 L3 担保交易 | 网络效应自转 |
两个产品不冲突,是「信任」母题在 Agent 经济里的前后两段,且互为冷启动资产:
| DOC-01 · AgentRank | DOC-08 · AgentLedger | |
|---|---|---|
| 信任类型 | 事前信任:买之前看实验室跑分 | 事后信任:真实成交中的履约记录 |
| 服务对象 | 人(挑工具的开发者 / 采购者) | AI Agent(机器间的交易与决策) |
| 收入引擎 | Affiliate 佣金,跟流量走 | 协议抽成,跟交易量走 |
| 市场时机 | 今天(需求已存在,上线即收入) | 未来 12–24 个月(随 Agent 支付起量) |
| 互相输送什么 | 评测口径定义权、厂商关系、第一批卖方名单 | 真实成交声誉数据反哺评测页「在用表现」维度 |
路线建议:DOC-01 先行(今天赚钱、积累信任资产与厂商关系),DOC-08 作为 DOC-01 里程碑中 M12 的「第二曲线」启动[4]——届时 Agent 支付生态也更成熟,时点正好。
| 节点 | 目标 |
|---|---|
| M1–M2 | 收据协议规范 v0.1 公开 + 开源 SDK(TS/Python)+ 凭证浏览器 MVP |
| M3–M4 | 接入 2–3 个 Agent 框架,集成方 ≥ 20 家,月凭证签发 ≥ 10 万张 |
| M6 | 月凭证 ≥ 100 万张,声誉 API 上线,启动 L3 担保交易内测 |
| M12 | 成为目标垂直场景(数据 API / 推理市场)的事实凭证标准;向 x402 / ERC-8004 生态提交规范提案 |
| 风险 | 等级 | 对策 |
|---|---|---|
| x402 / AP2 生态原生加入凭证功能,独立凭证层被吞 | 高 | 抢先做厚数据与集成面;主动向生态提交规范、争取成为参考实现而非竞争者——被收编为标准也是胜利 |
| 时机过早:Agent 间支付量起不来,凭证无源之水 | 高 | 终止条件硬约束(09 节);成本控制到「熬得起 12 个月」;DOC-01 现金流兜底 |
| 双边冷启动:没有卖方声誉则买方不查,没有买方则卖方不积累 | 中 | 单边切入:先给买方 Agent 做「支出对账」价值(不依赖卖方配合),收据自然积累 |
| 合规与责任:凭证涉及交易数据,担保涉及资金托管 | 中 | 凭证层只做签名与存证、不碰资金;担保层用链上托管合约而非自管资金;法律意见书先行 |
| 协议被分叉:开源后他人复制协议另起炉灶 | 低 | 协议可复制、数据与声誉图谱不可复制——护城河在沉淀资产,不在代码 |
DOC-08 · AGENTLEDGER(代号)· v1.0 · 2026-10-20 · 内部方案 · 待评审
Agent 责任风险评分数据层 —— 不碰牌照,只卖数据。给保险公司用的 Agent 行为风险评分 API,是 Harbor 这类 Agent 责任险玩家的上游。
AgentRisk 是给保险公司用的"Agent 行为风险评分 API"——保险公司想保 Agent 但没有任何历史数据,谁沉淀评分数据,谁就是这条链上的收费站。
当企业问"如果我的 Agent 给客户造成了 $100 万损失,保险赔不赔"时,保险公司最大的障碍不是不想赔,而是没有数据来定价。AgentRisk 是这条价值链上最关键、也最容易被忽略的一环。
| 已有方案 | 覆盖范围 | 缺口 |
|---|---|---|
| 传统责任险(科技 E&O) | 人类软件产品 | 无 Agent 行为历史数据,无法定价 |
| Harbor / 同类 Agent 责任险创业公司 | Agent 责任险终端产品 | 依赖外部风险评分数据,自己不沉淀 |
| 信用局(Equifax 等) | 人类 / 企业信用 | 没有 Agent 这个主体 |
| AgentRisk(本方案) | Agent 行为风险数据 + 评分 | —— |
关键判断:保险是 Agent 经济绕不开的基础设施,但保险公司本身做不了风险数据——它们没有 Agent 行为原始数据,也没有做数据的团队。这个位置天然属于第三方。
市场规模估算:Agent 责任险 Y5 可达 $50 亿保费,风险数据层通常收取保费的 1–3% 作为数据费——这是 $5,000 万–1.5 亿的纯数据市场。
从 AgentLedger / AgentPay / AgentTreasury 等接入 Agent 行为原始数据。
Agent 行为特征库:调用模式、错误率、投诉率、赔偿历史、稳定性等 200+ 维。
毫秒级评分接口:输入 Agent ID,输出 0–1000 分 + 分维度解释。
给保险公司的蒙特卡洛模拟:在不同保险条款下,预期赔付率分布。
保险公司用来看自己承保 Agent 组合的实时风险敞口。
理赔事件分析:与评分模型回测,持续改进模型。
与 AgentLedger 的声誉图谱是同一份数据的第二次变现——这意味着 AgentRisk 的边际数据成本几乎为零,这也是它最难被独立数据公司追赶的原因。
| 阶段 | 客户 | 定价 | 说明 |
|---|---|---|---|
| 今天(Y0–Y2) | 保险公司 / 再保 | $5,000–50,000 / 月 | B2B 数据订阅,人付。按调用量阶梯。 |
| 过渡期(Y2) | 同上 + 保险科技创业公司 | 订阅 + 按 API 调用计费 | 给 Harbor 等创业公司更轻量的接入。 |
| 明天(Y3+) | 保费自动分成 | 保费的 0.5–2% | 保费从 Agent 流水自动扣除,我们从中抽数据费。 |
AgentRisk 是九个产品里最依赖前置条件的——必须有 AgentLedger 等产品的数据沉淀在先,才有冷启动的原料。天然是第三曲线。
| 时间 | 里程碑 | 验证指标 |
|---|---|---|
| 月 12 | 评分模型 v0 + 3 家保险试用 | 覆盖 Agent 数 ≥ 10,000;特征维度 ≥ 200;模型 AUC ≥ 0.75 |
| 月 24 | 与 1 家再保联合建模 + 首单 | 首单保费 ≥ $500k;模型 AUC ≥ 0.85 |
| Y3 | 商业化 + 5 家付费保险客户 | ARR ≥ $1M;覆盖保费 ≥ $50M |
| Y4 | 保费分成模式 | 分成收入占比 ≥ 30%;覆盖保费 ≥ $300M |
| 风险 | 等级 | 说明 | 对策 |
|---|---|---|---|
| 保险销售周期长 | 高 | B2B 保险销售 12–24 个月很正常。 | 接受慢,定位为第三曲线;前期靠 AgentLedger / AgentTreasury 输血。 |
| 数据合规(GDPR / 个保法) | 高 | Agent 行为数据可能涉及隐私。 | 数据完全匿名化 + 聚合化;法务前置,合规框架写入产品。 |
| 模型被证伪 | 中 | 若评分模型预测不准,失去客户信任。 | 持续回测 + 保险公司联合建模 + 保守发布。 |
| 监管政策变化 | 中 | AI 保险监管尚未成型,可能剧烈变化。 | 与监管保持沟通,参与行业标准制定。 |
| Agent 经济规模不及预期 | 低 | 保险市场依赖 Agent 经济体量。 | 这是所有 9 个产品共同承担的风险,不是 AgentRisk 独有。 |