1. 项目概述一个轻量级的AI代理网关如果你正在开发一个基于OpenClaw协议的AI应用客户端或者想快速搭建一个能与现有OpenClaw生态工具比如各种仪表盘、集成插件兼容的独立AI代理服务那么你很可能需要一个能完整实现协议、但又足够轻便的服务器来测试或部署。这就是MiniClaw诞生的初衷。它是一个用TypeScript编写、基于Bun运行时的轻量级网关服务器完整实现了OpenClaw Gateway Protocol v3。你可以把它理解为一个“协议转换器”或“兼容层”。它的核心工作是在遵循OpenClaw v3协议规范的客户端比如你开发的Web应用、桌面应用与后端的AI模型服务如本地的Ollama、云端的OpenAI兼容API之间架起一座标准化的桥梁。这座桥不仅支持WebSocket实时通信、HTTP API调用还内置了对MCPModel Context Protocol工具调用的支持这意味着你的AI模型可以在对话中直接调用外部工具实现更复杂的任务。我最初接触这个项目是因为在为一个内部AI助手项目选型时发现完整的OpenClaw栈对于快速原型验证和轻量级部署来说有些“重”。我需要一个能快速跑起来、能完整模拟协议交互、并且能无缝对接我本地Ollama模型的测试环境。MiniClaw完美地解决了这个问题它让我在几分钟内就能启动一个全功能的协议服务器客户端代码几乎不用修改就能直接连接测试。后来我甚至直接把它用作了一些对性能敏感的边缘场景下的生产级微服务。2. 核心设计思路与架构解析2.1 为什么需要MiniClaw解决两大核心痛点在AI应用开发中我们常常面临一个困境客户端开发与后端服务强耦合。如果你想测试一个OpenClaw客户端的所有功能理论上你需要部署一整套OpenClaw后端服务这涉及身份认证、会话管理、模型路由、工具服务等多个组件配置复杂资源消耗也大。MiniClaw的设计哲学就是“解耦”与“轻量化”它瞄准了两个非常具体的场景痛点一客户端开发的独立测试环境。开发一个功能完整的AI聊天客户端你需要测试握手认证、会话创建与管理、消息收发流式传输、工具调用与结果返回等数十个RPC方法。如果依赖完整的后端调试效率低下环境也不稳定。MiniClaw实现了协议v3的全部80多个RPC方法表面这意味着你可以把它当作一个“协议模拟器”。它提供了一个真实的、运行中的服务器你的客户端可以像连接生产环境一样连接它进行端到端的集成测试而无需关心后端AI模型是否就绪它甚至提供了无模型依赖的演示模式。这极大地提升了前端和客户端开发的迭代速度。痛点二构建兼容生态的微服务代理。也许你只想运行一个简单的、私有的AI对话服务但又希望它能被那些为OpenClaw设计的现有工具如某些监控面板、日志分析工具所识别和管理。MiniClaw允许你将它指向任何一个AI模型提供商本地Ollama或云端API瞬间你就得到了一个“OpenClaw协议兼容版”的独立代理。已有的客户端、仪表盘和集成方案可以直接工作你无需为你的小服务单独开发一套管理界面。2.2 整体架构与数据流MiniClaw的架构非常清晰遵循了单一职责和模块化设计。其核心是一个基于WebSocket的RPC服务器src/server.ts它负责处理所有来自客户端的协议帧。连接与握手客户端通过WebSocket连接到MiniClaw服务器默认ws://localhost:8080。连接建立后服务器会主动发送hello帧和connect.challenge客户端需回应connect请求完成协议版本协商和身份认证支持token或密码。成功后服务器会返回当前服务器的能力特性features、状态快照snapshot和策略policy。请求路由与会话管理服务器内部有一个RPC路由器根据请求帧中的method字段如chat.send,session.inject将请求分发到对应的处理函数。server.ts中维护着一个会话管理器负责创建、查找和更新聊天会话。每个会话拥有独立的聊天历史并支持消息的注入、重置、删除和修补操作。这里还实现了幂等性去重通过idempotencyKey确保重复的请求不会导致重复的AI调用。模型调用与流式响应当处理chat.send请求时服务器会根据配置确定使用哪个模型提供商Provider。目前主要有两类Ollama原生接口(src/ollama.ts)直接与本地运行的Ollama服务默认http://localhost:11434通信调用其/api/generate或/api/chat接口并将返回的流式数据实时转换为OpenClaw协议定义的agent事件流如lifecycle、reasoning、assistant。OpenAI兼容接口(src/openai-compat.ts)将请求格式转换为OpenAI的/v1/chat/completions格式发送到配置的API端点如OpenRouter、vLLM、Together AI等同样处理其流式或非流式响应并转换回协议事件。工具调用集成MCP这是MiniClaw的一个亮点。它既可以作为MCP服务器向Claude Desktop、Cursor等MCP客户端暴露自身的聊天、会话管理等功能也可以作为MCP客户端主动连接到外部的MCP工具服务器如文件系统、数据库、搜索引擎工具。当AI模型在推理过程中决定调用一个工具时MiniClaw的MCP客户端模块src/mcp-client.ts会负责与对应的工具服务器通信执行工具调用并将结果注入回AI模型的上下文中支持多轮的工具调用循环。HTTP兼容层除了WebSocketMiniClaw还暴露了一个HTTP端点/v1/chat/completions其请求和响应格式与OpenAI API完全兼容。这使得任何能调用OpenAI API的现有代码或工具如curl、Postman、LangChain等都能直接与MiniClaw交互大大降低了接入成本。注意MiniClaw的配置核心是openclaw.json文件或通过环境变量。它定义了默认的AI模型、支持的提供商列表及其认证信息。API密钥务必使用${ENV_VAR}语法从环境变量读取切勿硬编码在配置文件中这是基础的安全实践。3. 从零开始环境准备与快速启动3.1 基础环境搭建MiniClaw基于Bun运行时因此第一步是安装Bun。如果你还没有安装可以通过以下命令快速安装以macOS/Linux为例# 使用官方安装脚本 curl -fsSL https://bun.sh/install | bash # 安装完成后重启你的终端或运行 source ~/.bashrc (或 ~/.zshrc)安装完成后验证Bun是否安装成功bun --version接下来克隆MiniClaw的仓库并安装依赖# 克隆项目 git clone https://github.com/wende/miniclaw.git cd miniclaw # 安装项目依赖 bun install这个过程会下载所有必要的TypeScript依赖和开发工具。如果遇到网络问题可以考虑配置Bun使用国内镜像源但通常其下载速度已经优化得不错。3.2 三种启动模式详解MiniClaw提供了三种主要的启动模式适用于不同的开发阶段和用途。模式一演示模式零依赖启动这是最快速的启动方式不需要任何AI模型后端。MiniClaw内置了一个简单的关键词匹配响应器用于测试客户端连接和协议流。bun run index.ts执行后服务器将在默认的ws://localhost:8080启动。你可以立即用任何支持WebSocket的客户端进行连接测试。这个模式非常适合在编写客户端代码时快速验证网络连接、握手协议和基本的事件流是否正确。模式二连接本地Ollama这是最常见的用法利用本地运行的Ollama来提供真实的AI模型能力。首先确保Ollama服务正在运行并拉取了所需的模型# 在一个终端启动Ollama服务如果尚未运行 ollama serve # 在另一个终端拉取一个轻量级模型例如Qwen2.5-Coder ollama pull qwen2.5-coder:1.5b然后启动MiniClaw并指定使用Ollama后端bun run index.ts --ollama默认情况下它会使用Ollama服务中可用的第一个模型或者你可以在环境变量中指定OLLAMA_MODELqwen2.5-coder:1.5b bun run index.ts --ollama模式三连接OpenAI兼容API如OpenRouter如果你希望使用云端更强大的模型或者你的模型部署在自托管的vLLM等服务上可以使用此模式。复制示例配置文件cp openclaw.json.example openclaw.json编辑openclaw.json文件配置你的提供商。以下是一个使用OpenRouter的配置示例{ agents: { defaults: { model: { primary: openrouter/google/gemini-2.0-flash-exp } } }, models: { providers: { openrouter: { baseUrl: https://openrouter.ai/api/v1, apiKey: ${OPENROUTER_API_KEY}, api: openai-completions, models: [ { id: google/gemini-2.0-flash-exp, name: Gemini 2.0 Flash }, { id: meta-llama/llama-3.3-70b-instruct, name: Llama 3.3 70B } ] } } } }设置环境变量并启动export OPENROUTER_API_KEYsk-or-xxxx-your-key-here bun run index.ts启动时MiniClaw会读取openclaw.json并使用配置中agents.defaults.model.primary指定的模型openrouter/google/gemini-2.0-flash-exp。实操心得在开发初期我强烈建议从演示模式开始。它能让你在5秒内看到一个运行中的服务器快速建立起对协议交互流程的感性认识。等你客户端的基本连接和消息收发逻辑调通后再切换到真实的Ollama模型进行内容测试。这能有效隔离网络、模型服务不稳定带来的干扰让你的调试目标更清晰。4. 核心功能实战配置、MCP与API调用4.1 深度配置指南openclaw.json是MiniClaw的大脑理解其结构对于灵活使用至关重要。它主要包含两大块agents代理配置和models模型提供商配置。agents部分定义了对话代理的默认行为。最重要的是defaults.model它指定了默认使用的模型。模型引用格式是provider/model-id。provider对应models.providers下的键名model-id是该提供商下列表的模型id。models部分定义了可用的模型提供商。每个提供商需要配置baseUrl: API的基础地址。apiKey: API密钥务必使用${ENV_VAR}格式。api: 接口类型目前主要是openai-completions。models: 该提供商支持的模型列表每个模型需要id和name。你可以配置多个提供商。例如同时配置OpenRouter和本地的一个vLLM服务{ agents: { defaults: { model: { primary: openrouter/google/gemini-2.0-flash-exp } } }, models: { providers: { openrouter: { baseUrl: https://openrouter.ai/api/v1, apiKey: ${OPENROUTER_API_KEY}, api: openai-completions, models: [ { id: google/gemini-2.0-flash-exp, name: Gemini Flash }, { id: meta-llama/llama-3.3-70b-instruct, name: Llama 3.3 70B } ] }, local-vllm: { baseUrl: http://localhost:8000/v1, apiKey: ${VLLM_API_KEY}, // 如果vLLM设置了api-key api: openai-completions, models: [ { id: Qwen/Qwen2.5-7B-Instruct, name: Local Qwen 7B } ] } } } }启动时可以通过--model参数临时覆盖默认模型选择bun run index.ts --model local-vllm/Qwen/Qwen2.5-7B-Instruct4.2 MCP工具集成实战MCPModel Context Protocol是让AI模型能力倍增的关键。MiniClaw同时支持作为MCP服务器和客户端。作为MCP服务器运行这意味着MiniClaw可以将自己的功能聊天、清空会话、列出模型以工具的形式暴露给其他MCP客户端比如Claude Desktop或Cursor。启动MCP服务器模式bun run mcp-server.ts这个命令会启动一个标准输入输出stdio接口的MCP服务器。在MCP客户端中配置。以Claude Desktop为例编辑其配置文件通常位于~/Library/Application Support/Claude/claude_desktop_config.json{ mcpServers: { miniclaw: { command: bun, args: [run, /ABSOLUTE/PATH/TO/YOUR/miniclaw/mcp-server.ts], env: { OLLAMA_MODEL: qwen2.5-coder:1.5b } } } }配置完成后重启Claude Desktop你就可以在Claude的输入框中直接调用miniclaw提供的工具与你的本地模型对话了。作为MCP客户端连接外部工具这是更强大的模式。MiniClaw可以主动连接外部的MCP工具服务器使得AI模型在对话中能够调用这些工具。创建或编辑mcp.json文件定义你想要连接的工具服务器。例如连接一个文件系统工具{ mcpServers: { filesystem: { command: npx, args: [-y, modelcontextprotocol/server-filesystem, /tmp], env: {} } } }启动MiniClaw时启用MCP客户端模式bun run index.ts --ollama --mcp启动后MiniClaw会读取mcp.json启动文件中定义的filesystem工具服务器进程并与之建立连接。当AI模型如Ollama中的qwen2.5-coder在回答问题时如果它认为需要读取/tmp目录下的文件内容来辅助回答它就可以生成一个工具调用请求。MiniClaw会将该请求转发给文件系统工具服务器执行read_file等操作并将结果返回给模型模型再基于结果生成最终回复。注意事项MCP工具服务器的启动命令command和args必须能在你的系统PATH中找到。对于npx启动的包确保网络通畅能下载。同时注意工具服务器的权限比如文件系统工具访问的目录避免安全风险。4.3 HTTP API与WebSocket协议调用示例HTTP API调用这是最简单的测试方式使用curl即可。非流式调用一次性返回完整响应curl http://localhost:8080/v1/chat/completions \ -H Content-Type: application/json \ -d { model: ollama/qwen2.5-coder:1.5b, messages: [{role: user, content: 用Python写一个简单的HTTP服务器}], stream: false, temperature: 0.7 }如果配置了authToken需要在头部添加Authorization: Bearer your-token。流式调用看到类似OpenAI的服务器发送事件curl -N http://localhost:8080/v1/chat/completions \ -H Content-Type: application/json \ -H Accept: text/event-stream \ -d { model: ollama/qwen2.5-coder:1.5b, messages: [{role: user, content: 解释一下递归}], stream: true }-N参数用于禁用缓冲以便实时看到输出。WebSocket协议调用对于需要实时双向通信的客户端WebSocket是标准方式。你可以使用任何WebSocket客户端库。以下是一个概念性的JavaScript示例const ws new WebSocket(ws://localhost:8080); ws.onopen () { console.log(Connected); // 1. 发送连接握手请求 ws.send(JSON.stringify({ type: req, id: 1, method: connect, params: { minProtocol: 3, maxProtocol: 3, client: { id: my-test-client, version: 1.0.0, platform: node, mode: operator } } })); }; ws.onmessage (event) { const frame JSON.parse(event.data); console.log(Received:, frame.type, frame.method || ); if (frame.type hello-ok) { // 2. 握手成功发送聊天消息 ws.send(JSON.stringify({ type: req, id: 2, method: chat.send, params: { sessionKey: main, message: Hello, MiniClaw!, idempotencyKey: msg- Date.now() // 确保幂等性 } })); } if (frame.type stream frame.method agent) { // 3. 处理AI代理返回的流式事件 for (const event of frame.params.events) { if (event.type assistant_message_delta) { process.stdout.write(event.delta); // 逐字打印回复 } if (event.type assistant_message_done) { console.log(\n--- Message Complete ---); } } } };5. 开发、测试与高级部署5.1 本地开发与测试MiniClaw项目本身提供了完善的开发工具链。# 运行单元测试项目包含137个测试覆盖主要协议方法 bun test # 运行测试并生成覆盖率报告 bun run test:coverage # 报告通常生成在 coverage 目录下用浏览器打开 index.html 查看 # 类型检查 bun run typecheck # 代码格式化与lint检查 bun run lint在修改代码后运行bun test是快速验证功能是否被破坏的好习惯。测试套件非常全面能很好地保障协议实现的正确性。5.2 端到端E2E测试实战项目内置了一个基于Playwright的端到端测试它模拟了一个真实用户场景启动MiniClaw服务器和MobileClaw一个OpenClaw协议的移动端Web客户端然后自动进行消息发送和接收测试。这对于验证整个交互链路非常有价值。运行E2E测试前需要一些准备# 安装Playwright的Chromium浏览器仅第一次需要 bunx playwright install chromium # 运行E2E测试 bun run test:e2e这个脚本会做以下几件事检查mobileclaw项目是否存在如果不存在则从GitHub克隆。安装mobileclaw的依赖默认使用pnpm install。同时启动MiniClaw使用e2e/openclaw.e2e.json配置和MobileClaw开发服务器。使用Playwright控制浏览器打开MobileClaw页面并自动执行测试用例。你可以通过环境变量定制这个过程MOBILECLAW_GIT_URL: 指定mobileclaw的仓库地址。MOBILECLAW_PORT/MINICLAW_PORT: 指定服务端口避免冲突。MOBILECLAW_REUSE_EXISTING0: 强制重新克隆和安装mobileclaw。5.3 生产环境部署考量虽然MiniClaw轻量但用于生产环境仍需考虑以下几点进程管理使用pm2、systemd或Docker来管理进程确保服务崩溃后能自动重启。使用PM2:# 全局安装pm2 bun install -g pm2 # 启动MiniClaw以Ollama后端为例 pm2 start --name miniclaw bun run index.ts --ollama pm2 save pm2 startup # 设置开机自启安全性认证务必在openclaw.json中配置authToken或authPassword并在客户端连接时提供。网络暴露不要将服务直接暴露在公网。使用反向代理如Nginx、Caddy并配置SSL/TLSHTTPS/WSS。环境变量所有敏感信息API密钥、令牌必须通过环境变量传入。MCP工具权限仔细审查mcp.json中定义的工具服务器确保其命令和访问范围是安全可控的。性能与监控MiniClaw本身是轻量级的瓶颈通常在于后端的AI模型服务Ollama或云API。确保模型服务有足够的资源CPU/GPU/内存。可以考虑在反向代理层或应用内添加基本的请求日志和指标收集便于监控服务健康状态。Docker化部署示例# Dockerfile FROM oven/bun:1-alpine AS base WORKDIR /app COPY package.json bun.lockb ./ RUN bun install --frozen-lockfile --production COPY . . # 假设你的配置已通过环境变量或外部卷提供 CMD [bun, run, index.ts, --ollama]构建并运行docker build -t miniclaw . docker run -p 8080:8080 \ -e OLLAMA_MODELqwen2.5-coder:1.5b \ -v $(pwd)/openclaw.json:/app/openclaw.json:ro \ miniclaw6. 常见问题与故障排查在实际使用和部署MiniClaw的过程中你可能会遇到一些典型问题。下面我根据经验整理了一份速查表涵盖了从启动失败到工具调用异常的常见场景。问题现象可能原因排查步骤与解决方案启动失败提示Cannot find module依赖未安装或Bun缓存问题。1. 运行bun install确保依赖安装。2. 尝试删除node_modules和bun.lockb然后重新运行bun install。3. 检查package.json中脚本命令是否正确。连接Ollama时超时或报错Failed to fetchOllama服务未运行或网络不可达。1. 确认Ollama服务已启动ollama serve。2. 检查Ollama服务地址默认是http://localhost:11434。可通过环境变量OLLAMA_BASE_URL覆盖。3. 使用curl http://localhost:11434/api/tags测试Ollama API是否正常响应。使用OpenRouter等云API时返回认证错误API密钥未设置或配置错误。1. 确认在openclaw.json中使用了${ENV_VAR}语法如apiKey: ${OPENROUTER_API_KEY}。2. 确认环境变量已正确设置并导出echo $OPENROUTER_API_KEY。3. 确认API密钥有效且有足够的余额或调用权限。WebSocket客户端连接后立即断开协议版本不匹配或认证失败。1. 检查客户端握手请求中的minProtocol和maxProtocol是否都设置为3。2. 如果服务器配置了authToken客户端必须在connect请求的params中提供token字段。3. 查看MiniClaw服务器的日志输出通常会有具体的错误信息。HTTP API调用返回404或405请求路径或方法错误。1. HTTP聊天补全端点路径是/v1/chat/completions注意复数completions。2. 确保使用POST方法。3. 确保请求头Content-Type: application/json已设置。MCP工具调用失败提示工具不存在MCP配置错误或工具服务器未成功启动。1. 检查mcp.json文件格式是否正确工具服务器命令是否存在与PATH中。2. 启动MiniClaw时添加--verbose或查看日志确认MCP客户端初始化时是否成功连接了工具服务器。3. 尝试手动运行mcp.json中的command和args看工具服务器是否能独立启动。流式响应时HTTP接口返回乱码或非SSE格式请求未正确要求流式响应。1. 确保请求体中将stream: true。2. 确保请求头中设置了Accept: text/event-stream。3. 对于curl使用-N标志来禁用缓冲。模型响应速度极慢后端模型服务资源不足或网络延迟高。1. 如果是本地Ollama检查CPU/GPU使用率考虑使用更小的模型。2. 如果是云API检查网络延迟考虑更换地域或提供商。3. 在openclaw.json的模型配置中可以尝试调整timeout参数如果支持。会话历史似乎没有保存默认配置下会话数据存储在内存中。MiniClaw默认使用内存存储服务器重启后数据会丢失。如果需要持久化目前需要自行修改src/server.ts中的会话管理逻辑将其对接至数据库如SQLite、Redis。这是一个进阶改造点。独家避坑技巧调试利器在启动命令前加上DEBUG*环境变量可以输出非常详细的内部日志对于排查复杂的协议交互或MCP通信问题极其有用DEBUG* bun run index.ts --ollama。端口冲突如果8080端口被占用可以通过环境变量PORT指定其他端口PORT3000 bun run index.ts。配置热重载MiniClaw目前不支持配置热重载。修改openclaw.json或mcp.json后需要重启服务器才能生效。多模型切换除了启动参数--model更灵活的方式是在客户端发送请求时通过chat.send的RPC参数或HTTP API的model字段指定这允许在同一个服务器实例上动态切换模型。