1DOC-01 · AgentRank → 2DOC-02 · AgentTreasury → 3DOC-03 · AgentPay → 4DOC-04 · AgentPrice → 5DOC-05 · AgentTax → 6DOC-06 · AgentLabor → 7DOC-07 · KeyGuard → 8DOC-08 · AgentLedger → 9DOC-09 · AgentRisk

九案对比 · 三条标准速览

投入少 × 天花板高 × 时间复利——三条全中的有两个:DOC-02 今天就能跑,AgentLedger 是终局。

产品启动团队收入天花板「越来越赚」的机制三条标准综合匹配
DOC-08 · AgentLedger 机器商业凭证层终局卡位3–5 人最高(随 Agent 经济 GMV 抽成)三重复利:大盘指数增长 × 凭证数据沉淀 × 双边网络效应,成本恒定●●●
DOC-02 · AgentTreasury先做3–4 人Y3 约 ¥3,000–5,000 万客户 Agent 支出内生增长,不卖新客户也增收●●●
DOC-03 · AgentPay2–4 人→10 人高(Y3 约 ¥3,600 万)随客户数线性涨,需持续企业销售●●○
DOC-07 · KeyGuard1–2 人低(Y3 约 ¥250 万/年)近零流失订阅纯累积,但天花板低●●○
DOC-04 · AgentPrice2–3 人高(标准采纳后撮合抽成)目录网络效应复利,收录越多越标准●●○
DOC-05 · AgentTax3–4 人(含合规顾问)中高Agent 交易量涨则按张抽费涨,合规替换成本极高●●○
DOC-01 · AgentRank1–2 人中(中性 ¥11 万/月)SEO 复利但需月度复测持续投入●●○
DOC-06 · AgentLabor重运营(需囤供给)中高(双边飞轮)双边网络效应,冷启动最难●○○
DOC-09 · AgentRisk2–3 人中(依赖 AgentLedger 数据)数据厚度复利,天然第三曲线●○○

实施路线:DOC-01 → DOC-02 现金流先行 → DOC-03~05 扩展收入与标准 → DOC-08 在 M12 由现金流与数据喂养启动 → DOC-09 第三曲线。

DOC-01 · PRODUCT DOCUMENT · v1.3 顺序 1 · 现金流起跑

AgentRank

AI Agent 实测榜(代号,正式品牌名待定)——全球第一家「带实测成绩」的 AI Agent 评测平台:同一个标准化任务喂给数十个 Agent,公开跑分、实名点评、按效果推荐——做 AI 工具爆发时代的 G2 × 大众点评。

状态
内部方案 · 待评审
版本
v1.3 · 2026-10-20
模式
Affiliate + 认证 + 线索
团队
1–2 人
AGENTRANK · BENCHMARKED AGENT REVIEWS
01

一句话定位

「买 AI 工具之前,先看 AgentRank 的实测成绩单。」

