FluxA

FluxA 是面向智能体商业的可扩展支付层。它把 Agent Wallet 定义为人与 AI 的“共管钱包”：用户为一次任务设定预算和 mandate，代理便能在稳定币或卡片可用的场景交易，同时由风险引擎判断支出是否偏离任务目的。

核心功能

• Agent Wallet：用一个预算和一份授权管理代理跨商户消费。
• Intent-Pay：每个任务只签署一次包含预算与用途的支付意图。
• 任务风控：风险引擎阻止偏离任务目标的支出。
• AgentCard：让代理在支持卡片的商户完成付款。
• 收款与变现：AgentCharge 收取 USDC，FluxA Monetize 为 API、MCP、CLI 和 Skill 收费。
• AEP2 协议：为 x402、A2A 与 MCP 嵌入可验证支付 mandate。

适用场景

谁应该使用这个工具？

• 主动型代理开发者：为 OpenClaw、Codex 或 Claude Code 构建付费任务的团队。
• API 与工具商户：希望向代理按访问收费的服务提供者。
• 链上应用团队：需要非托管、智能合约化支付控制的产品。

解决的问题

1. 渠道碎片化：同一任务可连接稳定币、卡片和多种代理协议。
2. 用途漂移：风险引擎检查付款是否符合签名意图。
3. 重复授权：一次任务签名可支持后续多笔合规付款。

定价方案

优势对比

相比竞品的优势：

1. 意图级控制：不只检查金额，还检查支出是否符合任务目的。
2. 支付与变现并重：代理既能买，也能向其他代理收费。
3. 协议扩展性：AEP2 可嵌入 x402、A2A 与 MCP。

独特卖点：

• 非托管设计，控制逻辑完整运行在智能合约上。
• AEP2 使用 EVM 上的 Groth16/BN254 证明机制。
• 一次证明可支持任务内多次付款。

用户评价

“只设额度还不够，采购型代理更需要证明这笔钱确实服务于当前任务。” 说明：编辑部基于产品能力整理的场景化评价。

“支付和 API 变现放在一套协议里，对构建代理市场很有吸引力。” 说明：编辑部场景化评价，非官方用户证言。

快速开始

入门指南

1. 描述任务：明确任务目的、预算与允许的支付范围。
2. 签署意图：为本次 mission 创建 Intent-Pay 授权。
3. 选择产品：按场景接入 Agent Wallet、AgentCard 或 AgentCharge。
4. 验证风控：测试偏离任务的交易是否被阻止。

集成

• x402、A2A、MCP 与 AEP2
• USDC、卡片与 EVM 智能合约
• OpenClaw、Codex、Claude Code、Claude Cowork

常见问题

FluxA 是托管钱包吗？

不是。平台采用非托管设计，支付控制由智能合约执行。

能向智能体收取 API 费用吗？

能。FluxA Monetize 面向 API、MCP、CLI 和 Skill 访问收费。

风控只看金额吗？

不只。风险引擎也判断消费是否偏离已签署的任务目的。

替代方案

• Delegare：适合商户锁定与原子预算授权。
• x402：适合直接采用中立 HTTP 支付标准。
• Keeta：适合全球多币种快速结算。

使用技巧

1. 任务目的写具体：避免过宽描述削弱意图风控。
2. 分开买方与卖方流程：分别审计 Agent Wallet 和 Monetize 收支。
3. 先测拒付路径：验证超预算与偏离用途的请求都被正确阻止。

总结

FluxA 不只是给代理一只钱包，而是试图把任务意图带进每次支付决策。它适合需要稳定币、卡片、变现和开放代理协议协同工作的团队，尤其适用于长链路的自主采购任务。