不是网站，而是会运行的站点。
制作、流通、运行、思考 — 四个部分承载在同一个舞台上。
一个引擎，三种形态。
捆绑、服务器与 FlowHub 不是三个互相竞争的产品，而是同一个 AppPlayer + MCP 引擎的三种消费方式 — 制作、运行、连接。
无需安装即可运行的应用。一份声明式规格就是一个活的应用 — 音乐、书籍、课程与工具都以连载式应用发布。
在捆绑之上叠加 UI、知识与工具，它就作为完整服务运行 — 主页、数据库、聊天、ERP。注册、结算与认证可由下层 SaaS 承担。
连接本地、嵌入式与云端实例的中继。工厂设备可以统一到一套 I/O 标准之下，也可以让数据留在本地、只让枢纽流动。
一个运行时，所有设备。
接收服务器发来的 UI 与工具，并将其搬上舞台运行的通用客户端。
它渲染 MCP 服务器发布的 page、widget 与 action，按下按钮就是一次 tool call。iOS、Mac、Windows、Linux、Web、嵌入式 — 同一个客户端，不同的舞台。
领域专家站到台前。
人人免费 — 以 App Builder 为起点的创作工具。
用 App Builder 构建 MCP 服务器应用与捆绑应用，再在其上叠加 Knowledge、Ops、Book、Album、Course 构建器。捆绑就是通用的应用格式 — 而市场的主角是做出它的人。
把工具串成流程。
无需封装、直接调用同样 MCP 工具的 AppPlayer 第三张面孔。
外部模型调用完全相同的工具，把报价、查询与设备控制串成自动流程。在不能交出全部权限的地方，仍保留人工确认与回滚的一层。
三个市场，一个舞台。
发现 MCP 服务器、捆绑与 FlowHub，并将其搬上舞台的一站之地。
一连上就萌发为应用的服务器、以一个包移动的捆绑、通向外部世界的 FlowHub。三者一次搜索，一键上台。
一个服务器，多个界面在用。
做一次 MCP 服务器，同样的工具就能触达每一个界面。下面四个只是常见的例子 — 出现新的界面时，服务器不必改动。
它看起来就是网页。可分享的 URL、能被搜索到、图录完整。
https://mysite.app同一个服务器变成预约、报价或客服机器人。工具没有变。
chat: "book a meeting"在专用运行时里像应用一样。自助机、面板、控制台。
app://mysite/ops直接调用同样的工具。不必为外部模型另写封装。
model → mcp tool call+ 自助机 · 嵌入式 · 语音 · 小组件 · 手表 · 车载终端 — 界面还在不断增加。
让每一个站点都成为会运行的服务器。
在工作室里制作，在市场里发现，用 AppPlayer 在任何设备上搬上舞台。