现有的 AI 工具目录站(There's An AI For That 等)全部是「收录 + 厂商自述」,用户看完仍然不知道哪个能用。AgentRank 的核心差异只有一个:每个上榜 Agent 都必须跑过我们的标准化任务,成绩公开,好坏都晒。

互联网类比G2(软件点评,市值曾超百亿美元)× 大众点评(真实评价驱动决策)× 跑分榜(安兔兔式公信力)。模式全部已被验证,组合在 AI Agent 垂直领域是全球空白。
⚠ 品牌命名风险(2026-10 竞争调研发现)「AgentRank」已被至少 4 个项目注册使用(agentrank.nanocorp.app 定位雷同且处于 waitlist、theagentrank.com、agentrank.tech、agentrank-ai.com),SEO 会互相分流。正式上线前必须换名——候选方向:TestedAgents / AgentVerdict / ProvenAgent / 中文「AI 实测局」,评审时拍板。本文档内 AgentRank 均为代号。
02

市场机会与时机

  • 供给爆炸:全球每天新增数十个 AI Agent/工具,「best AI agent for X」类搜索量持续攀升,但没有任何平台提供可验证的效果数据。
  • 选择困难是真痛点:企业采购和个人用户面对同质化宣传,决策成本极高——这正是点评/榜单模式的原始土壤。
  • 佣金窗口:AI 工具厂商获客成本极高,普遍开出 20–40% 经常性佣金(客户续费你持续分钱),远高于传统电商 affiliate 的 3–5% 一次性。
  • 趋势贝塔:AI 工具市场年增速 30%+。我们不做任何额外动作,「货架」自己变长、蛋糕自己变大——每多一个新工具,就多一篇评测、一个关键词、一条佣金管道。

竞争格局(2026-10 真实调研,40+ 来源交叉验证)

结论先行:完整形态(消费级 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全是媒体内容逻辑,没有沉淀为可检索、固定口径、定期复测的数据产品中

需求侧硬证据

  • G2 对 1000+ 买家调研:73% 最信任「独立测试实验室」,仅 11% 信厂商自测——消费端对应的信任载体目前是空白,只能靠 KOL 软文和厂商自报填补。
  • 变现侧已被 KOL 验证(见上表),我们要做的是把「实测内容」升级为「实测数据产品」,吃两者都没做的交叉带。
窗口判断xbench 若商业化、G2 若扩类目,都能碾压正面全品类平台。可行路径是窄切口:先把「消费级通用 Agent」(Manus/Genspark/Devin 级)这一个类目做穿——这是三家巨头都不碰的地带。
03

目标用户

角色场景核心诉求
独立开发者 / 创业者为工作流挑工具,每周都有新工具冒出来不想一个个试,要「谁真的能用」的结论
中小企业主 / 运营负责人为团队采购 AI 工具(写作/客服/表格/设计)怕买错、怕被厂商宣传误导,要第三方背书
AI 工具厂商新品冷启动需要权威实测背书 + 精准流量(付费方)
04

核心功能(MVP)

功能说明优先级
标准化实测成绩单5 个固定任务(写代码 / 做调研 / 做表格 / 做 PPT / 订行程),同一任务喂给所有被测 Agent,输出质量、耗时、成本逐项打分,原始输入输出全公开Must
分类榜单按场景(编程/营销/办公/设计/客服)出实测榜,排序只按成绩,广告位单独标注永不进榜Must
单产品评测页每个 Agent 一页:成绩单 + 适用人群 + 定价 + affiliate 链接(SEO 落地的基本单元)Must
用户点评实名/半实名短评 + 有用投票,补充实测之外的长期使用体验Should
「想让我测哪个」留资用户需求反向众包选题,同时沉淀邮件列表Should
对比工具(A vs B)两个产品成绩单并排对比Could(V1.1)
自动实测流水线用脚本/API 自动跑标准化任务,降低边际成本Could(V2)

实测评分口径(公信力的根基,全站公示)

  • 五维百分制:任务完成度(40 分)、输出质量(25 分)、耗时(10 分)、单次成本(15 分)、可复现性(10 分,同一任务跑 3 次的稳定性)。
  • 原始记录公开:每次实测的输入、输出、耗时、费用截图全部存档可查——差评不怕厂商质疑,好评不是软文。
  • 复测机制:Manus 级产品 3 个月一迭代,xbench 同款产品月度分数波动显著——月度复测是底线,大版本更新随时加测;成绩页标注「实测日期 + 产品版本」,超过 45 天未复测的成绩自动置灰。
  • 成本口径:实测单轮成本数百至数千美元/产品(API 调用 + 人工核验),财务模型按月度复测设计,见 06 节。

半自动化判分(v1.3 新增——月度复测的生命线)

评测类产品的典型死法:第一个月人工测 50 个很爽,第三个月发现复测一次要一周,于是烂尾——烂尾的评测站比没有评测站更毁公信力。因此 5 个任务从第一天就设计成「机器可判分」:

任务机器判分方式人工介入
写代码单元测试通过率 + 能否跑通仅复核边界 case
做调研引用来源数量 + 事实核查点命中数抽查事实错误
做表格 / PPT结构化检查(行列数/字段完整度/格式合规性)复核可读性
订行程日期/价格/约束条件的结构化核对复核合理性

人工只复核机器拿不准的约 20%。硬指标:单个产品单轮复测成本压到 $50 以下、2 小时以内——做不到这一点,月度复测就是空话。

本期不做

  • 不做社区/论坛(重运营);不做新闻资讯(无壁垒);不做厂商自助后台(V2 再说);不做 App(纯 Web + SEO)。
05

商业模式

收入线模式水平(估算)启动时间
Affiliate 佣金评测页挂推荐链接,成交分佣20–40% 经常性佣金(行业惯例)上线即有
厂商认证通过实测的厂商可购买「实测认证」徽章用于自身官网$200–500/次(估算)有公信力后(第 3 个月起)
线索售卖 / 赞助位榜单页标注「赞助」的固定位(永不混入排名)$100–300/月/位(估算)流量起来后(第 4 个月起)

Affiliate 目标申请清单(首批 20 家方向)

优先申请 AI 写作/办公/设计/客服四类的头部工具联盟计划(如 Jasper、Copy.ai、Writesonic、Surfer 等方向),行业经常性佣金普遍在 20–40% 档;具体佣金率以各平台签约时的实际政策为准。筛选标准:有经常性佣金 > 有免费试用转化 > 品牌搜索量高。

为什么这是人效比最高的互联网模式无库存、无交付、无客服、无退款——用户点链接去买别人的产品,售后全是厂商的,佣金是我们的。客户每月续费,我们每月分钱。
06

财务模型(估算口径)

月 UV(中性目标)
100K
点击→有效推荐转化
2%
单推荐月均经常性佣金
$8
月收入
$16K ≈ ¥11 万
情境月 UV有效推荐月收入(估算)
保守(上线 6 个月)20,000400$3,200 ≈ ¥2.3 万
中性(上线 12 个月)100,0002,000$16,000 ≈ ¥11 万
乐观(进入品类前 3)500,00010,000$80,000 ≈ ¥57 万

成本侧(v1.2 修正,调研后口径):服务器 + 域名 < ¥3,000/月;实测与复测成本是主要变动成本——单产品单轮数百至数千美元(API 调用 + 人工核验),30 个在榜产品月度复测约 $3,000–8,000/月(估算);团队 1–2 人。净利率修正为 70–85%(不再是 95%)。这不是纯被动收入,但评测页是永久内容资产,搜索流量复利累积——「一次生产、持续收租 + 月度维护」。

07

护城河

  1. 实测数据资产:标准化任务的成绩库越积越厚,后来者无法速成——这是我们定义的「评测口径」,先定标准的人就是品类第一名。
  2. SEO 复利:「X review」「X vs Y」「best AI agent for X」关键词矩阵,内容资产随时间升值。
  3. 中英双语:同一套实测数据出中英两版内容,关键词覆盖翻倍,边际成本几乎为零。
  4. 中立公信力:排序按成绩写死在规则里、赞助位物理隔离——「敢说哪个产品不好」本身就是壁垒。
  5. 彻底透明(v1.3 新增):评测方法论文档、每道题的判分标准、原始实测录屏全部公开。G2 是企业黑盒、xbench 是学术腔,都不会这么做——透明是小团队的非对称武器,巨头做不到也不敢做。
08

冷启动与获客(v1.3 修正:社区先行,SEO 殿后)

顺序逻辑SEO 起效要 6 个月,但上线 3 周后就需要第一批真实反馈——所以主战场先是社区,不是 Google。
渠道动作时间
社区(冷启动主战场)即刻 / V2EX / Reddit(r/singularity、r/ArtificialInteligence):发「实测翻车集锦」——Manus 订行程订错日期、某 Agent 写代码跑不通还嘴硬。翻车内容自带传播,评论区会告诉我们下一期测什么;不发硬广第 1 周起
Product Hunt以「第一个实测型 AI Agent 榜单」发布一次第 3 周
SEO(长线资产)30 个消费级通用 Agent 评测页 + 对比页,静态站秒开,中英双语——买前搜索的最后一公里,随时间升值持续
厂商联动实测成绩好的产品会主动引用我们的徽章 = 免费外链自然发生
09

MVP 范围(2–3 周)——窄切口策略

v1.2 关键修正不做全品类平台(正面会被 xbench/G2 碾压)。第一个类目只做「消费级通用 Agent」(Manus / Genspark / Devin / Flowith / Fellou 级)——这是三家巨头都不碰的地带,先把一个类目做穿做透,再谈扩品类。
  1. 第 1 周:静态站骨架(中英双语)+ 5 个标准化任务定义 + 首批 10 个消费级通用 Agent 手工实测。
  2. 第 2 周:该类目扩到 30 个产品实测 + 评测页批量产出 + affiliate 计划申请(优先 20–40% 经常性佣金档工具)。
  3. 第 3 周:榜单页 + 留资入口 + Product Hunt 发布 + 社媒首批「实测翻车集锦」内容投放(天然传播性)。
10

验证指标与终止条件(放弃开关)

自然 + 社媒 UV
>1,000
「想测哪个」留资
>50
affiliate 链接点击
>100
达标线(三项中两项)
2/3

达标 → 加注(扩充到 200 个 Agent + 对比工具);不达标 → 复盘选题与渠道,仍不达标则切换备用方向,沉没成本控制在 3 周内。

终止条件(放弃开关,写下来并严格执行)

终止条件上线 90 天后,若月 UV < 5,000 或 affiliate 点击转化 < 2%:立即降级为纯内容站(停止月度复测,保留存量页面吃 SEO 长尾),而不是继续加码。这个产品最大的风险不是做不成,而是半死不活地拖着——独立开发者最贵的成本不是服务器,是沉没在僵尸项目里的时间。
11

风险登记册

风险等级对策
巨头俯视:xbench 商业化 / G2 扩类目,任一转向即碾压全品类平台高窄切口(只做消费级通用 Agent 类目)+ 抢时间窗口(12 个月内做出类目第一名心智);持续监控两家动态
品牌名冲突:「AgentRank」已被 4 家注册,SEO 互相分流高上线前换名(候选:TestedAgents / AgentVerdict / ProvenAgent /「AI 实测局」),评审拍板
成绩保鲜期:产品 3 个月一迭代,成绩过期即失信中月度复测写进成本结构(06 节已按此修正);45 天未复测自动置灰
实测内容产出慢,前期流量冷启动困难中标准化任务模板化 + AI 辅助初稿 + 人工核验;选题由留资众包驱动
厂商对差评施压/争议中原始输入输出全部公开可查;评测口径方法论页公示;法律免责声明
AI 公司自带评测(如 OpenAI 官方基准)低厂商自评缺乏中立性,73% 买家信任独立实验室(G2 调研),第三方需求反而更强
affiliate 政策变动低收入线三条并行,不依赖单一厂商

下行风险锁定:两个产品都失败也不亏(v1.3 新增)

评测数据是通用资产,榜单只是它的第一种变现形态。即使榜单没做起来,过程中积累的 50 个 Agent 一手实测数据、横评方法论、翻车素材,可以立刻转型为:

  • 付费 newsletter「AI Agent 实测内参」(面向投资人/企业采购)
  • 卖给媒体的横评内容服务
  • 视频实测频道(Matt Wolfe 模式已验证,$10 万/月量级)

这样想,下行风险就被锁死了——最坏情况也能回收一个能赚钱的媒体生意。

12

里程碑

节点目标
W1–W3MVP 上线,50 个 Agent 实测,PH 发布
W4–W6假门指标验证,决定加注或转向
M3200 个 Agent,对比工具上线,启动厂商认证收入线
M6月 UV 2 万+,月收入 $3,000+(保守情境下限)
M12月 UV 10 万,月收入 $16K(中性情境);启动第二曲线(复用骨架)
13

变更记录

版本日期变更摘要
v1.02026-10-20首版
v1.12026-10-20新增竞争格局对比表(02 节)、五维实测评分口径与复测机制(04 节)、affiliate 目标申请清单(05 节)
v1.22026-10-20吸收 40+ 来源竞争格局调研(2026.10):竞争表换成真实玩家(xbench/G2 Evaluations/Arena.ai/同名 4 家/学术基准/目录站/KOL)含威胁度分级;新增品牌名冲突风险与候选名(AgentRank 降级为代号);MVP 改为窄切口(消费级通用 Agent 单品类做穿);财务模型加入月度复测成本(净利率 95%→70–85%);新增 G2「73% 信任独立实验室」需求证据;复测机制从「大版本 30 天」升级为「月度复测底线 + 45 天置灰」;风险册新增巨头俯视/品牌名/保鲜期三项
v1.32026-10-20吸收五条执行建议:①新增终止条件(90 天 UV<5000 或转化<2% → 降级纯内容站,不加码);②实测半自动化(机器判分 + 人工复核 20%,单轮复测 <$50/<2h 硬指标);③护城河新增「彻底透明」(方法论/判分标准/实测录屏全公开);④冷启动改为社区先行(即刻/V2EX/Reddit 翻车集锦),SEO 殿后;⑤新增下行风险锁定(实测数据可转型 newsletter/内容服务/视频频道)

本文档为产品设计方案,所有财务数字为估算口径,仅供内部评审;具体实施请结合公司合规与法务要求确认。竞品信息引自 2026-10 竞争格局调研(40+ 公开来源),可逐条复核。

DOC-02 · PRODUCT DOCUMENT · v1.0 顺序 2 · 先做重点

AgentTreasury

AI Agent 财资层 —— Ramp / Brex for AI Agents。给每一个企业 Agent 发一张"公司卡":预算、限额、类目白名单、异常熔断、月度对账,全部程序化。

状态
概念验证
版本
v1.0 · 2026-Q4
模式
订阅 + 流水抽成
团队
3–4 人 · 纯 API
AGENT TREASURY · SPEND ORCHESTRATION
01

一句话定位

AgentTreasury 是企业的"AI Agent 财务部":把每一笔 Agent 自主支出纳入预算、限额、白名单与熔断规则之下,并提供月底一键对账的能力。

当企业开始允许 Agent 自主购买 API、算力、数据、甚至线下服务时,"谁批的、买了什么、还能花多少"这三个问题会立刻浮出水面。今天企业靠人肉看 OpenAI 账单 + 财务 Excel 是撑不住的;AgentTreasury 把这一切做成可编程的财资层,就像 Ramp / Brex 当年把公司卡做成 API 一样。

02

为什么是这个产品

维度Ramp / Brex(人的企业卡)AgentTreasury(Agent 的卡)
支出主体员工AI Agent
审批链主管 → 财务策略引擎(规则 + 异常检测)
单笔金额$10–$10k$0.001–$100(微交易为主)
交易频次低(月百级)高(秒级并发)
核心能力发卡 + 报销 + 类目管控预算 + 限额 + 熔断 + 程序化对账

市场已经用百亿美金估值证明过"企业卡 + 支出策略"这条路走得通;Agent 支出只是这条曲线向机器侧的自然延伸。区别在于:员工会犯错但有限,Agent 会在一秒钟内连续调用 1,000 次 API——因此熔断与限额必须是毫秒级、运行时的,这正是现有企业卡厂商没做、云厂商做不全的空位。

关键空位SettleGrid 只做运行时熔断,AWS AgentCore 深度绑定自家云;跨云、跨厂商、跨支付通道的中立财资层尚无人占位。
03

市场机会与时机

三个时间窗口叠加,使 2026–2027 成为做这个产品最好的时机:

  • Agent 支出规模化:月 AI 支出 $50k+ 的企业在过去 18 个月从数百家增长到数万家,绝大多数仍在用"主账号 + 子账号"裸奔。
  • CFO 开始介入 AI 预算:OpenAI、Anthropic 等企业合同开始要求预付 + 用量承诺,CFO 需要可见性。
  • 跨云 Agent 化:单一大厂方案绑定深,企业在 Bedrock / Azure OpenAI / GCP / 自建推理之间来回切,需要中立层。
TAM:企业 AI 支出治理 $4B+ SAM:跨云 AI Agent 支出 $600M SOM:3 年 $30M ARR
04

产品定义与架构

纯 API 形态,核心组件四块,3–4 人团队即可维护:

01

Agent Wallet

给每个 Agent 发虚拟卡 / API Key 池,绑定预算、限额、类目白名单、单日/单月封顶。

02

Policy Engine

毫秒级策略评估:类目、供应商、金额、频率、异常模式五维规则,可编程 DSL。

03

Circuit Breaker

异常熔断:速率突增、目标变更、价格漂移、预算耗尽时秒级切断,自动报警。

04

Reconciliation

跨云跨厂商自动对账:OpenAI / AWS / GCP / 自建推理 / 第三方 API 统一流水。

05

Ledger Sync

对接 NetSuite / QuickBooks / 用友 / 金蝶,凭证自动入账。

06

CFO Console

Web 控制台,只为财务与 Platform Team 提供可视化与审批,不面向开发者。

数据沉淀

企业 Agent 支出政策数据(谁在什么场景、用什么模型、花多少钱、换供应商的频率)是只增不减的资产,且天然成为 AgentRisk(DOC-09)等下游产品的原料。

05

商业模式与定价

阶段客户 / 付款人定价说明
今天(Y0–Y2)CFO / Platform Lead(人)$500–2,000 / 月按管理 Agent 数量阶梯订阅,含基础策略 + 对账。
过渡期(Y2–Y3)同上订阅 + 超额用量超出免费额度按 $0.001 / 交易计费。
明天(Y3+)Agent 自主申请额度按流水抽成 0.5%–1%Agent 作为经济主体自主申请信用额度,按通过流水抽成。

订阅模式保证现金流与数据沉淀;抽成模式保证天花板。两者不冲突,客户在同一合同内平滑过渡。

06

护城河

  • 中立性壁垒:不绑定任何一家云 / 模型厂商,客户越多,议价能力越强,云厂商越难绕开。
  • 政策数据复利:每家客户的支出政策都是独家数据,客户迁移成本 = 重新训练整本"政策手册"。
  • 熔断网络的规模效应:同一 Agent 行为模式在多个客户处被熔断后,可以反推行业级风险模型。
  • 支付通道深度集成:与 x402、Stripe AgentKit、支付宝 MCP 等的合作需要逐家打通,先行者至少领先 18 个月。
07

冷启动路径

这是单边价值型产品——企业管好自己的 Agent 支出,不需要对手方同时在线。冷启动极其友好,核心是找到"已经痛了"的客户。

阶段一:定位 50 个高痛点客户(月 1–3)

  • 目标画像:月 AI 支出 $50k+、跨云使用、有 5 个以上 Agent 在生产环境。
  • 触达方式:OpenAI / Anthropic 企业合同用户名单(公开渠道)+ FinOps 社群 + AgentPay 早期客户池。
  • 钩子:"免费给你做一份 Agent 支出治理健康检查报告"——我们用一周时间分析其账单并给出熔断建议。

阶段二:设计伙伴(月 3–6)

  • 签 5–8 家设计伙伴,$500/月象征性付费,共同定义 MVP 范围(只做 Wallet + Policy + Breaker 三件事)。
  • 设计伙伴必须同意:产品上线后公开 logo、提供一封 reference letter、并允许匿名化数据进入行业基准报告。

阶段三:行业基准报告(月 6–12)

  • 发布首份《企业 Agent 支出基准报告》,公开行业 P50 / P90 支出、Top 类目、Top 供应商——这是 CFO 之间会自发传播的内容。
  • 报告本身就是获客渠道:读者为了拿到自己公司的对比数据,必须接入 AgentTreasury。

阶段四:渠道放大(Y2 起)

  • 与云成本管理工具(CloudHealth、Apptio)与 FinOps 咨询公司分成 20%。
  • 上线"Agent 自主申请额度"Beta,按流水抽成 0.5%,开始数据验证第二阶段商业模式。
08

里程碑与验证指标

时间关键里程碑验证指标收入目标
Y1MVP + 8 家设计伙伴 + 首份行业报告管理 Agent 数 ≥ 500;熔断拦截 ≥ 100 次真实异常;NPS ≥ 40¥100–200 万
Y2GA + 60 家付费客户 + 抽成模式 BetaARR ≥ $1.5M;管理流水 ≥ $200M / 年;月流失 ≤ 1%¥1,000–1,500 万
Y3Agent 自主申请额度 GA + 国际版抽成收入占比 ≥ 20%;管理流水 ≥ $1B / 年¥3,000–5,000 万
09

风险登记册

风险等级说明对策
云厂商下压高AWS / GCP / Azure 把支出治理做成免费功能,挤压空间。坚定站中立位——支持跨云、跨模型、跨支付通道;把"中立"写进所有市场物料。
Agent 支出增速不及预期中若 Agent 经济起量慢,市场规模假设失效。降级做"AI 支出 FinOps"切入存量市场,先把收入做起来。
合规与数据安全中托管企业支出数据需要 SOC 2 / ISO 27001。Y1 末启动 SOC 2 Type II 审计,Y2 完成。
巨头收购被拒后抄袭低Stripe / Ramp 看到机会后入场。聚焦 Agent 场景而非通用支出,跑得比它们组织调整快。
最重要的一个判断AgentTreasury 的胜负手不是技术,而是能不能在 AWS / Stripe 入场之前,成为企业心里的"Agent 财资层默认选项"。这要求前 18 个月把"中立"两个字钉死在所有客户的心智里。
10

Sources

参考与竞品情报[1][2][3][4]

  1. [1] Ramp — 企业卡 + 支出策略,估值 $22B+ 的范式验证。
  2. [2] Brex — 早期发卡 + 后期软件订阅的双模路径参考。
  3. [3] SettleGrid — Agent 运行时熔断工具,是 AgentTreasury 的相邻产品。
  4. [4] AWS AgentCore — 云厂商自家方案,印证品类但绑定深。
DOC-03 · PRODUCT DOCUMENT · V4.0 顺序 3 · B2B 收入

AgentPay

全球首个 AI 工作结果托管结算链接 + OEP-1 标准。先定义验收测试,再锁定里程碑;AI 交付证据签名留痕,验收通过自动分账。

品类
Outcome Escrow(新品类)
首个垂直
AI 客服 / 电商运营
三层产品
Link + Standard + Ledger
标准资产
OEP-1 开放协议
联系
brian@51kaifa.app
AGENTPAY · OUTCOME ESCROW LINK · OEP-1
AgentPay:全球首个 AI 工作结果托管结算链接(Outcome Escrow Link for AI Work)AgentPay is the first outcome escrow link for AI work. Define the acceptance test, lock the milestone, capture signed evidence, and auto-release payment when the result passes.
Don't pay for tokens. Escrow the outcome. / 不为 token 付费,为结果托管。
V4.0 变更说明把立项的四个硬指标(全球第一 / 人少 / 赚大钱 / 越来越赚)变成产品验收标准并逐条给出设计与验证方式;新增「首发日四件套」(OEP-1 + validator + 对比矩阵 + 前 100 笔交易统计);新增飞轮健康指标仪表盘(自动放款率、争议率、人工支持分钟数、自然流量占比、复用率、take rate 占比);明确发布形态:launch「链接 + 标准」,不是 launch「系统」。
01

四条硬指标验收:这产品过不过关

立项时有四个硬要求。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%;争议率逐月下降可成立 前提是飞轮指标真的转起来
底线判断如果只做成「更漂亮的企业结算 SaaS」,不值得做。只有变成「首发标准 + 自助交易入口 + 数据飞轮」,才同时满足这四条。

概率口径(诚实版):宽泛「AI 结算第一」可信度约 20–30%;收窄品类 + 快速 launch 后被公认为品类首发约 50–65%;成为持久品类领导者约 10–20%——首发品牌只在配上标准、数据、SEO、集成时才值钱,因为大平台和自由职业市场都会抄。

02

首发日四件套:「第一」不是说出来的,是 launch 出来的

「全球第一」不是注册来的,是 launch 出来的——必须是第一个把窄品类说清楚、把标准公开、把真实交易跑起来的人。否则 3–6 个月后概念会被别人用更响亮的品牌拿走。首发当天必须齐四件:

1

OEP-1 标准

Outcome Escrow Protocol v0.1,四个 schema 对象,公开可引用

2

开源 validator

开发者可验证 outcome contract / evidence event,抢标准制定者心智

3

对比矩阵

首页正面回应 Upwork / Fiverr / Escrow.com / Stripe / Paid / Nevermined

4

真实交易统计

前 100 笔匿名数据:自动放款率、争议率、平均放款时长

发布形态纪律不要 launch「AI 工作验收与自动分账系统」(听着像又一家企业软件);要 launch「全球首个 AI 工作结果托管结算链接 + OEP-1 标准」(一个新品类 + 一个可引用标准)。
03

竞争格局:正面击败用户心智里的直接替代品

最危险对比(必须在首页正面回应)

对手他们有什么为什么 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 FinOpsSettleGrid、Tokenomy、TokenLine强在防超支;弱在验收、争议放款、多方分账
治理/身份Microsoft Agent 365、Google Cloud、OpenA2A大平台控制 registry;中立结算层仍可存在
责任/保险Harbor($10M 融资)等早期玩家我们的 ledger 可成为保险/法务认可的证据层
04

产品三层:Link 滚数据,Standard 收钱,Ledger 建信任

L

AgentPay Link

自助里程碑结算链接。面向跨境 freelancer、agency、小卖家、AI 代运营。单笔 $50–$1,000 · 费率 2.5–3.5% + 固定小额费。这是「人很少」的关键:自助创建、自助付款、自动放款,无需销售。
数据 + 品牌 + SEO + 复购

S

AgentPay Standard

企业验收规则库 + 集成 + 审计包。面向月 AI 支出 $50k+ 的中型公司。$3k–$10k/月 + 0.5–1% take rate。不要让它拖垮首发速度——企业销售重,放第二优先级。
现金流 + 高客单

G

AgentPay Ledger

签名证据与争议记录。hash chaining、时间戳、模型/工具版本、人工复核、放款原因全留痕。未来接保险、法务、审计和 Agent 信用分的地基。
信任复利

组织原则Standard 给现金流,Link 给数据和规模,Ledger 给信任复利。不要一开始只卖 Standard——那会把小团队拖进企业销售和支持的泥潭。
05

OEP-1:让「第一」变成可引用标准

要吃首发品牌效应,必须发布一个别人可以引用、媒体可以写、开发者可以验证的标准: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 自动执行
开放标准,闭源护城河validator 和 schema 开源(抢「标准制定者」心智);争议数据、风险评分、模板库、集成、audit pack 保持闭源(核心资产不送人)。
06

首个垂直再收窄:只做 AI 客服 / 电商运营

维度AI 客服 / 电商运营Coding Agent结论
验收清晰度高 resolved、72h 无 reopen、退款成功中 PR merged + tests pass,但质量有主观性先做客服/电商
交易频率高 工单/退款/运营任务高频中 任务更大但频次低高频更适合数据飞轮
争议成本可控 checklist 容易客观化更高 code review 主观、责任边界复杂Coding 放第二阶段
集成入口Zendesk、Intercom、Shopify、Stripe、51payGitHub、CI、Linear/Jira、Stripe、51pay一期只承诺 3–5 个集成
07

争议与合规:为了人少,必须「不仲裁」

争议规则

  • 只允许客观 checklist 违例争议;主观「我觉得不好」不支持
  • 高主观品类 early stage 直接禁止
  • 交付后固定 dispute window;超时自动放款
  • 争议只触发冻结、证据快照、按预设规则退款/分账
  • 收 dispute fee,抑制无效争议

合规红线

  • 不使用「无需金融牌照」绝对表述,按目标市场做 counsel review
  • 不持有客户资金、不形成资金池、不自行做资金转移
  • 收单、冻结、释放、分账全部由持牌支付/托管伙伴执行
  • 数据驻留作为企业版选项,不做绝对化承诺
  • 合同写清:不是法律意见、不是仲裁机构、不是保险公司、赔偿上限
一句话AgentPay 不做法官,只执行合同里写清楚的验收条件。凡是需要人来判断「公不公平」的品类,早期都不要接——这是团队保持 2–4 人的前提。
08

商业模式:四层收入结构

收入层定价作用
Standard 平台费$3k–$10k/月现金流底盘(企业验收规则库 + 集成 + 审计包)
Link 交易费率2.5–3.5% + 固定小额费 / 笔随 GMV 自动增长;自助无销售成本
Standard take rate0.5–1%仅对无异议放款的结算抽成;决定长期估值
数据/标准授权按次 / 按年Audit pack、保险转介、AI Work Settlement Index 与 rubric 授权

要赚大,关键不是客户数,而是:月结算 GMV、自动放款率、模板页带来的自助交易占比、rubric 被写进采购合同的数量。这些指标向好,才是管道生意;只多签企业客户,那只是线性增长。

09

财务模型 + 飞轮健康仪表盘

假设Year 1Year 2Year 3
Standard 付费客户4–8(试点)2580
平台费 ARR$150k–300k$1.5M$5.8M
Link 年交易笔数300–80020,000150,000
Link GMV$0.1M$8M$80M
take rate + Link 费率收入≈0$0.3M$3M+
take rate 收入占比0%20%40%
团队人数2–4610

飞轮健康仪表盘(判断「越来越赚」是否成立的六个数)

自动放款率:逐月上升
↑ >85%
争议率:逐月下降(红线)
↓ <12%
每笔人工支持时长:超过即说明品类太主观
<8min
模板页自然流量占比:SEO 复利是否启动
↑
卖家复用率:同一卖家再次创建链接
↑
take rate 收入占比:管道化程度
0→40%
数据飞轮更多 Link 交易 → 更多验收模板 / 争议数据 → 更准的 rubric 和风险评分 → 争议率下降、自动放款率上升 → 模板页带来更多搜索流量 → 更多交易。配套品牌资产:AI Work Settlement Index(每月发布行业匿名统计,从功能变成行业引用数据)。
10

4 周 Go / No-Go(三层分别考核)

层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 再收窄,补强对比和证据

未来 7 天行动

  • 注册/确认域名与品牌:AgentPay 主站 + OEP-1 协议页
  • 写 OEP-1 v0.1:四个 schema 对象 + validator 开源仓库
  • 做 Link 最小可用版:创建链接 → 定义验收 checklist → 收款 → 72h 冻结 → 放款(先半人工)
  • 做对比矩阵页:Upwork / Fiverr / Escrow.com / Stripe / Paid / Nevermined 正面回应
  • 列 30 个目标客户:跨境 freelancer / AI 代运营 / 电商小卖家 + 月 AI 支出 $50k+ 的中型公司
  • 确认 51pay 能力边界:预存/限额/冻结/释放/多方分账/退款;明确哪些必须走持牌伙伴
底线不要 launch「AI 工作验收与自动分账系统」;要 launch「全球首个 AI 工作结果托管结算链接 + OEP-1 标准」。做到了,才接近最初的目标:全球第一、人很少、后期越来越赚钱。

参考来源: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。

DOC-04 · PRODUCT DOCUMENT · v1.0 顺序 4 · 标准卡位

AgentPrice

机器可买价目表标准 —— Agent 经济的 schema.org。一个开放的 machine-readable 价格 / 规格 feed 标准 + 公开注册表,让 Agent 程序化回答"这个服务多少钱、怎么买"。

状态
标准草案
版本
v1.0 · 2026-Q4
模式
收录费 + 撮合抽成
团队
3 人 · 标准 + 注册表
agent.price.json registry buyer agent AGENT PRICE · MACHINE-READABLE PRICING FEED
01

一句话定位

AgentPrice 让"价格"成为 Agent 可消费的开放数据——schema.org 当年做的事是描述网页,AgentPrice 做的事是描述"多少钱、怎么买、SLA 是什么"。

今天全世界所有 SaaS / API 的定价页都是给人看的 HTML,Agent 无法程序化理解。AgentPrice 定义一个 JSON Feed 规范 + 一个公开注册表(类似 DNS),厂商主动发布或被我们主动收录,Agent 通过一次 HTTP 调用即可获得价格、规格、限额、付款方式、试用额度。

02

为什么是这个产品

已有标准覆盖范围空白
schema.org描述实体、组织、产品元数据不管价格、规格、购买动作
OpenAPI描述 API 接口不管价格与计费
x402 / AP2支付通道不管发现与比价
AgentPrice(本方案)价格、规格、限额、购买动作——

Agent 经济的价值链上有三层:发现(找谁买)→ 比价(怎么买最划算)→ 结算(怎么付)。x402 解决第三层,AgentPrice 解决第一层与第二层。今天第一层是空白,谁先做出标准谁就是 Agent 经济的 schema.org。

标准的稀缺性互联网上真正成功的开放标准一只手数得过来。schema.org、Open Graph、ActivityPub、OpenAPI——它们背后都有强烈的"网络效应 + 先动优势"。AgentPrice 是 Agent 经济里为数不多还有空位的标准级机会。
03

市场机会与时机

  • 供给侧已到临界点:每月新上线的 AI API / Agent 服务数以千计,厂商迫切需要被 Agent 找到。
  • 需求侧开始爆发:开发者越来越多地用 Agent 来"选服务",而不是自己去对比 5 家定价页。
  • 支付通道已成熟:x402、Stripe AgentKit 等已经跑通,发现层成了新的瓶颈。

时机的另一个关键:Agent 采购的第一个杀手级场景已经出现——GPU 推理市场。GPU 价格每天波动、供应商上百家、规格千差万别,Agent 必须程序化比价才有意义。AgentPrice 从这个垂直切入,前 6 个月只做 GPU 推理市场即可养活自己。

04

产品定义与架构

01

PriceFeed Spec

开放 JSON Schema:服务名、SKU、单价、计费粒度、限额、SLA、试用、付款方式、购买动作 URL。

02

Public Registry

公开注册表(类似 DNS),厂商主动注册,免费检索,付费获得"认证徽章"。

03

Crawler & Parser

主动爬取 Top 厂商定价页,LLM 解析 + 人工校审,自动生成 PriceFeed。

04

Resolver API

给 Agent 用的查询接口:GET /resolve?intent=llm_inference&budget=0.01 返回最匹配的服务列表。

05

Vendor Console

厂商认领条目、更新价格、查看被 Agent 查询与选择的次数。

06

Match Engine

撮合层(Y2 上线):基于 PriceFeed + Resolver 日志做智能推荐,按成交抽成。

关键设计决策

  • 标准完全开放:任何人可免费使用规范、访问注册表;只收"认证 + 数据增值"费用。
  • 不替代厂商:只描述价格,不销售服务本身——避免与厂商对立。
  • 从垂直起手:不试图覆盖全行业,先把 GPU 推理做到垄断。
05

商业模式与定价

阶段收入来源定价说明
今天(Y0–Y2)厂商付收录费 / 认证徽章费$200–2,000 / 月厂商付,因为他们想让 Agent 找到自己;付费获得"已认证"标识 + 流量优先。
过渡期(Y2)数据 API 订阅$500–5,000 / 月给下游工具(AgentPay、AgentLedger)提供比价与规格数据。
明天(Y3+)撮合抽成成交金额 1%–3%Agent 通过 Match Engine 直接下单,按成交抽成。
06

护城河

  • 标准定义权:一旦 PriceFeed 成为事实标准,后来者必须跟随。这是结构性护城河。
  • 目录网络效应:收录厂商越多 → Agent 越爱查 → 厂商越想被收录——同 AgentLedger 的声誉图谱同源的飞轮。
  • 认证数据壁垒:认证过程积累大量人工校审数据,后来者要追上需要重新做一遍。
  • 与支付 / 声誉 / 财资产品的协同:AgentPrice 是 AgentLedger、AgentPay、AgentTreasury 的天然上游。
07

冷启动路径

可以单边起手——不需要厂商主动来,我们先自己把 Top 厂商的机器价目表爬出来,再让厂商认领。

阶段一:自我供给(月 1–3)

  • 选定第一个垂直:GPU 推理市场(Lambda、CoreWeave、Together、Fireworks、DeepInfra 等约 100 家)。
  • 用 LLM + 人工校审爬取并结构化这 100 家的价格、规格、限额、SLA。
  • 免费开放给 Agent 与开发者使用,核心指标是Resolver 调用量。

阶段二:让厂商来认领(月 3–6)

  • 给每家厂商发一份月度报告:"你的服务被 Agent 查询 X 次,被选中 Y 次,输给竞品的原因 Z。"
  • 厂商为了更新数据、修正错误、提升被选率,会主动认领条目;认领是免费的,认证是付费的。
  • 首批 5–10 家认证厂商给深度折扣,换取公开背书。

阶段三:扩展到相邻垂直(月 6–12)

  • 按顺序扩展:LLM API → 向量数据库 → 存储 / CDN → 数据 API → SaaS 工具。
  • 每扩展一个垂直,先自我供给 100 家,再走认领循环。

阶段四:启动撮合层(Y2 起)

  • 在 Resolver 返回结果中加入"直接购买"按钮(跳转 x402 或厂商 API)。
  • 按成交抽成,开始验证 Y3 收入模型。
08

里程碑与验证指标

时间里程碑验证指标
月 3GPU 推理 100 家 PriceFeed 上线Resolver 日调用 ≥ 10k;活跃 Agent 数 ≥ 200
月 610 家认证厂商 + 扩展到 LLM API认证厂商收入 ≥ $5k / 月;Agent 主动调用占比 ≥ 30%
月 123 个垂直 + 500 家厂商Resolver 日调用 ≥ 100k;认证厂商收入 ≥ $50k / 月
Y2撮合层 Beta月撮合流水 ≥ $10M;抽成收入 ≥ $100k / 月
09

风险登记册

风险等级说明对策
标准无人采纳高标准类产品的最大风险。前 6 个月只服务 GPU 推理一个垂直,把这个垂直做到垄断,再横向扩。
厂商起诉爬虫中主动爬取价格可能违反 ToS。法务先行,只爬公开页面;保留人工校审,让数据可解释、可辩护。
大平台自建目录中OpenRouter、HuggingFace 等可能自建价目表。保持跨平台中立;专注 Agent 原生协议(MCP / x402)而非 Web UI。
LLM 直接解析定价页低Agent 可能直接读 HTML 不再需要标准。强调成本与延迟优势:一次 API 调用 vs. 多次爬取 + LLM 解析,成本差 100 倍。
最大的不确定性AgentPrice 的胜负不在产品,而在"是否能成为标准"。这件事 80% 靠"先动 + 垂直垄断 + 社区运营",20% 靠技术。如果 Y1 末 GPU 推理市场 30% 的 Agent 流量没过我们的 Resolver,要果断重新评估。
10

Sources

参考与竞品情报[1][2][3][4]

  1. [1] schema.org — 实体元数据标准的范式参考。
  2. [2] x402 — Agent 支付协议,与 AgentPrice 形成互补。
  3. [3] OpenRouter — LLM 路由器,自带非标准化价目数据。
  4. [4] Cloudflare Radar — 免费公开数据建立行业心智的样本。
DOC-05 · PRODUCT DOCUMENT · v1.0 顺序 5 · 合规协同

AgentTax

Agent 交易税务发票自动化 —— Avalara for Agent Commerce。Agent 全球买服务,跨境微交易的税、发票、代扣代缴,全部由机器自动完成。

状态
需求验证
版本
v1.0 · 2026-Q4
模式
合规订阅 + 按张抽费
团队
4 人 · API + 合规
AGENT → API TAX ENGINE E-INVOICE AGENT TAX · CROSS-BORDER MICRO-TRANSACTION COMPLIANCE
01

一句话定位

AgentTax 自动为 Agent 跨境微交易开票、计税、代扣代缴——让企业审计 Agent 支出时不再有"那颗雷"。

当一个 Agent 在凌晨 3 点给一家新加坡公司付了 $0.003 调用一次 API,税怎么算、发票谁开、能否作为企业成本入账?今天没人回答这个问题。企业财务面对 Agent 支出流水时几乎无解。AgentTax 是 Avalara 在 Agent 经济里的对应物。

02

为什么是这个产品

已有方案覆盖范围不覆盖
Avalara / Stripe Tax人类企业间 B2B / B2C 交易机器间微交易($0.001 级)
加密税务工具(TokenTax 等)炒币 / DeFi 收益Agent 采购服务的进项管理
电子发票平台(各国本地)单一法域、人类交易跨境、跨法域、机器主体
AgentTax(本方案)Agent 跨境微交易全链路——

合规是确定性刚需:不是因为 Agent 经济多性感,而是因为企业已经踩到雷了。任何一家月 AI 支出 $50k+ 的企业,只要被审计过一次,都会立刻成为客户。

合规 = 先发优势极强税务合规产品的销售周期长,但客户一旦上线几乎不流失。这是个"慢热但极稳"的赛道,适合做长期主义生意。
03

市场机会与时机

  • 监管已到门口:美国 IRS 已经开始要求企业披露 AI 服务采购;欧盟 DAC8 / ViDA 都覆盖了数字服务;新加坡 IRAS 对跨境电子服务明确征税。
  • Agent 跨境交易天然:Agent 没有"国界"概念,任何一笔调用都可能是跨境。
  • 电子发票标准化推进:Peppol、Factur-X、ZUGFeRD 等格式已成熟,机器可读的发票基础设施就位,只缺一个面向 Agent 的中间层。
04

产品定义与架构

01

Tax Engine

规则引擎:美国 + 新加坡 + 欧盟 VAT 三大法域的跨境服务税规则,毫秒级计算。

02

E-Invoice Issuer

机器对机器的电子发票开具,兼容 Peppol / Factur-X / IRAS XML / IRS 8949。

03

Withholding Agent

按法域规则自动代扣代缴,与当地税务机关直连或通过服务商对接。

04

Audit Trail

不可篡改的审计日志,与 AgentLedger 凭证层天然协同——凭证就是开票原料。

05

Ledger Sync

对接 NetSuite / SAP / 用友,凭证 + 发票 + 税单三单自动入账。

06

Compliance Console

财务与审计人员的可视化台,按月生成 Agent 支出税务报告。

与 AgentLedger 的协同

AgentLedger 记录了"谁买了什么、什么时候、多少钱、对方是谁"——这就是开发票所需的全部字段。两个产品共用同一凭证层,数据不重复采集,边际成本几乎为零。

05

商业模式与定价

阶段客户 / 付款人定价说明
今天(Y0–Y2)企业财务(人)$300–1,500 / 月按覆盖法域数 + 月交易量阶梯订阅,审计刚需驱动。
过渡期(Y2)同上 + 会计师事务所订阅 + 按张计费超过订阅额度的发票按 $0.05 / 张收费。
明天(Y3+)嵌入支付协议按张抽费 $0.01–0.1x402 等协议内置调用,自动开票,按张抽成,无感支付。
06

护城河

  • 法域知识图谱:每个法域的税规则都在持续变化,沉淀成可执行代码后极难被追赶。
  • 客户迁移成本高:审计数据一旦入档,切换成本极高,客户几乎不流失。
  • 与 AgentLedger 的协同:共享凭证数据,降低获客与数据成本,这是独立税务公司不具备的。
  • 监管背书:与税务机关 / 会计师事务所的合作关系是时间积累出来的护城河。
07

冷启动路径

这是单边价值产品——企业自己的合规问题,不需要对手方。冷启动路径清晰,但销售周期天然较长,要用内容营销 + 渠道合作加速。

阶段一:单点突破(月 1–4)

  • 只做两个法域:美国(联邦 + 特拉华/加州)+ 新加坡。
  • 只覆盖一种交易:Agent 跨境采购 SaaS / API。
  • 发布一份《Agent 支出税务合规白皮书》——这是 CFO 与会计师会主动搜的内容。

阶段二:会计师渠道(月 4–12)

  • 与中小会计师事务所(Big4 之外的 Top 50)合作,他们把 AgentTax 作为审计 Agent 支出的标准工具。
  • 给会计师 30% 分成,换取他们向企业客户的推荐。
  • 会计师事务所自带信任与渠道,这是财税产品的标准冷启动路径。

阶段三:与 AgentLedger / AgentPay 打包(Y2 起)

  • 把 AgentTax 作为 AgentLedger 凭证层的"自动开票插件"销售。
  • 与 AgentPay 捆绑:用 AgentPay 付款的客户自动获得合规发票。
  • 把单独售卖变成套件售卖,客单价翻 3 倍。

阶段四:嵌入支付协议(Y3 起)

  • 与 x402 等支付协议合作,协议层自动调用 AgentTax 开票。
  • 商业模式从订阅平滑过渡到按张抽费。
08

里程碑与验证指标

时间里程碑验证指标
月 6美国 + 新加坡 MVP3 家设计伙伴;月开票 ≥ 10k 张;0 错单
月 1210 家会计师事务所渠道付费客户 ≥ 30;月开票 ≥ 100k 张;NPS ≥ 50
Y2欧盟 VAT 上线ARR ≥ $1M;客户月流失 ≤ 0.5%;审计通过率 100%
Y3嵌入支付协议 Beta按张抽费收入占比 ≥ 25%;ARR ≥ $3M
09

风险登记册

风险等级说明对策
各国税务规则碎片化高每个法域规则不同且常变。前 2 年只做美国 + 新加坡 + 欧盟 VAT 三个法域;规则引擎做 DSL 化,新法域接入 < 1 个月。
Avalara 入场中巨头看到 Agent 经济后下场。跑得比它组织调整快;深度绑定 AgentLedger / AgentPay,让它无法绕开。
税务责任边界中代扣代缴涉及法律责任。定位"工具 + 数据",不主动承担扣缴义务;扣缴义务留给支付通道。
合规成本低需要持牌会计师 / 税务师参与。早期以顾问形式合作,不雇佣持牌人员。
最该记住的一件事AgentTax 是个慢生意——前 18 个月收入可能很低,但客户一旦上线就走不了。要耐心,不要轻易切换到快生意,否则失去这个产品最大的价值:确定性。
10

Sources

参考与竞品情报[1][2][3][4]

  1. [1] Avalara — 人类交易税务自动化的范式参考。
  2. [2] Stripe Tax — 嵌入式税务自动化的工程样本。
  3. [3] Peppol — 跨境电子发票标准。
  4. [4] IRAS — 新加坡税务局,跨境数字服务征税先行者。
DOC-06 · PRODUCT DOCUMENT · v1.0 顺序 6 · 实验

AgentLabor

人类能力 API 化市场 —— 把人卖给机器。人把验证、标注、稀缺数据、线下执行等能力封装成机器可调用的 MCP 端点,买家是 Agent 不是人。

状态
供给储备期
版本
v1.0 · 2026-Q4
模式
上架订阅 + 调用抽成
团队
5–6 人 · 平台 + 运营
HUMAN WORKERS AGENTLABOR AI AGENTS AGENT LABOR · HUMAN CAPABILITY AS AN API
01

一句话定位

AgentLabor 是 Agent 经济的"人类执行层"——人把验证、标注、稀缺数据、线下执行等能力封装成 MCP 端点,被 AI Agent 程序化调用。

Mechanical Turk 是给人看的 UI;Agent 需要的是程序化"人类执行端点"。当 Agent 遇到自己搞不定的事(识别一张模糊的发票、验证一个地址是否真实存在、去线下盖一个章),它需要一个可以花钱调用的"人类 API"。AgentLabor 就是这个市场。

02

为什么是这个产品

方案买家调用方式问题
Mechanical Turk人(企业 HR / 研究员)Web UI + API(老)UI 为人设计,Agent 用起来很贵很慢
Scale AI / SurgeAI 实验室项目制 + 重运营只适合大客户,Agent 自主小额采购不适用
Upwork / Fiverr人(自由职业雇主)Web UI周期以天计,Agent 需要秒级响应
AgentLabor(本方案)AI AgentMCP / HTTP 端点——

关键差异:买家是 Agent 不是人。这带来三个全新约束——调用必须毫秒级返回句柄、任务必须可异步、支付必须程序化。现有平台都没为 Agent 设计过。

"客户全是 AI"AgentLabor 可能是 Agent 经济里唯一一个"客户全是 AI"的产品——它对人只暴露供给端(卖能力),对 Agent 才暴露需求端(买能力)。这种非对称设计是结构性的差异化。
03

市场机会与时机

  • Agent 撞墙时刻已到:随着 Agent 进入真实工作流(物流、电商、客服、内容),它越来越频繁地撞到"必须人来做"的墙。
  • 供给端准备就绪:全球有大量空闲高质量人类劳动力(退休专家、全职妈妈、第三世界白领),他们没有渠道对接 Agent 经济。
  • 支付通道已通:x402、Stripe AgentKit 让 Agent 可以自主付钱——这是过去 18 个月最大的变化。

短期市场估算:Agent 调用的"人类执行"市场 Y3 可达 $5–10 亿,AgentLabor 目标份额 10–15%。

04

产品定义与架构

01

MCP Endpoint Spec

人类能力的标准化 MCP 接口:任务描述、输入、输出、SLA、价格、回调。

02

Supply Console

人的工作台:接任务、提交结果、收款、积累信誉。

03

Agent Gateway

给 Agent 的调用网关:路由、限流、监控、审计。

04

Quality Arbitration

验收争议仲裁:复用 AgentPay 的争议机制 + 社区仲裁。

05

Reputation Graph

人类执行者的声誉图谱,数据与 AgentLedger 共享。

06

Skill Router

Agent 按技能、价格、信誉、地理位置路由到最合适的人。

四类核心供给

  • 验证:Agent 自检不可信的环节,如人脸核验、地址真实性、内容合规。
  • 标注:长尾数据标注,如医学影像、法律文书、行业知识。
  • 稀缺数据:Agent 拿不到的内部数据、本地知识、专业判断。
  • 线下执行:物理世界的动作——签字、盖章、取货、安装、拍照。
05

商业模式与定价

阶段收入来源定价说明
今天(Y0–Y2)企业 / 开发者(人)$200–1,000 / 月上架费 + 质保订阅,含 100 次任务额度。
过渡期(Y2)同上订阅 + 调用抽成 15%超出订阅额度按调用抽成。
明天(Y3+)Agent 自主采购调用抽成 12–20%Agent 作为买家自主比价下单,我们抽成。
06

护城河

  • 双边飞轮:供给端越多 → Agent 越爱查 → 需求越多 → 供给端更想来。双边市场里最强的飞轮。
  • 声誉图谱独占:人类执行者的历史信誉数据是独家资产,与 AgentLedger 共享。
  • 质量标准壁垒:质量仲裁机制 + 培训体系让 AgentLabor 的供给质量系统性高于竞争对手。
  • 时间换空间:双边市场的护城河靠时间堆出来,先行 12 个月几乎不可超越。
07

冷启动路径

AgentLabor 是九个产品里冷启动最难的一个——纯双边鸡生蛋,供给不来 Agent 不会来,Agent 不来供给不会来。唯一可行的打法是先手动囤供给。

阶段一:手动囤 100 个高质量供给(月 1–3)

  • 不做平台,先做单:创始人亲自对接 100 个高质量执行者(退休医生、律师、教师、技工)。
  • 把他们的能力手工封装成 MCP 端点,内部测试。
  • 不做自助注册——所有供给都人工审核、培训、定价。

阶段二:单一场景打透(月 3–6)

  • 选定一个具体场景打透:物流签收验证(Agent 在最后一公里需要人拍照证明签收)。
  • 找 3–5 家有这个痛点的企业做设计伙伴,以高溢价($10 / 次)换取真实流量。
  • 把这一场景的 SLA、验收、争议机制打磨到工业级。

阶段三:开放供给注册(月 6–12)

  • 开放自助注册,但严格审核——通过率 ≤ 30%。
  • 上线声誉图谱,高信誉供给获得流量倾斜。
  • 场景从物流签收扩展到标注、验证、稀缺数据。

阶段四:Agent 自主采购(Y2 起)

  • 开放 Agent 直接接入(不再要求企业订阅)。
  • 把价格发现交给市场,AgentLabor 转向纯抽成模式。
  • 这是从"人工平台"到"协议市场"的关键转型。
08

里程碑与验证指标

时间里程碑验证指标
月 3100 个手工供给上线平均响应时间 ≤ 5 分钟;任务完成率 ≥ 95%
月 6物流签收场景打透月任务量 ≥ 10k;客户 ≥ 3;NPS ≥ 60
月 12开放注册 + 3 个场景供给端 ≥ 2,000 人;月任务量 ≥ 100k;抽成收入 ≥ $50k / 月
Y2Agent 自主采购 BetaAgent 流量占比 ≥ 40%;月任务量 ≥ 1M;抽成收入 ≥ $300k / 月
09

风险登记册

风险等级说明对策
质量仲裁难高Agent 与人类对"完成"的理解可能不同。复用 AgentPay 的验收争议机制 + 社区仲裁 + SLA 模板化。
双边冷启动失败高供给或需求任何一边起不来都死。先手动囤 100 供给 + 单一场景打透,再考虑开放。
监管(劳动法)中跨国用工、税务、社保可能复杂。把执行者定位为独立承包商,参考 Upwork / Fiverr 的合规结构。
巨头入场(Upwork / Fiverr)中它们有供给,可以反向做。专注 Agent 协议层,跑得比它们组织调整快;与 AgentLedger 深度绑定。
价格战低低成本国家同类平台。强调质量、SLA、审计;不打价格战。
最难啃的一块骨头AgentLabor 的失败模式 90% 都是"冷启动失败"。前 6 个月不要追供给数量、不要追客户数量、不要追场景数量——只追"某一个场景里 100 个供给 + 3 个客户的完美体验"。其余都是噪音。
10

Sources

参考与竞品情报[1][2][3][4]

  1. [1] Amazon Mechanical Turk — 人类任务的范式与失败教训。
  2. [2] Scale AI — 重运营版的人类执行,AgentLabor 是其轻协议版。
  3. [3] Upwork — 双边市场的合规与声誉结构参考。
  4. [4] MCP 协议 — 人类能力 API 化的协议基础。
DOC-07 · PRODUCT DOCUMENT · v1.3 顺序 7 · 独立轻订阅

KeyGuard

创始人连续性与数字资产继承——企业的「关键人保险」:创始人失联、失能或离世时,公司的域名、服务器、代码仓库、收款账户按预设流程安全交接给指定人——高频场景保连续性,极端场景衔接合法继承。

状态
内部方案 · 待评审
版本
v1.3 · 2026-10-20
模式
B2B 订阅 + 律师网络转介
启动窗口
DOC-01 现金流跑通后(M12+)
KEYGUARD · FOUNDER CONTINUITY
01

一句话定位

「公司不能只有你知道密码。」

KeyGuard 不是泛用的 dead man's switch(市面上做给极客的工具八年没破圈),而是锁定一个明确人群:中小企业与 Web3 团队的创始人,回答两个层次的问题——

  • 创始人连续性(高频叙事):失联、失能、离职、合伙人翻脸时,公司数字命脉不断档、可接管、可演练。
  • 数字资产合法继承(旗舰场景):创始人离世时,交接流程衔接遗嘱、公证与律师见证等法律程序,让继承人拿得到、也拿得合法。
定位逻辑「连续性」是保险话术,高频、不晦气、好卖;「合法继承」是溢价旗舰场景,对标关键人保险与律师费档位。互联网类比:企业的关键人保险(保险模式千年验证)× LastPass Emergency Access(紧急访问机制已验证)× Trust & Will 的企业侧(全球空白)。

空白证据:五个相邻赛道,边界全部停在我们门外(2026-10 调研,40+ 来源)

赛道 / 代表玩家他们做到哪为什么停在我们的边界外
企业遗产规划 · 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 年数字遗产立法升温。

02

痛点与场景分层

高频场景(连续性,卖得动)

  • 核心员工突然离职:唯一掌握生产环境权限的人走了,交接全靠运气。
  • 合伙人翻脸:资产控制权不透明,另一方没有任何制衡手段。
  • 创始人短期失联:重病、意外、羁押——域名没人续费被抢注、服务器欠费关停,公司价值快速归零。

旗舰场景(合法继承,客单价最高)

  • 创始人离世:继承人面对一堆账户不知道有什么、在哪、怎么取;即使找到,缺乏法律衔接也可能无权处置。真实案例在中小企业圈反复发生。
  • Web3 放大器:钱包私钥、多签名额、交易所账户比传统公司更脆弱,且团队跨国分布式办公,继承辖区更复杂。
为什么 B2B 付费意愿是 C 端的 10 倍个人觉得「我还年轻」;老板清楚地知道「公司死了就全完了」。且「创始人连续性」是投资人投后管理清单里的红字项——投资人会主动要求被投企业配置,形成 B2B2B 分发渠道,获客成本接近零。
⚠ C 端尸骨累累的教训(2026-10 调研)Cake 关停并删除用户数据、Everplans 卖身保险公司、HereAfter 倒闭;DGLegacy 定价仅约 $100/年——「遗产/死亡」叙事的付费天花板已被真金白银验证。本产品全链路禁用「遗产/死亡」叙事做主线,定价 ¥399–2,999/月必须用「关键人风险 / 业务连续性」叙事支撑;「合法继承」只作为 Legacy 档的旗舰场景存在。
03

目标用户

角色场景核心诉求
10–100 人中小企业主数字资产集中在创始人手上公司存续保障,对合伙人/投资人/家人有交代
Web3 项目方 / DAO 核心团队【首发滩头】跨国分布式,钱包与账户权限分散刚需最痛 + 付费力最强 + 对「失联触发交接」概念天然接受(多签文化),冷启动首选
投资人 / 董事会投后管理把「关键人风险」从尽调红字变成已解决项(天然渠道方)
继承律师 / 公证机构数字资产继承案件激增但缺工具标准化交接流程 + 案源转介(生态合作方)
04

核心功能(MVP)

功能说明优先级
数字资产清单结构化登记:域名/服务器/代码仓库/支付/社媒/2FA——只存「是什么、在哪、怎么取」的指引,不存明文密码Must
零知识加密指引库取回指引在用户浏览器端加密后才上传(客户端加密),服务器没有明文,物理上无法泄露Must
心跳签到关键人按月/按周签到(邮件/TG/短信三通道),失联进入倒计时Must
防误触发三段闸多通道确认 → 30 天宽限期 → 人工复核电话,全部无响应才启动交接Must
受益人交接流程指定 1–3 名受益人 + 分级验证(证件/视频核验/律师见证),分步释放指引,全程留痕可举证Must
年度交接演练每年模拟触发一次,验证受益人真的能取回(「消防演习」,连续性叙事的钩子功能)Should
律师网络对接继承场景一键转介入驻律师/公证(遗嘱、继承权公证、跨境辖区意见),平台抽成,不自营法律服务Should
董事会仪表盘投资人视角:被投企业连续性配置状态一览(渠道方的采购理由)Could(V2)

本期不做

  • 不托管任何明文密码/私钥/助记词(架构上拒绝);不做 C 端个人版;不自营法律文书服务(只做流程引擎 + 律师转介);不做域外法律意见。
05

安全架构(产品的生命线)

浏览器端加密 → 密文上传 → 服务器只存密文 → 交接时密文发给受益人 → 受益人本地解密

  • 零知识原则:密钥只在用户设备上生成和保管,KeyGuard 服务器被攻破,攻击者拿到的只是一堆无法解密的密文。
  • 用户试图直接粘贴助记词/密码时,界面明确警示并引导改为「存放位置指引」——架构与文案双重拦截。
  • 所有交接动作日志留痕,可审计、可举证,供法律程序调取。

存续性悖论(必答题:「你们自己倒闭了怎么办」)

Cake 2025 年关停并删除用户数据就是前车之鉴——把公司命脉托付给我们的客户一定会问这个问题。对策写进架构:

  • 客户侧自持:所有清单与指引密文支持一键完整导出,本地可存;
  • 开源兜底:加密/解密客户端工具开源(或第三方托管),即使 KeyGuard 停止服务,受益人凭密文 + 本地密钥仍可解密;
  • 服务终止承诺:协议约定若停止服务,提前 90 天通知并协助全量导出,写入 SLA。

透明即卖点(v1.3 新增)

这个产品卖的核心资产是信任,而小团队建立信任最快的方式是彻底透明:零知识架构白皮书、防误触发三段闸的完整逻辑全部开源——「我敢把安全设计全部给你看」本身就是卖点。巨头有合规包袱做不到,这是我们的非对称武器(与 DOC-01 的透明方法论共用同一信任资产叙事)。

一票否决风险如果为了省事存了任何明文敏感信息,KeyGuard 就会从「保险」变成「蜜罐」——一次泄露,公司终结。零知识架构没有任何妥协空间。
06

合规边界(品牌大胆讲,法务守底线)

层面口径
品牌叙事层可以讲「数字资产合法继承」「衔接法律流程」——这是品类定位
产品文案层统一表述为「衔接遗嘱、公证与律师见证等法律程序」,不出现「保证合法有效」「等同于遗嘱」等承诺性表述
用户协议层三个「不」写在显著位置:不构成法律意见、不保证交接结果的法律效力(因司法辖区而异)、不托管资产
交付责任层法律文书与见证由入驻律师/公证机构交付并承担执业责任,平台仅提供流程引擎与转介(抽成 20–30%)
  • 平台 ToS 与 RUFADAA 边界:多数平台的用户协议决定受益人未必有权直接登录逝者账户——因此产品价值定位是「把数周的寻宝缩短到数天」(有什么、在哪、找谁、怎么走流程),不承诺绕过任何平台的授权机制;涉及账户接管的动作一律经由律师/平台官方继承通道执行。
  • 受益人核验失败或出现争议(多名继承人主张)时,流程自动冻结并转人工/律师通道,平台不做裁决。
  • 个人信息处理按最小化原则;指引密文我们无法读取,天然合规。
07

商业模式

档位定价(估算)内容
Startup¥399/月1 名关键人、20 项资产、1 名受益人、基础三通道签到
Business¥999/月3 名关键人、不限资产、3 名受益人、年度交接演练、人工复核专线
Legacy 继承方案档¥2,999/月 或定制旗舰场景:律师见证通道、继承流程预配置、跨境辖区协作、审计报告导出、董事会仪表盘

第二条收入线:律师网络转介

继承场景的法律需求(遗嘱、继承权公证、跨境意见)转介给入驻律师,平台抽成 20–30%。法律交付是律师的,溢价与沉淀是平台的——保持纯互联网、零自营交付的形态。

流失率(没人敢取消)
~0%
客户生命周期
5–10 年
毛利率
90%
运营团队
1–2 人

定价叙事红线(v1.2 新增):以上价位必须用「关键人风险 / 业务连续性」叙事支撑(对标关键人保险与律师费),禁止用「遗产/身后事」叙事——C 端数字遗产的付费天花板已被验证仅约 $100/年(Cake 关停、Everplans 卖身、HereAfter 倒闭)。

中性估算:第 3 年 300 家企业 × 平均 ¥700/月 ≈ ¥250 万/年(不含律师转介抽成)。获客走存量渠道(51kaifa.app / 51cfo / web3hire 企业家客户圈 + 投资人渠道转介),CAC 接近零;首发滩头为 Web3 团队(刚需最痛、付费力最强、对失联触发交接概念天然接受)。

08

冷启动:先假门,后开发

  1. 第 1 周:上线假门落地页——「公司不能只有你知道密码。¥399/月,前 50 名早鸟 5 折」,投向现有企业家客户渠道与投资人网络。
  2. 验证线与终止条件(严格执行):2 周内 100 个留资 或 20 个意向金 → 启动开发;不达标 = 直接放弃,不是换个文案再试——这个品类「重要不紧急」的需求魔咒已被 Cake / Everplans / HereAfter 的尸体验证过,不值得用 6 个月去对抗。
  3. 第 3–8 周:MVP 开发(复用 DOC-01 的订阅收款 + 通知引擎骨架,开发量减半)。
  4. 第 9 周起:首批 10 家企业从 Web3 中文社群与独立开发者圈子里手动聊出来(不指望落地页自然流量),人工陪跑 concierge onboarding;同步签约首批 3–5 名入驻律师(继承方向)。
社区共用红利DOC-01 与 DOC-07 的早期用户画像高度重合(独立开发者 / Web3 从业者)——一个社群能喂饱两个产品,冷启动渠道投入只做一份。
09

风险登记册

风险等级对策
误触发:关键人其实健在,指引发给了受益人高(一票否决级)三段闸(多通道确认 + 30 天宽限 + 人工复核电话);触发前受益人完全无感知
蜜罐风险:用户违规上传明文密钥导致泄露高零知识架构 + 界面拦截 + 协议免责,三层防线
「合法」措辞反噬:用户主张平台承诺了法律效力中文案分层管控(见 06 节):品牌讲定位、产品讲「衔接」、协议写清三个「不」
存续性悖论:客户问「你们自己倒闭了怎么办」(Cake 关停删数据前车之鉴)中密文一键导出 + 解密客户端开源/第三方托管 + 协议写入 90 天终止通知与迁移承诺(见 05 节)
平台授权边界:受益人依 ToS/RUFADAA 未必有权登录逝者账户,客户期望落空中价值定位为「缩短寻宝时间」而非「绕过平台授权」;账户接管一律走律师/官方继承通道(见 06 节)
信任冷启动慢(把公司命脉交给新品牌)中从存量客户圈起步;公布安全架构白皮书;律师/公证机构背书
法律纠纷(受益人争议牵连平台)中争议即冻结转律师通道;协议明确平台非裁决方;责任险(V2)
需求觉醒慢,前期收入贴着地走中接受慢热:趋势单向(数字资产只增不减),作为第二曲线而非主粮
10

里程碑

节点目标
触发条件DOC-01(AgentRank)现金流跑通(预计 M12)
W1–W2假门落地页 + 存量渠道验证(100 留资 / 20 意向金)
W3–W8MVP 开发(复用订阅 + 通知骨架)
W9–W16首批 10 家企业陪跑 + 首批入驻律师 3–5 名
Y1 末50 家付费企业;Y3 目标 300 家 ≈ ¥250 万/年(估算)
11

变更记录

版本日期变更摘要
v1.02026-10-20首版:企业数字资产紧急交接定位
v1.12026-10-20定位升级为「创始人连续性 + 数字资产合法继承」:场景分层(高频连续性 + 旗舰继承)、新增律师网络转介收入线、合规边界改为四层口径、定价新增 Legacy 继承方案档、风险册新增「合法措辞反噬」项
v1.22026-10-20吸收 40+ 来源竞争格局调研(2026.10):新增五赛道边界空白证据表(Heirloom/密码管理器/C 端遗产/Web3 密钥/律师 SaaS);新增「C 端尸骨累累」警示与定价叙事红线(禁用遗产叙事);新增存续性悖论对策(密文导出 + 开源兜底 + 90 天终止承诺);新增平台 ToS/RUFADAA 授权边界口径(定位「缩短寻宝时间」);Web3 团队标记为首发滩头;风险册新增存续性悖论与授权边界两项
v1.32026-10-20吸收五条执行建议:①假门终止条件硬化(20 意向金不达标直接放弃,不换文案再试);②新增「透明即卖点」(零知识架构白皮书 + 三段闸逻辑开源,与 DOC-01 共用信任资产叙事);③首批客户改为从 Web3 中文社群/独立开发者圈手动聊出(不靠落地页自然流量);④新增两产品社区共用红利说明

本文档为产品设计方案,所有财务数字为估算口径,仅供内部评审;具体实施请结合公司合规与法务要求确认。KeyGuard 不构成法律意见、遗嘱或公证服务。竞品信息引自 2026-10 竞争格局调研(40+ 公开来源),可逐条复核。

DOC-08 · PRODUCT DOCUMENT · v1.0 顺序 8 · 终局卡位 · M12

AgentLedger

机器商业凭证层(代号)· AI Agent 经济的信用基础设施——为 AI Agent 之间的每一笔付费调用签发可验证的机器收据,并以真实成交记录沉淀声誉图谱与担保交易网络——做 Agent 经济里「支付之后」的那一层。

状态
内部方案 · 待评审
版本
v1.0 · 2026-10-20
模式
协议抽成
团队
3–5 人
MACHINE COMMERCE · VERIFIABLE RECEIPTS · REPUTATION GRAPH
01

一句话定位

「AI 与 AI 做生意的每一笔钱,都应该有一张可验证的收据。」

Agent 支付已经有人做了——Coinbase 的 x402 让 agent 能用稳定币按次付费[1],Google 的 AP2 定义了 agent 支付的授权 mandate[2],ERC-8004 在做 agent 的链上身份[3]。但「交易完成之后」没有任何标准:没有机器可读的商业凭证、没有跨平台的履约记录、没有基于真实成交的声誉。

互联网类比:银联清算(交易凭证与对账)× 芝麻信用(履约声誉)× 增值税发票系统(审计刚需)——三个都是人类社会商业运转的底层设施,而在 Agent 经济里全部空缺。谁先把这一层做成标准,谁就是品类第一名。

⚠ 命名说明「AgentLedger」为内部代号。DOC-01(AgentRank)已验证同名冲突的 SEO 风险[4],正式上线前必须做同名调研并另行定名。本文档内 AgentLedger 均指代产品本身。
02

创始条件对照:为什么是这个产品

本方案源自四条创始约束,逐条对照如下:

约束条件本方案如何满足结构性原因
全球第一个支付层(x402 / AP2)已拥挤,但「机器商业凭证 + 基于真实成交的声誉」尚无标准、无占位者协议类生意里先发即护城河——先定义凭证格式的人就是标准
投入的人很少纯协议 + API,3–5 人可跑;不自建支付,站在稳定币 / x402 之上做薄中间件无内容运营、无客服、无交付——边际成本趋近于零
赚钱随时间越来越多每笔交易抽凭证费;Agent 经济交易量本身在指数增长,抽成自动水涨船高凭证与声誉图谱是沉淀资产:越多人用它对账,它越是标准,后来者越无法替代
服务 AI 而非人用户是 Agent(通过 MCP / Agent 框架集成调用),人只看 dashboard 与审计报表增长不依赖 C 端获客,依赖生态集成——分发渠道是协议,不是流量
支付层:已上线(Coinbase)[1]
x402
授权层:已发布(Google)[2]
AP2
身份层:草案推进中[3]
ERC-8004
凭证与声誉层:尚无标准——本方案的位置
0
03

市场机会与时机

▸ 需求侧:企业不敢放量 Agent 支出的第一原因,是没有凭证

当企业允许一个 Agent 自主花钱(调 API、买数据、租算力),财务与合规立刻会问三个问题:钱花给谁了?买到了什么?出问题找谁?没有机器可读的凭证,这三个问题无解——这直接卡住 Agent 经济的放量。凭证不是锦上添花,是 Agent 支出规模化的前置条件。

▸ 供给侧:卖服务的 Agent / API 需要一个「可信履历」

随着 Agent 可购买的服务爆炸式增长,买方 Agent 需要一个程序化答案:「这个卖方过去履约过吗?」实验室跑分(如 DOC-01 的实测榜[4])回答的是「买之前」,只有真实成交沉淀的声誉能回答「用的时候」。

▸ 窗口判断

支付三件套(支付 x402 / 授权 AP2 / 身份 ERC-8004)在 2025–2026 相继落地,意味着「凭证层」的窗口刚刚打开、且必然有人填。风险与机会同源:如果 x402 生态自己长出原生凭证功能,独立凭证层会被吞——所以本方案的核心策略是抢在支付生态之前,先把凭证格式做成事实标准并沉淀数据。

04

产品定义:三层架构

L1

机器收据 · Receipt

每笔 Agent 付费调用自动生成密码学签名的交易凭证:买方、卖方、服务内容、金额、交付哈希、时间戳。x402 兼容中间件,不改支付流程,只在成交瞬间「盖章」。

L2

声誉图谱 · Reputation

收据聚合为服务方公开可查的履约记录:成交笔数、交付率、纠纷率。配一个公开凭证浏览器——「Agent 交易的 Etherscan」——让声誉可见、可检索、可被其他 Agent 程序化查询。

L3

担保交易 · Escrow

大额 Agent 交易的托管 + 争议仲裁:买方资金先入托管合约,按凭证验收放款;纠纷由规则 + AI 仲裁 + 质押罚没裁决。这是凭证数据的自然延伸,也是抽成最高的一层。

图 1:三层产品架构——支付之上、决策之前的「凭证 → 声誉 → 担保」闭环

  1. 买方 Agent A 通过 x402 / 稳定币向卖方 Agent B / API 支付;卖方交付服务并返回交付哈希。
  2. 支付证明与交付证明进入 Receipt Engine 凭证引擎,签发双方签名收据。
  3. 收据写入凭证存证层(可链上锚定),聚合进 Reputation Graph 声誉图谱。
  4. 凭证浏览器 + 声誉 API 提供程序化查询,影响买方下一次购买决策。
  5. 大额交易进入 Escrow 托管与仲裁,按验收放款 / 罚没裁决后结算给卖方。

▸ 为什么从收据切入而不是直接做担保

收据是零摩擦的:不改变任何交易流程,买卖双方都没有拒绝的理由;而担保需要双边信任,冷启动难。收据以最低成本把「真实成交数据」收进来,声誉与担保都是数据足够厚之后的自然变现。先成为记账的,再成为裁判的。

05

商业模式

收入线模式水平(估算)启动条件
凭证签发费(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 内容生意(需持续复测投入)的根本区别。

06

护城河

  1. 标准定义权:凭证格式先被广泛使用即成事实标准。协议生意里,第一名的奖品是「成为名词」——后来者兼容你,而不是替代你。
  2. 凭证数据资产:真实成交记录无法速成、无法伪造(签名 + 双方确认),数据厚度本身就是壁垒。
  3. 双边网络效应:买方越多→卖方越需要累积声誉→卖方越多→买方查询价值越大。凭证浏览器是这个飞轮的可视化引擎。
  4. 合规刚需卡位:企业审计 Agent 支出是监管确定性方向,「凭证层」天然站在合规必经之路上。
07

冷启动路径

阶段动作目标
第 1 步选一个 Agent 付费最高频的垂直场景:数据 API 或 GPU 推理市场(单价低、频次高、双方都是机器,天然需要收据)单场景打穿,不贪多
第 2 步开源 SDK,接入 2–3 个头部 Agent 框架(MCP 生态优先)——让「开发者在 Agent 里加支付时顺手加上收据」集成方 ≥ 20 家
第 3 步上线公开凭证浏览器(Agent 交易的 Etherscan),让声誉图谱可见、可查成为开发者查询履约记录的默认入口
第 4 步卖方开始主动引用自己的声誉页做获客 = 免费传播;顺势推出 L3 担保交易网络效应自转
关键认知:服务 AI 的生意,分发渠道是协议和框架,不是用户早期绑定 MCP / x402 / ERC-8004 生态(提交规范、进参考实现、蹭联合发布),比产品功能本身更重要。这类生意 70% 的工作是生态站位,30% 才是写代码。
08

与 DOC-01(AgentRank)的关系:同一母题的两段

两个产品不冲突,是「信任」母题在 Agent 经济里的前后两段,且互为冷启动资产:

DOC-01 · AgentRankDOC-08 · AgentLedger
信任类型事前信任:买之前看实验室跑分事后信任:真实成交中的履约记录
服务对象人(挑工具的开发者 / 采购者)AI Agent(机器间的交易与决策)
收入引擎Affiliate 佣金,跟流量走协议抽成,跟交易量走
市场时机今天(需求已存在,上线即收入)未来 12–24 个月(随 Agent 支付起量)
互相输送什么评测口径定义权、厂商关系、第一批卖方名单真实成交声誉数据反哺评测页「在用表现」维度

路线建议:DOC-01 先行(今天赚钱、积累信任资产与厂商关系),DOC-08 作为 DOC-01 里程碑中 M12 的「第二曲线」启动[4]——届时 Agent 支付生态也更成熟,时点正好。

09

验证指标、里程碑与终止条件

节点目标
M1–M2收据协议规范 v0.1 公开 + 开源 SDK(TS/Python)+ 凭证浏览器 MVP
M3–M4接入 2–3 个 Agent 框架,集成方 ≥ 20 家,月凭证签发 ≥ 10 万张
M6月凭证 ≥ 100 万张,声誉 API 上线,启动 L3 担保交易内测
M12成为目标垂直场景(数据 API / 推理市场)的事实凭证标准;向 x402 / ERC-8004 生态提交规范提案
终止条件(放弃开关,写下来并严格执行)上线 6 个月后,若月凭证签发 < 5 万张 或 集成方 < 20 家:立即停止商业投入,将协议与 SDK 转为开源公共品(维持声誉与生态好感),团队回撤至 DOC-01 主线。协议生意的死法是「半死不活地熬生态」——时机错了就认,沉没成本控制在 6 个月内。
10

风险登记册

风险等级对策
x402 / AP2 生态原生加入凭证功能,独立凭证层被吞高抢先做厚数据与集成面;主动向生态提交规范、争取成为参考实现而非竞争者——被收编为标准也是胜利
时机过早:Agent 间支付量起不来,凭证无源之水高终止条件硬约束(09 节);成本控制到「熬得起 12 个月」;DOC-01 现金流兜底
双边冷启动:没有卖方声誉则买方不查,没有买方则卖方不积累中单边切入:先给买方 Agent 做「支出对账」价值(不依赖卖方配合),收据自然积累
合规与责任:凭证涉及交易数据,担保涉及资金托管中凭证层只做签名与存证、不碰资金;担保层用链上托管合约而非自管资金;法律意见书先行
协议被分叉:开源后他人复制协议另起炉灶低协议可复制、数据与声誉图谱不可复制——护城河在沉淀资产,不在代码
11

Sources

参考来源[1][2][3][4]

  1. [1] Coinbase, x402 — An open payments protocol for the agentic economy — Agent 按次付费的稳定币支付协议。
  2. [2] Google, Agent Payments Protocol (AP2) — 定义 Agent 支付授权 mandate 的开放协议。
  3. [3] ERC-8004: Trustless Agents — AI Agent 链上身份与信任的以太坊提案(草案阶段)。
  4. [4] DOC-01 · AgentRank · AI Agent 实测榜 v1.3(2026-10-20)——本方案的姊妹方案与第一曲线(见本文档集 #doc-01)。

DOC-08 · AGENTLEDGER(代号)· v1.0 · 2026-10-20 · 内部方案 · 待评审

DOC-09 · PRODUCT DOCUMENT · v1.0 顺序 9 · 第三曲线

AgentRisk

Agent 责任风险评分数据层 —— 不碰牌照,只卖数据。给保险公司用的 Agent 行为风险评分 API,是 Harbor 这类 Agent 责任险玩家的上游。

状态
数据沉淀期
版本
v1.0 · 2026-Q4
模式
B2B 数据订阅 + 保费分成
团队
3 人 · 数据 + 模型
RISK SCORE / TIME AGENT RISK · BEHAVIOR RISK SCORING API
01

一句话定位

AgentRisk 是给保险公司用的"Agent 行为风险评分 API"——保险公司想保 Agent 但没有任何历史数据,谁沉淀评分数据,谁就是这条链上的收费站。

当企业问"如果我的 Agent 给客户造成了 $100 万损失,保险赔不赔"时,保险公司最大的障碍不是不想赔,而是没有数据来定价。AgentRisk 是这条价值链上最关键、也最容易被忽略的一环。

02

为什么是这个产品

已有方案覆盖范围缺口
传统责任险(科技 E&O)人类软件产品无 Agent 行为历史数据,无法定价
Harbor / 同类 Agent 责任险创业公司Agent 责任险终端产品依赖外部风险评分数据,自己不沉淀
信用局(Equifax 等)人类 / 企业信用没有 Agent 这个主体
AgentRisk(本方案)Agent 行为风险数据 + 评分——

关键判断:保险是 Agent 经济绕不开的基础设施,但保险公司本身做不了风险数据——它们没有 Agent 行为原始数据,也没有做数据的团队。这个位置天然属于第三方。

为什么"不碰牌照"保险牌照申请周期长、监管重、资本要求高;但数据层不需要牌照,只需要与保险公司 / 再保公司合作。这是用 3 人团队切入 $100 亿市场的唯一可行路径。
03

市场机会与时机

  • 保险公司主动在找:Munich Re、Swiss Re、AXA XL 都已经成立 AI / Agent 保险研究小组,但它们没有数据。
  • Agent 责任事件已经在发生:错误的退款、误删的数据库、违规的发言——真实案例已经在法庭上。
  • 监管开始要求:欧盟 AI Act、加州 SB 系列法案都要求高风险 AI 系统必须有保险兜底。

市场规模估算:Agent 责任险 Y5 可达 $50 亿保费,风险数据层通常收取保费的 1–3% 作为数据费——这是 $5,000 万–1.5 亿的纯数据市场。

04

产品定义与架构

01

Behavior Ingestor

从 AgentLedger / AgentPay / AgentTreasury 等接入 Agent 行为原始数据。

02

Feature Store

Agent 行为特征库:调用模式、错误率、投诉率、赔偿历史、稳定性等 200+ 维。

03

Risk Score API

毫秒级评分接口:输入 Agent ID,输出 0–1000 分 + 分维度解释。

04

Scenario Simulator

给保险公司的蒙特卡洛模拟:在不同保险条款下,预期赔付率分布。

05

Portfolio Dashboard

保险公司用来看自己承保 Agent 组合的实时风险敞口。

06

Claim Analyzer

理赔事件分析:与评分模型回测,持续改进模型。

数据来源

与 AgentLedger 的声誉图谱是同一份数据的第二次变现——这意味着 AgentRisk 的边际数据成本几乎为零,这也是它最难被独立数据公司追赶的原因。

05

商业模式与定价

阶段客户定价说明
今天(Y0–Y2)保险公司 / 再保$5,000–50,000 / 月B2B 数据订阅,人付。按调用量阶梯。
过渡期(Y2)同上 + 保险科技创业公司订阅 + 按 API 调用计费给 Harbor 等创业公司更轻量的接入。
明天(Y3+)保费自动分成保费的 0.5–2%保费从 Agent 流水自动扣除,我们从中抽数据费。
06

护城河

  • 数据厚度即壁垒:风险评分模型的准确性直接取决于历史数据厚度,后来者无法速成。
  • 与 AgentLedger 协同:同一份数据的第二次变现,边际成本几乎为零。
  • 保险公司关系网:与再保、经纪、保险公司的合作需要多年时间建立。
  • 监管沟通积累:与监管的对话、合规框架、模型审计经验都是时间堆出来的。
07

冷启动路径

AgentRisk 是九个产品里最依赖前置条件的——必须有 AgentLedger 等产品的数据沉淀在先,才有冷启动的原料。天然是第三曲线。

阶段一:数据积累期(月 1–12)

  • 不主动销售,专注从 AgentLedger / AgentPay / AgentTreasury 导入行为数据。
  • 建立 200+ 维特征库,跑通评分模型 v0。
  • 免费向 3–5 家保险公司 / 再保提供数据访问,换取反馈与案例。

阶段二:联合建模(月 12–24)

  • 与 1–2 家再保公司(首选 Munich Re / Swiss Re 的创新部门)联合建模。
  • 把评分模型嵌入它们正在设计的 Agent 责任险产品中。
  • 以"首单优惠"换取公开案例。

阶段三:商业化(月 24+)

  • 开始正式 B2B 订阅销售。
  • 通过保险经纪公司(Aon、Marsh、WTW)分销。
  • 验证"保费分成"模式。

为什么能接受"第三曲线"

  • 前期成本低(3 人团队,边际成本几乎为零)。
  • 保险销售周期天然 12–24 个月,急也没用。
  • 等公司前两条曲线(AgentLedger、AgentTreasury)做起来,AgentRisk 自然就有原料了。
08

里程碑与验证指标

时间里程碑验证指标
月 12评分模型 v0 + 3 家保险试用覆盖 Agent 数 ≥ 10,000;特征维度 ≥ 200;模型 AUC ≥ 0.75
月 24与 1 家再保联合建模 + 首单首单保费 ≥ $500k;模型 AUC ≥ 0.85
Y3商业化 + 5 家付费保险客户ARR ≥ $1M;覆盖保费 ≥ $50M
Y4保费分成模式分成收入占比 ≥ 30%;覆盖保费 ≥ $300M
09

风险登记册

风险等级说明对策
保险销售周期长高B2B 保险销售 12–24 个月很正常。接受慢,定位为第三曲线;前期靠 AgentLedger / AgentTreasury 输血。
数据合规(GDPR / 个保法)高Agent 行为数据可能涉及隐私。数据完全匿名化 + 聚合化;法务前置,合规框架写入产品。
模型被证伪中若评分模型预测不准,失去客户信任。持续回测 + 保险公司联合建模 + 保守发布。
监管政策变化中AI 保险监管尚未成型,可能剧烈变化。与监管保持沟通,参与行业标准制定。
Agent 经济规模不及预期低保险市场依赖 Agent 经济体量。这是所有 9 个产品共同承担的风险,不是 AgentRisk 独有。
耐心比聪明重要AgentRisk 的失败模式不是"做不好",而是"做太早、做太急"。它的时机是由 AgentLedger / AgentPay 的数据沉淀节奏决定的。等公司前两条曲线成型后,AgentRisk 自然会起飞。
10

Sources

参考与竞品情报[1][2][3][4]

  1. [1] Munich Re — 再保公司,AI / Agent 保险研究先行者。
  2. [2] Swiss Re — 同上,有 AI 保险专项研究。
  3. [3] Equifax — 信用局模式参考,AgentRisk 是 Agent 经济里的对应物。
  4. [4] EU AI Act — 高风险 AI 系统的保险与责任框架。