1. 项目定位与愿景

xmuse 要解决的问题是：当 Agent 从「一次性对话」变成「7×24 小时在线的数字员工」时，谁来提供它廉价、稳定、可持久化的运行环境。本章说明项目定位与生态站位。

1.1 xmuse 是什么

xmuse 是一个去中心化的 AI 云主机网络。它在产品形态上对标 Meta Muse、Manus 2.0 这类「云端常驻 Agent」：用户用自然语言下达目标，Agent 在云端虚拟机中自主规划、调用工具、执行长周期任务，并交付可用成果。与中心化产品不同的是，xmuse 的执行环境并非由单一云厂商提供，而是由全球独立的算力节点共同供给，并通过链上代币完成激励与结算。

需要先厘清一个容易混淆的边界：xmuse 的算力不是一种，而是两种。一种是 Agent 运行环境算力——承载 Agent 虚拟小主机的 CPU、内存、存储与带宽，由矿工节点供给；另一种是 大模型推理算力——Agent 思考所消耗的模型调用，通常来自第三方模型服务商，由平台统一接入并换算为统一计费的 credit。前者靠抵押获得使用权，后者靠订阅获得额度，二者在计费口径、结算方式与运营主体上完全分离。

系统由四个平面组成，其中算力平面按「谁提供、怎么获取」被拆成两个独立平面：

表 1-1　xmuse 的四层平面

平面	内容	归属与获取方式
软件平面	Agent 运行时、任务编排、沙箱、工具调用、长期记忆、持久工作区	xmuse 核心团队研发与维护
运行算力平面	承载 Agent 虚拟小主机的 GPU、CPU、内存、NVMe、带宽等物理资源	独立算力节点（矿工）供给；用户以抵押换取配额
模型算力平面	大模型推理算力：统一接入多家第三方模型，换算为统一计费的 credit	基金会的商业公司运营算力聚合服务；用户以订阅换取 credit
结算平面	代币铸造、配额质押、费用结算、回购销毁	xmuse 专用链（自建）；Agent 身份与支付对接 HashKey 生态

1.2 三层价值主张

这张网络同时对三类参与者产生价值，三者的利益必须同时被满足，网络才具备长期稳定性。

对算力持有者：把闲置算力变成可计价的收入流。节点无需自建客户渠道，只要接入 xmuse 网络并保持在线，即可按其经时空证明测算的有效权重，分得每周期铸造发行的网络代币。奖励只有这一种资产形式，规则公开、链上可验算，自网络启动即可流通，节点不必在多种结算单位之间做记账与对冲。

对 Agent 使用者：两轨获取、按需组合。用户抵押资产即获得 Agent 运行环境配额——用资金占用替代预付现金，停止使用可赎回抵押物；大模型推理算力则按统一 credit 订阅，用多少订多少，不必为闲置的模型额度付费。运行环境与模型算力解耦后，用户可以为「常驻的 Agent」配一份抵押配额、为「偶发的高强度推理」订一份 credit，成本结构更贴近真实业务节奏。

对 Agent 开发者：获得算力与结算基础设施。开发者在 xmuse 上发布 Agent，可直接调用网络的云主机资源、统一模型网关与支付通道，按调用量获得分成，无需自行处理模型采购、算力扩容与跨境结算。

1.3 与 HashKey 生态的协同定位

Agent 的完整生命需要三样东西：模型（大脑）、云主机（身体）、身份与钱包（结算）。模型层由大型模型厂商占据，身份与结算层则由持牌金融基础设施承担。xmuse 聚焦「身体」这一层，并主动与持牌生态对齐。

这里需要先说明一处边界：xmuse 的奖励发行与结算承载于自建专用链，而非 HashKey Chain。原因是矿工奖励需要面向数以万计的长尾节点高频分发，而 HashKey Chain 的定位是面向持牌机构的合规金融基础设施，其吞吐定位与 gas 代币设计都不适配这类负载。xmuse 与 HashKey 生态的协同因此集中在合规与出入金层：

• Agent 间的机器支付可接入 HSP 协议（HashKey 基于 Google AP2 规范推出的结算协议），实现低于一美分的微额高频跨境结算；
• Agent 的链上身份可对接 ZKID，把身份、信誉与资产操作纳入同一体系；
• 上币路径可依托 HashKey Exchange 的持牌通道；
• 代币的铸造与结算在 xmuse 专用链上完成，再通过跨链桥与上述持牌通道对接（见 3.6、3.7 节）。

这一分工使 xmuse 不必承担持牌与合规的主体责任，也不必自研大模型：模型层通过统一接入第三方供给来获得，xmuse 只专注于把「身体」——Agent 运行环境与算力调度——做深、做稳、做便宜。模型算力的聚合、订阅与结算，由基金会的商业公司独立运营。