这是我最近比较着迷的一个方向：通过 fiber 在浏览器里付费调用别人电脑上的 opencode/claude code/codex 这些 Agent，去执行某些任务。有点像 AI 公司推出的云端 Agent，用户可以直接在云服务器上调用去执行任务，不用自己在本地部署这些 Agent，对于不懂技术的用户来说体验会比较简单。
我们这个尝试不太一样的地方是，我们的后端是一个开放服务，不是某个中心化的公司来提供这样的云端 Agent，而是分布式的，每个人都能提供这样的服务。调用 Agent 的用户和提供 Agent 的用户通过 Fiber 做即时的结算，目前我的尝试比较简单，是按次来收费的，调用一次就收一次固定的费用。后面如果做得更精细一点，应该是按 input 和 output token 的用量来收取费用。这个在技术上不是问题，只是一个适配的问题。
我做这个的一个目的，是想看看是不是能解决 LLM API 中转的一些问题。我知道目前有许多 API 中转站，用来给某些无法享受 Claude / codex 的用户提供相应的 API。API 这种模式很多时候要依赖中转站的质量，同时最上游的 LLM 也比较容易通过一些检查去查到 API 滥用/转用的情况。如果是直接调用 Agent 的话（比如 opencode/ claude code），应该更容易分享，平台也更难检测，因为理论上我也还是在用 claude code 的 CLI 去使用 claude，只不过是别的用户通过我的电脑来使用而已。而且因为这个服务是去中心化的，由许多用户来自主提供，应该更不容易被封禁？最后还有个好处是，Agent 的能力一直在不停进化，用户只要升级 Agent 的版本就能跟上最新的能力，不需要我们这个平台做任何的改变，模式更灵活。
说回 fiber。这个尝试我从头到尾做了比较完整的实现，想提供完善的用户体验，不想只是做可行性验证而已。按次付费我主要是通过 l402 的风格来实现的，这部分我借助 fiber-pay 很容易就跑起来了，我这个服务甚至不需要自己写一个专门的后端程序，只是使用 fiber-pay 的 CLI 跑一跑命令而已。更多的问题其实是在 agent 的 runtime 层的封装上。比如，需要使用 boxlite 这样的容器去隔离一个环境，让 agent 能比较安全的在自己的电脑上运行，这样确保提供服务的人不会被某些恶意用户攻击；还需要能去支持调用不同的 agent，这部分借助于 openclaw 提供的 acpx 库可以节省不少力气；最后还需要考虑提供 Agent 的用户不会把敏感信息泄露出来的（比如 Agent 配置的 API key），这部分我做了一些容器内外的环境变量替换来规避这个问题。总的来说，这样一个服务，更多的工作都落在业务层面上， Fiber 的部分反而是里面比较容易解决的。这应该是比较合理的现象。
我觉得如果我们能从一个比较小的、具体的、真实存在的问题出发，通过 Fiber 尝试一些解决方案，可能我们会找到更多有潜力的应用方向。同时，Fiber 的 wasm 能力可以提供很不错的用户体验，尤其是跟 passkey 结合在一起，这在通道网络技术竞争中可能是一个不错的差异化的点。我把我这次尝试的应用分享在这里：https://calling-agent-kappa.vercel.app/ 感兴趣的朋友可以试用一下，目前服务的 Agent 是我在家里的一台小主机上跑的 opencode，LLM 是用的 kimi 模型，付费暂时还是基于 fiber 测试网在跑，每次调用 0.1 CKB。如果各位觉得这个想法值得探索，我们可以部署到主网上去跑，我很期待能有用户愿意去跑 claude code 这样的 agent 服务，至少作为需求方，我现在还没法完整的使用 claude code 这样的 Agent，挺需要有类似的服务。我相信如果定价合适的话，应该是对提供商和用户双方都有利的情况。
11 Likes
janx
May 6, 2026, 4:45am
2
Love the UX presented by “running a fiber node in browser” + integrated passkey wallet - it’s rare to be both smooth and trustless.
3 Likes
This is a really solid end-to-end implementation. A friendly thought on the architecture though, instead of wrapping each agent manually, why not just look at how popular platforms handle MCP + Skills? If the goal is to build an open network, migrating to an MCP + Skills architecture might greatly improve extensibility.
1 Like
如果我没理解错的话，mcp/skills 是更偏配套给 Agent 用的协议，目标是让 Agent（大脑）可以使用各种工具（手脚），通常并不直接用来调用 Agent ？
调用 Agent 的协议主要是A2A (google 提出的), ACP(Agent Communication Protocol) (IBM提出的，目前是 A2A 的一部份)、ACP(Agent Client Protocol) (zed提出的) 这类协议。目前我们并不是手动封装每一种agent，而是用的 acpx 这个无头 CLI 工具，acpx 是通过 CLI 的形式实现的最后一种 ACP 协议的客户端。
另外提一句，CLI/MCP/Skills 都是有趣的形式，彼此都在发挥作用，这里我选择 CLI 在实现操控 Agent 上是更容易适配的，考虑到大部分 Agent 本身都是 CLI 客户端的形式。
Thanks for the clarification, you’re right. i just realised that one could theoretically wrap an Agent as an MCP Server to expose it indirectly, but that’s a workaround,and semantically awkward, since an MCP Server is a tool called by an Agent, not an Agent called by a user.
2 Likes
感觉挺有意思，但我还是不太确定我理解是否完全正确。这是想做个开放平台，开放给配置好的如Codex OpenClaw Hermes等这些Agent上架，它们是较强大脑（GPT5.5 Opus4.7 ）或独特技能突出的Agent（如爬虫Skill…），帮助那些没有资源或不想麻烦使用者直接使用？
就现阶段来说感觉是个不错的方向定位，现在有不少尝鲜者优化配置了不错的Agent，但也有不少无法充分利用其价值 资源浪费，还有不少因渠道或精力问题而没法使用到。甚至为后期agnet学习技能A2A做准备。
但同时对此也有些疑问，不知道是如何解决的，一个agent对应多个用户，是如何解决会话记忆污染问题的，如不做隔离会不会体验很不好呢？如果当调用者通过 Fiber 接入时，根据 Fiber通道 为其建立个专属ID及目录文件，进行个用户隔离及记忆储存 ，会不会体验更好些呢？但又考虑到户用隐私泄露问题，把ID及对应的记忆文件存到存入 IPFS/Arweave等第三方，然后只把该数据的哈希值和访问权限存入 CKB 的 Cell里。每次根据 Fiber 接入 ，直接关联其ID然后导入读取记忆储存文件，完成持续会话，这样是否行的通？ 这相对于户用了有一套线上的memory和prompts
用户建立连接 → 宿主机拉起环境并下载（如果有历史 Hash）-> 用户持续交互（期间不更新存储，只保持容器运行） → 用户点击“结束会话” → 宿主机自动执行：加密打包 → 上传 IPFS/Arweave → 更新 CKB Cell Hash → 销毁本地容器。
1 Like
你理解得没错。最简单的动机可以认为，很多人用不了 claude code，通过这个平台可以去付费使用。当然你说的更精细化的agent/独特技能的 agent 我觉得也是个方向，甚至后面 agent 去调用 agent 的协作，也可以通过这套方式去做，无外乎是把人的聊天界面换成更适合机器的交互而已。
至于你后面聊的这块，先说说现在已经做的：
目前做法比较简单，就是每次用户开一个对话的时候，会拉起一个新的容器环境，让用户跟它交互，存放一些生成的产物，等等。当用户明确结束对话、开启一个新对话时，这个旧的环境就会被销毁。如果用户没有明确结束对话，这个环境会被保留一段时间。如果超过一定时间没有交互，也会自动销毁，避免宿主机器一直占用资源。所以当前多个用户对应一个 agent 是隔离开的，不会污染，同时我们不保留/不关联任何的用户身份数据，只是付费而已，隐私性可以认为是最好的。
你提到的ID/记忆这些我还没想太远，我觉得你说的是可行的，核心是怎么平衡好用户体验和去中心化/不侵犯隐私这块。这里我相信 crypto 能发挥更大的作用，类似于你说的这种上链/授权的方式，细节还没想，大方向应该没错。这个方向后面 fiber 还可以通过保留容器环境的时间来收费，类似于一个租赁时间产生的费用来收费，跟现在的云服务器的模式也挺像的，但是是完全社会化、开放的平台，任何人都能拿着闲置资源加入进来。
2 Likes
keith
May 8, 2026, 7:05pm
8
我的 hackathon 项目业务和这个一样, 1-tok 是 agent runtime market, carrier 是 agent orchestrator. 会将任务派发给独立容器里的 sub agents.
Client 在 1-Tok 充值额度, 并发布任务, Provider 在 1-Tok 选择合适的可执行任务并给出报价, 被选中后按照 Milestone 和阶段性 Token 消耗计费.
对于 Client 来说, 可以按次获取 Agent 资源, 不只是 SOTA 模型, 还有更好的 Agentic Setup 和硬件
2 Likes
很有意思，我感觉这个东西的最强场景可能是一个魔改模型平台，例如 HauhauCS ， 这样的模型不会有官方服务，一般用户不会跑或者没显卡，用fiber payment比用法币更合适。
manus+fiber+魔改本地模型大本营
1 Like
没有审查的 AI…这个我之前倒是没想到，确实不会有官方服务，只能靠众包
我的直觉也是，对无审查模型不审查的话可能滑入一个脏活外包小天堂。
