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