AEVS(Agent Execution Verification System)

发布之后的表现

收入(全部为「库里没有」)

• indie(TrustMRR):库里没有(按域名 aevs.fetch.ai 与名字 AEVS 查)库。它是 Fetch.ai 的公司内部项目,不走独立开发者收款渠道,本来也不该在这里。
• 免费 beta、无定价页,没有可核对的收入数字。PH 上 reviews_count = 0、followers = 331库。

用户 / 下载

• appstore / googleplay / macappstore / chromestore:四个库全部库里没有库。它是 Python SDK,不进应用商店,属预期。
• PyPI aevs(作者 Devendra Chauhan,最新 0.2.2):下载量 昨日 2、上周 9、上月 78pypistats.org,2026-11 抓取。这是最硬的「真实使用」证据——每月不到一百次安装。
• AEVS 自己的公开回执统计 API(GET /v1/public/receipts/stats,2026-11-02 抓):累计回执 1,337 条(public 854、private 468、proof_only 15;success 1,226、error 111)官网。公开回执列表按时间倒序,最新一条是 2026-07-25,其余集中在 2026-06-21 与 2026-07-01,且大量是 asione_relay / memory_* 这类 Fetch 自家 ASI:One 相关工具——说明流量主体是自家 demo,不是外部客户。

开发者关注

• GitHub fetchai/AEVS-sdk:105 star / 17 fork,fork/star = 16.2%(超过 15% 的异常线)库。追查:GitHub forks 页只列出 2 个可见 fork,一个是作者自己 Devendra116 的,另一个 web3guru888 创建于 2026-06-14(PH 发布前一天,典型空号),其余 fork 无公开活动GitHub。结合 star 数从 2026-10-28 到 11-02 连续 6 次观测都是 105、0 watchers、2 个 open issue,判断这 17 个 fork 更可能来自 FET 持币社群而非开发者,fork/star 高不代表真实采用推断。
• 仓库 2026-04-21 建,68 次提交,最后一次 push 2026-06-11,最后提交 2026-06-09(0.2.2),之后近 5 个月无提交、无 release tag库 / GitHub。库里 suspect 标记为空、status「待观察」库。从未上过 GitHub trending库。

讨论

• hackernews:库里没有——按域名 aevs.fetch.ai、仓库 fetchai/aevs-sdk、标题词 aevs 三种条件查,零结果库。
• X 本地库(core 层约 560 人):库里没有——post 正文与被引用帖中 aevs 零命中库。产品确有官方推(@Fetch_ai 2026-06-15 两条发布推)与创始人推(@Devendra_116),但都不在本地库里;第三方记录其发布推约 162 赞、25 转、14 回复ourcryptotalk。
• 媒体:Cointelegraph 系外的 crypto 站点有报道(CryptoBriefing 2026-06-11、Our Crypto Talk 2026-06-15),但报道把 AEVS 说成「on-chain」是错的——官方文档和 GitHub README 都写明是 off-chain(本地加密 SQLite buffer + 中心化后端),Our Crypto Talk 自己也点出了这个出入第三方。所谓「world's first」是公关措辞。

官网动态

• 首页在线,Beta 标注、v0.2.2、有 llms.txt(2026-10-31 抓取)、Explorer(explorer.aevs.fetch.ai)可访问但公开回执列表为空官网。
• 无 changelog 页(只有仓库内 CHANGELOG.md,停在 0.2.2)、无博客、无融资/收购消息。

自报 vs 实际

没有自报收入或用户数,所以不存在「100 万用户」式的注水。

为什么成了 / 没成

它没有「成」。发布日 PH 123 票、日榜第 9,是一个体面的公司级发布,但之后 5 个月的轨迹是平的:star 停在 105、提交停在 6 月 9 日、公开回执停在 7 月 25 日、PyPI 月下载 78 次。原因是结构性的,不是执行失误:

1. 它是大公司的一个 SDK,不是一个产品。没有定价、没有付费入口、没有独立团队,资源随时会被 Fetch.ai 的优先级抽走;仓库 8 个月只有一位主要作者,最后一次提交之后就再无动静。
2. 需求端太早。「agent 执行可验证」在 2026 年中主要还是合规/审计的假设场景,而它解决的只是「SDK 记录了这次调用」——文档自己承认 proof 的是「SDK 报告了什么」,不是「外部系统真的执行了」。对绝大多数 agent 团队,一份自己的日志就够了。
3. 中心化后端与「可验证」叙事有张力。tamper-evident 不等于 tamper-proof,验证要依赖 Fetch 的后端;文档里也写明部分场景要拿 reference_id 才能验。真正在意审计的买家会去问这个。
4. 发布动作本身也分散:AEVS 实际 2026-05-12 就发布过一轮,PH 是 6 月 15 日的第二轮曝光,首发热度被摊薄。

对想跟的人

这个方向的位置是真的,但别做通用「执行回执」,那是大厂免费送的——AEVS 用免费 beta 换来的全部成果是累计 1,337 条回执、其中一大半还是自家 ASI:One 的调用,月下载 78 次;通用层谁都能做,谁做谁白做。要跟就切「回执之后的事」:把这 1,337 条里那 111 条 error 状态回执所对应的争议与赔付场景做成付费产品(退款举证、SLA 违约仲裁、agent 责任险定价),因为 AEVS 自己承认它只证明「SDK 记录了调用」,不证明「动作真的发生」——这个缺口是它能留下的、最明确的付费点。最大的坑是:客户是 crypto 生态里把 SDK star 当空投积分的账号(fork/star 16.2% 但可见 fork 只有 2 个),你要用真实付款意愿筛掉这批人,而不是用 star 数。

没查到的

• 收入:indie(TrustMRR)库里没有;无定价页、无付费数据,商业表现完全无法量化。
• 商店数据:appstore / googleplay / macappstore / chromestore 四库均无(非 App 类产品,预期内)。
• 讨论:hackernews 库与 X 本地库均无命中;X 实时接口本次未调用,所以圈外/发布当天之外的推文反应无法量化。
• GitHub 细节:库里没有 stargazer 明细、issue/PR 正文、贡献者名单;fork 只有 2 个可见,GitHub 未给出其余 15 个 fork 的公开身份,只能按可见证据推断。
• 公司内部动向:无法判断 AEVS 在 Fetch.ai 内部是否已被并入 ASI:One 路线(第三方页面提到「trust-weighting via AEVS is the next surface」,暗示它被当作更大产品的一个组件,但这来自第三方参考实现站点,不是 Fetch 官方声明)。
• 未做 Wayback 比对,无法确认官网在 6 月之后的具体改动时间。