测试版开始 · 说明
Mobazha 产品地图
理解 Mobazha 的长期产品模型、权威边界,以及当前发布证据在哪里结束。
选择运行方式预计用时8 分钟
适用范围与来源Mobazha v0.3 候选版本
可复制的图示文字
- Storefront、直达链接、社群渠道和 Agent 集成属于展示与分发界面。
- 每个界面先解析运营者选择的 Store 与 Node 上下文,再请求商业状态。
- Store 与 Node 仍然拥有商品、Quote、订单、政策和能力的权威。
- 支付、配送、发现和托管服务是具有独立信任与成本边界的显式依赖。
独立经营单元
Mobazha 从一个独立经营单元开始:身份、一个或多个店铺、相应政策与目录,以及拥有业务状态的后端。店面、托管应用、社群市场、社交渠道、浏览器入口或 Agent 可以展示和协助这个单元,但不会因此成为订单和资金的权威。
这是 Mobazha 的核心产品区别。它既不只是一个 Marketplace,也不只是一个自行托管商店程序,而是让独立经营的店铺在不把无限权限交给单一展示渠道的前提下参与更大的商业网络。
四项相互连接的产品承诺
| 承诺 | 产品含义 | 权威边界 |
|---|---|---|
| 自主 | 明确掌握店铺身份、政策、数据和运行选择 | 所选后端和运营者拥有店铺及业务状态 |
| 连接 | 通过店面、发现、社群、直接链接和集成触达买家 | 渠道可以收窄访问或展示,但不能发明后端能力 |
| 交易 | 依据可检查的状态创建、支付、履约、恢复和解决订单 | Core 拥有订单、支付验证、退款、争议、结算和审计转换 |
| 扩展 | 通过类型化契约接入支付轨道、配送服务、工具和 Agent 工作流 | 扩展只能返回受限输入,由 Core 校验受保护变更 |
这些是组织产品知识的原则,并不表示每个发行版都提供所有渠道、支付轨道、服务商或自动化能力。
一个 Core,多种运行路径
同一套公开契约可以通过不同运行路径使用:
- 独立运营者可以运行 Node,并选择网络暴露、集成、备份和政策。
- 托管发行版可以运营 Node 与共享基础设施,同时保持租户和店铺边界明确。
- 客户端只能展示其连接后端实际声明的有效能力。
- 发现、支付、配送、消息、AI 和托管服务仍是单独命名的可选依赖。
交易主线
Mobazha 围绕一条交易主线变得具体:
- 买家通过店面或分发渠道到达卖家拥有的报价。
- 拥有订单的后端创建报价与订单身份。
- 所选支付系统返回观察结果或服务商状态,由 Core 决定这些事实对订单意味着什么。
- 履约、取消、退款、争议和完成遵循当前状态与适用政策。
- 历史绑定和证据继续服务于恢复与对账。
分发和自动化也是产品界面
社群市场、社交入口、直接链接、Marketplace 策展、消息、Webhook、MCP 和 Agent 工作流不是互不相关的附加项,而是把需求、供给和经营操作连接到独立经营单元的方式。
它们仍遵守三个限制:
- 展示界面不能覆盖交易权威;
- 配置或源码存在不代表运行时可用;
- Agent 可以准备、比较或请求动作,但执行仍受身份、权限、状态、报价与确认约束。
分开阅读当前能力、Beta 和未来方向
本页解释产品模型。精确可用性来自当前连接的后端、版本化公开契约、发布范围和交易证据。
| 证据 | 能证明什么 |
|---|---|
| 有效运行时能力 | 当前连接后端现在可以接纳什么 |
| 带版本的契约与发布证据 | 某个发布支持哪些接口与行为 |
| Current 政策页 | 收费、安全、兼容性或治理的公开规则 |
| Draft RFC 或路线图 | 经过评审的方向,不是已交付能力 |
| 内部设计或实施计划 | 维护者证据,不是公开产品承诺 |