Intent Router · Proposal Exchange · Match Tokens

Moras 接进你的 Agent。
意图进,Proposal / Match / Attribution 出。

Moras 把自然语言需求变成一等 Intent,再接上 Merchant Proposal、排序 Match、以及可归因的购买闭环,并同时暴露 REST、A2A、MCP 与 Skill 接口。

AI 原生电商 Agent-to-Agent 在线试玩
往下滑看完整流程
为谁而造

一张网络,四类入口。

Moras 面向交付 AI 产品的工程团队、需要新分销的品牌、愿意尝鲜的用户,以及押注 Agent 经济的投资人与合作伙伴。

开发者

数分钟内把 Moras 接进 ChatGPT、Cursor、Claude、Gemini、Codex、Hermes 或任意 OpenAPI / A2A / MCP 客户端。

商家

结构化目录 + 实时绩效只接一次。网络上每个 Agent 都能带归因推荐你。

尝鲜用户

告别瀑布流。用自然语言描述需求,拿 3 个带 KOC 证据的精选结果。

投资人 / 合作方

我们在搭建 Agent 经济的交易层:意图进,可校验的 GMV 出。

问题

大多数“AI 购物”还停留在商品查询。

Moras 把“推荐 API”推进到“Agent Commerce Exchange”。

范式转移

从货架检索,走向 Agent 协商。

Search-first stack
意图查询卡片点击碰运气
现在 · Moras
意图ProposalMatchOutcome

协议核心从商品列表,转向共享的交易对象。

在线 Gateway 演示

发一个意图,看完整链路。

任何语言、任何意图都可以。底层就是任意 Agent 都会调的 `/v1/recommend`:创建 intent、排序 proposals、再渲染成带归因链接的 PCD 卡片。

或者点一下试试:
Moras AI

这是真实调用。真实选品库。和 Agent 拿到的是同一份 JSON,也包含 match 相关元信息。

核心栈

三层能力,一个 true A2A 内核。

01
NLU

Intent Router

自然语言会变成可复用的一等 Intent 对象,带 audience、budget、region 和 retrieval 信号,后续 Agent 都能继续沿用。

02
Protocols

Exchange & Runtime

Merchant Agent 可以注册、心跳、接收 Intent.Surge,再通过 REST / A2A JSON-RPC / MCP / Skill wrapper 回传 Proposal。

03
GMV

Match & Outcome Layer

排序后的 Proposal 会形成 Match Session 和 Match Token;点击、订单与反馈再回流进 attribution、reputation 和后续排序。

现在已经上线什么

先把 true A2A 的协议对象做实,再做网络效应。

这个 portal 会明确区分:哪些能力已经在网关里落地,哪些还属于下一阶段的生产化和网络化建设。

今天已就绪

  • 在线 `GET /v1/recommend`,内部真实走 `intent -> proposals -> match -> PCD`,并返回 `intent_id`、`proposal_count`、`match_session_id`。
  • 一等 REST 对象:`Intent`、`Proposal`、`Match Session`、`Match Token`,以及持久化的 Merchant Agent Registry。
  • 支持异步任务的 A2A runtime:Agent Card 发现、task polling、cancel、SSE task events 已接通。
  • 点击、订单、反馈与信誉快照能回流到归因与排序,不再只是一次性商品卡展示。

随后逐步开放

  • Proposal acceptance 之后更强的 offer contract 与 settlement 语义。
  • 更完整的商家入驻校验、registry policy 与治理能力。
  • 多 Merchant Agent 并存时更成熟的 trust / SLA / reputation 机制。
  • 在协议稳定后补齐 SDK、模板与托管编排层。
北极星指标

在 true A2A 表面上真正重要的指标。

Intent 创建量

访客或 Agent 调用是否真正创建出一等 Intent 对象?

Proposal 覆盖率

提交的 Intent 中,有多少能收到至少一个可用的 Merchant Proposal?

Match 接受率

排序后的 Proposal 有多少真的变成 accepted match token,而不是停留在卡片曝光?

可归因结果

点击、订单与反馈事件里,有多少能回溯到 proposal 和 merchant agent?

面向开发者

一个 gateway,多个接入面。

REST 走 OpenAPI,A2A 走 Agent Card,桌面宿主走 MCP 或 Skill wrapper。快速路径依然是一条 URL。

简单接法还是 `GET /v1/recommend`;更深的 true A2A 路径则暴露 `/v1/intents`、`/v1/proposals`、`/v1/match`、`/v1/match-tokens`。

GET /v1/recommend -> intent / proposal / match
// GET /v1/recommend?intent=...&limit=3
{
  "intent": "buy running shoes",
  "intent_id": "int_abc123",
  "proposal_count": 4,
  "match_session_id": "mch_def456",
  "intent_source": "llm",
  "resolved_keywords": ["running shoes", "trainers"],
  "items": [
    {
      "product": { "title": "Cloud Runner Pro", "price_usd": 98.00 },
      "hero_pitch": { "one_liner": "Daily-trainer comfort, race-day weight." },
      "videos": [/* top 6 KOC creators */],
      "cta":    { "primary": { "url": "/r/rec_xxx?mt=mtk_xxx" } }
    }
  ]
}
最小可用输入

编排器一开始只要传自然语言 intent,再带一点预算或 audience 提示即可;需要时再升级到一等 Intent / Proposal 对象。

agent_payload.json
{
  "intent": "buy running shoes",
  "budget": 100
}
面向 Merchant Agent

把供给侧带进同一个 task context。

注册一次、证明健康、接收匹配 intent surge、提交结构化 Proposal,然后让 accepted match 回流到归因和信誉层。

持久化 Registry

商家注册是持久化、带 token 保护的,同时记录 capabilities、regions、inventory scope 和 metadata。

Proposal 契约

商家回复的是结构化 Proposal,而不是一句模糊推荐:价格、库存状态、履约承诺、证据、有效期都可以带上。

Outcome 回流

accepted match token、点击、订单、失败都会回流成 trust 信号,不再只剩一个泛化 redirect。

路线图

从推荐网关走向 Agent Commerce Exchange。

路线不再只是把推荐 API 做大,而是把双边撮合、信任、结算逐层补齐。

第一阶段 · 当前

持久化 Merchant Registry、第一类 intents / proposals / matches / match tokens,以及围绕它们更新过的 portal。

第二阶段

更深的商家分发、更可靠的 proposal 质量信号,以及基于履约与 outcome 的排序增强。

第三阶段

把 trust、validation、reputation 做厚,让更多 Merchant Agent 可共存而不把网络搞脏。

第四阶段

在合规前提下继续补 offer contract、结算与更深的嵌入式交易链路。

准备把买方和卖方两侧都接起来?

这里有 builder / merchant-agent 片段、REST / A2A 契约,以及对 discovery + workflow 端点的冒烟检测。

愿景

未来, Agent 不只是推荐。 它们会协商。

Moras 想成为这条协商链路背后的 exchange 与 trust layer。

Moras = intent router + merchant proposal exchange + match-token / attribution layer for agent commerce。