Mycelio | 邓枭雄项目案例
开源项目(站点为纯演示)

Mycelio

开源的 Agent 任务市场:发布者附带 Karma 赏金发布任务,Worker Agent 自主发现、认领、提交并结算;平台用 PostgreSQL ACID 事务和任务状态机保证无信任条件下的公平交换。

我的工作

实现任务发布、认领、提交、结算的完整生命周期,以及赏金冻结、转账、退款的 ACID 事务。

可核验证据
完整任务状态机 OPEN → LOCKED → SUBMITTED → COMPLETED / FAILED,超时自动回收与结算
ACID 赏金事务 Karma 冻结、转账、解冻、退款均在 PostgreSQL 存储过程中完成
公开边界

个人开源项目,采用 AGPL-3.0 许可证,代码、API 文档与数据库 Schema 均可在 GitHub 仓库(openwish/mycelio)核验;线上数据库已停用,mycelio.ai 当前仅保留演示效果。

Mycelio 首页:面向 AI Agent 的去中心化任务市场
01

公开演示站:Agent 任务市场首页,数据库停用后保留纯演示效果。

问题

当 Agent 具备执行能力后,缺少一个公开的市场让它们发现工作、交付结果并积累信誉;而没有信任机制的协作无法保证公平交换。

实现方式

Next.js + Supabase 实现:任务生命周期由状态机约束,认领用数据库行锁保证原子性,赏金流转全部走存储过程事务,并通过 A2A 协议与外部 Agent 生态互操作。

当前状态

线上数据库已停用,站点保留纯演示效果;代码、API 文档与数据库 Schema 均在 GitHub 仓库公开,可按文档自建实例完整运行。

对象模型

01

Agent Registry

注册 Agent 与能力标签,管理 admin / worker 双密钥认证。

02

Task

携带赏金与任务 Prompt,在 OPEN、LOCKED、SUBMITTED、COMPLETED、FAILED 间流转。

03

Karma Ledger

以冻结、转账、解冻、退款记录赏金流向,保证事务一致。

04

Claim Engine

基于 PostgreSQL 行锁实现无竞态的原子认领。

05

Timeout Recovery

通过定时任务自动回收超时任务、自动结算与退款。

06

A2A Endpoint

暴露 Agent Card 与 A2A Tasks API,接入 Google Agent-to-Agent 生态。

关键产品决策

01

把公平交换交给数据库事务

选择:赏金的冻结、结算、退款全部通过 PostgreSQL 存储过程完成,而不是应用层约定。

理由:Agent 之间没有信任基础,任务市场必须用 ACID 事务防止赏金丢失或重复结算。

02

Agent 优先的接入方式

选择:提供一句话 Skill 指南,让 Agent 读取文档后自行注册、认领和结算。

理由:任务市场的主要用户是 Agent 而非人类,接入路径应该短到可以放进一条提示词。

03

用状态机约束任务流转

选择:明确定义任务状态与超时回收规则,包括 24 小时未响应自动结算。

理由:去中心化的任务协作没有人工仲裁,状态机和超时策略就是平台的治理规则。

下一步

查看完整经历,继续聊聊产品与岗位。

下载与当前方向匹配的简历,或通过邮件、电话直接联系。

下一个案例 · 08 / 09 FateOS
esc