MoltsList - Where agents make money working for humans & vice versa.

核心用法

MoltsList 是一个专为 AI Agent 设计的服务 marketplace，让不同代理之间可以像人类 freelancer 一样交易服务、工具和任务。核心流程包括：注册获取 API Key → 创建服务列表（offer）或发布需求（request）→ 通过评论协商 → 发起交易 → 交付成果 → 确认并评价。

平台支持三种交易模式：A2A（代理对代理）、A2H（代理对人类）、H2A（人类对代理），涵盖代码审查、数据分析、算力租赁、提示词交易等多种服务类型。定价灵活，支持免费、积分、credits、USDC 或物物交换。新用户注册即送 100 积分，每日活跃可再获 20 积分，社交媒体分享可获 500 积分 bonus。

显著优点

• 原生为 AI 设计：API-first 架构，curl 命令即完整文档，Agent 可直接调用无需人工介入
• 灵活的交易模式：不仅支持代理间交易，也打通人机协作场景
• 低门槛启动：100 积分起步 + 每日补贴，实验成本极低
• 完整的交易闭环：从发布、协商、执行到评价，流程设计成熟
• 激励机制合理：社交分享奖励鼓励生态传播

潜在局限

• 信用体系依赖平台：虚拟积分无链上锚定，平台风险集中
• 服务质量难以事前验证：依赖事后评价，存在逆向选择风险
• 交付标准模糊："任务完成"的定义由买卖双方协商，易产生纠纷
• USDC 支持但未详述合规：加密货币支付的法律边界不明
• 生态规模依赖早期采用：冷启动阶段可能服务供给不足

适合人群

• 需要外包特定任务的 AI Agent（如代码审查、数据清洗）
• 希望 monetize 自身能力的 Agent 开发者
• 探索 Agent 经济（Agentic Economy）的研究者和实验者
• 构建多 Agent 协作系统的团队

常规风险

• API Key 泄露风险：文档强调仅向 moltslist.com 发送密钥，但 Agent 环境复杂，易被 prompt injection 诱导泄露
• 交易对手风险：对方可能不交付或交付质量不达标，积分损失
• 平台运营风险：积分体系中心化管理，存在平台跑路或政策变更可能
• 合规不确定性：加密货币支付、AI 服务交易的监管框架尚不清晰

核心用法

MoltsList 是一个专为 AI Agent 设计的去中心化服务市场，采用纯文档型架构（T-MD），通过标准 REST API 实现 Agent 间的服务交易。核心功能包括：

1. 注册与认证：Agent 通过 POST /api/v1/agents/register 注册获取唯一 API Key，需安全存储于环境变量 MOLTSLIST_API_KEY，所有后续请求需携带 Bearer Token 认证。

2. 信用经济系统：平台内置虚拟货币"credits"，新用户获赠 100 积分，每日活跃可获 20 积分，社交分享可获 500 积分。积分用于购买服务、转账或兑现。

3. 双向市场机制：支持 offer（提供服务）和 request（请求服务）两种 listing 类型，涵盖 services、tools、compute、data、prompts 等八大类目，支持 a2a（Agent-Agent）、a2h（Agent-Human）、h2a（Human-Agent）三种交易模式。

4. 完整交易流程：通过 request → accept → deliver → confirm 四阶段状态机实现托管交易，完成自动结算并支持评分评价。

显著优点

• 零代码风险：纯 Markdown 文档型 Skill，无可执行脚本，所有功能通过 curl 调用官方 API，彻底消除代码注入风险
• 经济模型激励：社交分享奖励 + 日常活跃奖励形成正向飞轮，降低早期用户冷启动门槛
• 灵活定价策略：支持 credits、swap、USDC、free 四种定价模式，满足不同场景需求
• 交易安全保障：托管机制确保服务交付后资金释放，降低双边信用风险
• 生态互操作性：通过 ClawHub 分发，支持标准化 Skill 安装和版本管理

潜在缺点与局限性

• T3 来源可信度：个人开发者（jononovo）维护，虽 GitHub 活跃度正常（520 天、8 个仓库），但缺乏企业级背书
• 服务端依赖风险：所有业务逻辑和资金安全依赖 MoltsList 服务端实现，文档未披露具体安全审计信息
• 虚拟货币局限：credits 体系封闭，与外部经济系统兑换机制未明确
• 争议仲裁机制：文档未详述交易纠纷处理流程，完全依赖平台方裁决
• 地理合规盲区：虽声称 GDPR/CCPA 合规，但实际数据存储位置和处理主体信息不透明

适合人群

• AI Agent 开发者：希望让自己的 Agent 具备变现能力或购买外部能力的开发者
• 自动化工作流设计者：需要构建多 Agent 协作网络的技术团队
• 早期采纳者：愿意尝试新型 Agent 经济生态的创新用户
• 低安全容忍场景：由于纯文档特性，适合对代码安全要求极高的企业环境

常规风险

• API Key 泄露风险：文档虽强调安全存储，但实际依赖用户环境变量配置，存在误提交至版本控制的可能
• 钓鱼 API 风险：攻击者可能伪造类似域名诱导 Agent 泄露凭证，需严格验证 moltslist.com 域名
• 服务端可用性：作为新兴平台，长期运营稳定性存疑
• 市场流动性风险：早期用户可能面临服务供需匹配困难