开发者
数分钟内把 Moras 接进 ChatGPT、Cursor、Claude、Gemini、Codex、Hermes 或任意 OpenAPI / A2A / MCP 客户端。
Moras 面向交付 AI 产品的工程团队、需要新分销的品牌、愿意尝鲜的用户,以及押注 Agent 经济的投资人与合作伙伴。
数分钟内把 Moras 接进 ChatGPT、Cursor、Claude、Gemini、Codex、Hermes 或任意 OpenAPI / A2A / MCP 客户端。
结构化目录 + 实时绩效只接一次。网络上每个 Agent 都能带归因推荐你。
告别瀑布流。用自然语言描述需求,拿 3 个带 KOC 证据的精选结果。
我们在搭建 Agent 经济的交易层:意图进,可校验的 GMV 出。
Moras 把“推荐 API”推进到“Agent Commerce Exchange”。
协议核心从商品列表,转向共享的交易对象。
任何语言、任何意图都可以。底层就是任意 Agent 都会调的 `/v1/recommend`:创建 intent、排序 proposals、再渲染成带归因链接的 PCD 卡片。
这是真实调用。真实选品库。和 Agent 拿到的是同一份 JSON,也包含 match 相关元信息。
自然语言会变成可复用的一等 Intent 对象,带 audience、budget、region 和 retrieval 信号,后续 Agent 都能继续沿用。
Merchant Agent 可以注册、心跳、接收 Intent.Surge,再通过 REST / A2A JSON-RPC / MCP / Skill wrapper 回传 Proposal。
排序后的 Proposal 会形成 Match Session 和 Match Token;点击、订单与反馈再回流进 attribution、reputation 和后续排序。
这个 portal 会明确区分:哪些能力已经在网关里落地,哪些还属于下一阶段的生产化和网络化建设。
访客或 Agent 调用是否真正创建出一等 Intent 对象?
提交的 Intent 中,有多少能收到至少一个可用的 Merchant Proposal?
排序后的 Proposal 有多少真的变成 accepted match token,而不是停留在卡片曝光?
点击、订单与反馈事件里,有多少能回溯到 proposal 和 merchant agent?
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=...&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 对象。
{
"intent": "buy running shoes",
"budget": 100
}
注册一次、证明健康、接收匹配 intent surge、提交结构化 Proposal,然后让 accepted match 回流到归因和信誉层。
商家注册是持久化、带 token 保护的,同时记录 capabilities、regions、inventory scope 和 metadata。
商家回复的是结构化 Proposal,而不是一句模糊推荐:价格、库存状态、履约承诺、证据、有效期都可以带上。
accepted match token、点击、订单、失败都会回流成 trust 信号,不再只剩一个泛化 redirect。
路线不再只是把推荐 API 做大,而是把双边撮合、信任、结算逐层补齐。
持久化 Merchant Registry、第一类 intents / proposals / matches / match tokens,以及围绕它们更新过的 portal。
更深的商家分发、更可靠的 proposal 质量信号,以及基于履约与 outcome 的排序增强。
把 trust、validation、reputation 做厚,让更多 Merchant Agent 可共存而不把网络搞脏。
在合规前提下继续补 offer contract、结算与更深的嵌入式交易链路。
Moras 想成为这条协商链路背后的 exchange 与 trust layer。
Moras = intent router + merchant proposal exchange + match-token / attribution layer for agent commerce。