人工智能AI 应用桌面应用交互助手【免费下载链接】ClawXClawX is a desktop app that provides a graphical interface for OpenClaw AI agents. It turns CLI-based AI orchestration into a desktop experience without using the terminal. China website is https://clawx.com.cn.项目地址https://gitcode.com/gh_mirrors/cl/ClawX点击查看免费下载ClawX 是一款为 OpenClaw AI Agent 提供图形化界面的桌面应用它将 CLI 式的 AI 编排体验转换为无需终端操作的桌面体验。本文基于 docs/en-US/architecture.md 详细阐述 ClawX 的架构设计双进程架构、统一 Host API 层、Gateway 生命周期管理、ACPAgent Client Protocol语义权威原则、历史回放与补全机制、以及 Gateway 存活恢复策略。读者读完后将理解 ClawX 如何在 Electron Main、React Renderer 与 OpenClaw Gateway 之间划分职责并掌握其配置投递、聊天历史权威、进程恢复等关键机制的实现原理。双进程架构Renderer 与 Main 的职责边界ClawX 采用双进程架构 统一 Host API 层渲染进程React Renderer只调用一个客户端抽象host-api/api-client协议选择与进程生命周期全部由 Electron Main 管理。这一设计使得渲染进程不感知底层协议细节是 WebSocket 直连 Gateway还是 ACP stdio 桥接从而保证 UI 层的稳定与安全。从源码中可以确认这一分层渲染进程入口src/main.tsx 与 src/App.tsx 启动 React 19 组件树状态管理使用 Zustand统一 Host 调用src/lib/host-api-client.ts 中的invokeHost通过window.clawx?.hostInvoke桥接调用 Main 侧能力Host 契约类型shared/host-api/contract.ts 定义了HostApiContract覆盖app、openclaw、shell、dialog、window、updates、settings、gateway、logs、channels、agents、diagnostics、providers、files、media、sessions、chat、cron、skills、usage、asr等 20 余个模块的完整类型签名IPC 分发器electron/main/ipc/host-invoke.ts 的createHostInvokeDispatcher处理host:invokeIPC 请求校验请求格式后从注册表解析module.action并执行返回{ ok: true, data }或{ ok: false, error }结构化响应请求结构electron/main/ipc/host-contract.ts 定义HostRequest { id, module, action, payload }并实现isHostRequest运行时类型守卫。整个分层在架构文档中有清晰图示┌──────────────────────────────────────────────────────────────────┐ │ ClawX Desktop App │ │ │ │ ┌────────────────────────────────────────────────────────────┐ │ │ │ Electron Main Process │ │ │ │ • Window and application lifecycle management │ │ │ │ • Gateway process supervision │ │ │ │ • System integration (tray, notifications, keychain) │ │ │ │ • Auto-update orchestration │ │ │ └────────────────────────────────────────────────────────────┘ │ └──────────────────────────────┬───────────────────────────────────┘ │ │ IPC (authoritative control plane) ▼ ┌──────────────────────────────────────────────────────────────────┐ │ React Renderer Process │ │ • Modern component-based UI (React 19) │ │ • State management with Zustand │ │ • Unified host-api/api-client calls │ │ • Markdown assistant replies, literal user input │ └──────────────────────────────┬───────────────────────────────────┘ │ │ Typed IPC requests ▼ ┌──────────────────────────────────────────────────────────────────┐ │ Main Host Services and Gateway Manager │ │ • host:invoke typed service dispatcher │ │ • Settings, files, sessions, skills, providers, diagnostics │ │ • Main-owned Gateway WebSocket and process supervision │ └──────────────────────────────┬───────────────────────────────────┘ │ │ Main-owned WebSocket ▼ ┌──────────────────────────────────────────────────────────────────┐ │ OpenClaw Gateway │ │ • AI agent runtime and orchestration │ │ • Message channel management │ │ • Skill/plugin execution environment │ │ • Provider abstraction layer │ └──────────────────────────────────────────────────────────────────┘Main-Process Transport OwnershipGateway 与 ACP 桥接Gateway WebSocket 的 Main 侧独占Electron Main 独占 Gateway 的 WebSocket 连接与进程监督。electron/gateway/manager.ts 中的GatewayManager是核心它负责start()、stop()、restart()通过 OpenClaw 协议格式{ type: req, id, method, params }发起 RPC 调用并处理{ type: res }响应与{ type: event }事件通知。连接握手使用设备身份device identity与 Gateway token见 electron/gateway/ws-client.ts。渲染进程绝不直接调用本地 Gateway 或 Host API 的 HTTP 端点——这是架构文档明确的设计原则CORS-Safe by Design。在 electron/main/index.ts 中Main 只为 Gateway Control UI 的http://127.0.0.1:18789/*与http://localhost:18789/*请求调整安全响应头移除X-Frame-Options、放宽frame-ancestors其余请求保持默认策略。ACP stdio 桥接Chat 使用由 Electron Main 持有的ACP stdio 桥接。electron/services/acp-chat-service.ts 中的AcpChatService通过fork()启动 ACP 子进程getOpenClawEmbeddedForkSpec([acp])并使用agentclientprotocol/sdkpackage.json 中锁定1.1.0的ClientSideConnection与 NDJSON 流通信。关键设计点Main 将应用托管的 Gateway token 通过私有进程环境传递给 ACP 子进程。源码 acp-chat-service.ts 中fork 时注入OPENCLAW_GATEWAY_TOKEN环境变量并同时注入OPENCLAW_ACP_ACCEPTED_PROMPT_RECOVERY_GRACE_MS由 electron/gateway/recovery-budget.ts 的ACP_ACCEPTED_PROMPT_RECOVERY_GRACE_MS计算得出从而保证运行时配置重新加载后 ACP 历史回放仍然保持认证有效。ACP 桥接的健壮性体现在ACP 子进程故意在 Gateway 丢失后存活并重连源码注释明确The ACP child only shuts down on SIGINT/SIGTERM and deliberately survives Gateway loss by reconnecting退出清理使用 3 秒 SIGTERM 宽限 1 秒 SIGKILL 等待若受保护的 Gateway 恢复打断了已接受的会话运行修补后的 OpenClaw 运行时启动一个独立的恢复运行recovery run并以被打断的运行 id 作为显式 lineageChat 与 Agent 事件保留该 lineage重连的 ACP 桥接为其待处理提示词采纳新的运行重置按运行区分的流游标并订阅会话作用域的工具事件若后续重启丢失了响应持久化之后的进程内最终投递ACP 将当前运行 id 与会话 key 传给agent.wait只有持久化生命周期所有者与该运行匹配时Gateway 才完成结算渲染进程对 Gateway 运行时身份不敏感只接收一个内存中 ACP 时间线的类型化 Host 事件。非 Chat 能力的归属Gateway 仍然负责非 Chat 能力providers、models、skills、workspace、settings、diagnostics 与 media 配置。这意味着 ACP 桥接只负责对话语义而能力配置类操作继续通过 Main 持有的 Gateway WebSocket RPC 完成。ACP 语义权威Chat 的单一事实来源ACP 是 Chat 每一个语义与上下文的优先权威ACP Semantic Authority。包括会话身份与路由如适用工作区与执行cwd提示词与时间线状态标准资源或附件语义。当 ACP 提供某个值或事件时Main 与 Renderer必须使用它而不能用 Gateway 快照、转写推断、本地配置或平行投影替换。仅在 ACP 上游无等价物时允许绕过bypass且该兼容路径必须窄小、有界、限定会话与代次generation、在 Harness 参考或规则中记录其依据、事实来源、限制、对账行为与移除条件不得静默成为竞争权威。提示词压力恢复Prompt-Pressure Recovery修补后的 OpenClaw 在提交给 Provider 之前执行提示词压力恢复当聚合工具结果文本超过“保留额度调整后的提示词预算”时它从实测溢出量加安全缓冲推导出一个截断目标并在 mid-turn、pre-prompt、post-compaction 恢复中复用该目标。旧工具输出优先被削减同时每个工具调用/结果对与新结果的有界表示仍然保留。压缩compaction响应若报告没有真实对话消息不会丢弃实测的转写与渲染提示词压力失败的结构化压缩事件将其触发源与可选的稳定原因码及截断到 500 字符的纯文本原因分开记录再交给 ACP 记录。ACP 历史权威与有界转写补全历史回放是唯一事实来源ACPsession/load回放是 Chat 历史的权威来源。ClawX不持久化第二份 ACP 账本、精简时间线、回放缓存或重建的工具历史。若 OpenClaw 的结构化 ACP 事件账本不可用其 ACP 适配器按转写顺序将持久化的toolCall与toolResult记录重建为原生工具更新保持文本-工具-文本边界ClawX 自身不推断这些记录。结算回合回放补水Settled-turn Replay Hydration在 ACP 提示词运行期间session/update通知持续即时更新可见时间线。Renderer 等待类型化session/prompt调用仅在返回成功后立即发起一次同会话session/load两者之间没有固定 sleep。补水仅在会话、代次、工作区、Renderer 加载请求仍然一致时启动。Main 在共享 ACP 连接上串行化加载、分配下一个路由代次、缓冲回放通知直到上游session/load完成并连同结果返回原始批次。Renderer 在加载进行中保持已结算的实时时间线已提交不暴露空白加载态并缓冲 IPC 交接期间到达的下一代事件。成功的非空批次被过滤到返回的会话与代次通过普通 reducer 从空 ACP 时间线归约并连同代次在一个状态更新中提交。挂起的附件在该代次下重新解析实时回合计时被重映射到回放的用户消息身份回放图片证据取代过期的在途投影。失败、抛出、过期或被取代的补水永远不会替换实时内容。源码层面tests/unit/acp-chat-store.test.ts 覆盖了关键场景hydrates a settled live timeline atomically from ACP replaykeeps the settled live timeline when ACP replay hydration throwskeeps settled live content but adopts routing generation when ACP replay is empty。为什么不用固定延迟成功session/prompt完成是因果结算屏障。无条件延迟会增加延迟、延长发送状态、扩大导航或另一加载取代补水的窗口且无法证明上游持久化已就绪。若未来上游实现被证明在回放持久化前就返回成功正确缓解手段是有界、基于条件的重试在相同身份守卫下重试空回放或缺失当前回合而不是固定延迟。文档特别强调单独的 1500 ms 重试仅适用于有界转写兼容补全不属于 ACP 回放补水。有界转写兼容补全Bounded Transcript Supplements某些 OpenClaw 能力尚无完全对应的 ACP 实现例如 assistant 媒体可能被 ACP 省略Gateway 处理可能从可见实时回复中移除 assistant 的MEDIA:指令。ClawX 因而仅保留有界、有标记、仅内存的兼容补全补全类型触发条件行为异步图片生成完成同一会话已证明存在image_generate上下文且完成证据可信/经批准恢复图片证据通用附件从规范的持久化 assistant__openclaw.media事实或显式的行首 assistantMEDIA:指令恢复附件引用与声明元数据不恢复周边 assistant 消息整回合元数据计时有界转写 JSONL 记录提供原始事件时间戳ACP 回放不提供仅注解已恢复的 ACP 回合Cron 会话空回放ACP 回放完全为空通过 Main 的类型化 cron-history API 提供调度提示词与完成摘要当已识别运行摘要含 OpenClaw 截断标记时仅当转写更长且共享完整持久化摘要前缀时恢复最终 assistant 文本历史读取被限制到最新的 1000 条转写消息。成功的实时提示词执行一次立即读取 一次 1500 ms 后的重试。每个补全都限定到精确的会话、ACP 代次、操作与实时用户回合过期、缺失、重复或歧义匹配全部丢弃。这些路径不得重建普通 assistant 消息、思考、工具、计划、权限、文件活动、缺失回合或并行 Chat 历史Main 也不得从转写证据制造原生 ACP 事件。标准 ACP 资源始终优先当上游发出等价内容时这些兼容异常应被移除。源码佐证图片生成兼容逻辑位于 src/lib/acp/image-generation-compat.ts识别image_generate:会话 ID 与 provenance媒体事实解析位于 src/lib/acp/openclaw-media-compat.ts 与 src/stores/acp-chat-session.tsMEDIA:行解析。流式中断与回合时长未完成的 ACP 响应在打开其他会话或页面时继续流式传输返回时恢复最新的内存时间线并继续实时响应。完成之后正常 ACP 历史回放恢复为事实来源。ACP assistant 回合显示整回合时长whole-turn duration实时计时跟随客户端观察到的提示词生命周期并在应用内导航时保留历史计时由 Electron Main 从有界 OpenClaw 转写时间戳推导且仅注解已由 ACP 回放恢复的回合。附件语义与安全边界ACP Chat 将标准 ACP 资源渲染为附件用户选择的图片显示为带文件名悬停覆盖的缩略图其他可用附件卡片显示文件名与截断的淡化源路径。当 OpenClaw ACP 适配器省略 assistant 媒体时规范的持久化 OpenClaw 媒体事实与显式MEDIA:指令也可恢复为附件卡片而不显示仅转写的元数据。每个预览或打开操作之前Electron Main 会针对精确会话与代次重新校验现有本地文件引用包括活动工作区之外的路径。具体边界规则AI 产生的可预览本地附件20 MB 内联预览限制内的.docx、.pptx保留主要的只读应用内预览动作并提供二级菜单用兼容应用打开或在 Finder / 文件资源管理器 / 系统文件管理器中显示本地 HTML 附件菜单首项为在右侧 Preview 标签页打开.doc与.ppt仍是系统打开格式DOCX 分页可能与 Microsoft Word 有差异PPTX 动画、转场与媒体播放不支持兼容应用发现仅在 macOS 与 Windows 可用Linux 或发现失败时静默降级为仅显示reveal-only超过 20 MB 的 Office 文件等其他本地文件在用户点击后由系统应用打开用户选择的文件夹附件发送后仍可访问并在系统文件管理器中打开ClawX不读取也不预览其内容远程 HTTP/HTTPS 附件在用户点击后在外部打开裸的内联散文路径无规范媒体事实不视为附件。图片生成预览当运行时以可信结构化媒体投递图片生成媒体时ACP Chat 可显示生成的图片预览。受信任的 OpenClaw 内部 UI 投递与任务关联的最终回复保留原始面向用户的完成文本包括纯文本失败解释而不是替换为通用图片说明。历史回放期间仅当 assistant 图片MEDIA:标记跟随该会话记录在案的图片生成任务起点时才提升为内联图片体验。预览通过 Electron Main 的 host 媒体处理加载不是渲染进程任意的文件系统访问。ACP 文件活动语义文件活动从成功的、完成的 OpenClawwrite、edit、apply_patch调用投影而来工具识别遵循官方 OpenClaw Chat UI过滤到完成调用是 ClawX 特有的创建与修改的活动行使用与可预览 assistant 附件相同的文件卡片外壳与Open with菜单保留状态与可选的/-摘要HTML 文件首项菜单在右侧Preview标签页打开文件删除行仅保留Changes动作每个应用列表、已选应用与显示reveal请求都在 Electron Main 中从工作区根与相对路径独立重新校验工具派生路径永远不会成为附件或向渲染进程暴露规范原生路径write按工具声明显示即使路径可能已存在也显示为带全新增 diff 的创建Changes是工具声明的活动的按时间排序的会话级记录——不是 Git 输出也不是对照源基线的验证 diff每个文件每个 assistant 回合最多渲染一个 diff 编辑器顺序片段在安全时组合独立片段共享一个拼接编辑器而不声称完整文件基线shell 命令、脚本、用户或 IDE 造成的副作用不被检测完整 ACP 回放可恢复记录的文件活动若回放不完整ClawX不通过回退行为推断缺失活动。OpenClaw 配置投递双路径协调器架构文档指出OpenClaw 配置投递也由 Electron Main 管理。Gateway 运行期间ClawX 以config.get返回的权威快照为基线并通过config.set提交变更Gateway 停止或启动中时同一协调器在不启动 Gateway 的情况下直接更新已解析的 JSON5 配置文件。源码佐证位于 electron/gateway/config-delivery.tsrunRead()Gateway 运行时优先manager.rpc(config.get, {})仅在 Gateway 不可用错误时回退到持久文件runMutation()Gateway 运行时走 RPC 事务若事务中 socket 掉线通常是本提交或前一提交触发的 code-1012 重载因为 mutator 是纯函数且可重放会回退到文件路径重放——已落地的提交成为 no-op丢失的由 ClawX 写回Gateway 恢复运行后自动切回 RPC 路径runSecretsReload()认证配置写入 SQLite 后ClawX 调用 OpenClaw 的secrets.reloadmanager.rpc(secrets.reload, {})使运行中的 Agent无需重启进程即可读取新凭据。因此普通的 provider、agent、channel、binding、skill 与 model 变更不会替换 Gateway 进程。完整重启被保留给进程启动环境类变更如代理设置与显式用户操作。确认的进程退出与 WebSocket 关闭保留既有的自动重连路径。Gateway 存活恢复Gateway Liveness RecoveryGateway 存活判定在 Electron Main 进行。WebSocket pong 帧是有效的传输证据。普通传输丢失时Main 首先走既有 Gateway WebSocket 重连路径。ClawX 使用三分钟无存活截止线然后在替换其拥有的进程之前用system-presence验证核心 RPC 路由。架构文档给出了完整设计点表格此处原样保留并结合源码参数展开设计点处理方式目的将 pong、任何入站 Gateway 帧与每次成功 RPC 视为存活证据刷新lastAliveAt并取消过期截止线回调大型 AI 操作如技能或工具调用可能在连接服务真实流量时延迟 pong避免将该延迟误判为 Gateway 死亡使用单一 180 秒静默截止线180 秒前仅记录错过的 pong不改动 socket 或进程约束自动恢复同时防止仅因 pong 触发重启在截止线验证控制平面以 5 秒超时调用一次system-presenceRPC从控制平面确认 Gateway 状态而非纯 WebSocket 信号成功则恢复正常监控区分静默事件流与无法服务核心读 RPC 的 Gateway仅重启不可用的 ClawX 拥有的进程失败的截止线探测请求受保护的 Gateway 重启路径恢复真正无响应的本地子进程绝不自动停止外部 Gateway只替换/重连 ClawX 的 WebSocket 并报告不可用诊断避免对 ClawX 不拥有的进程发出关闭指令保持权威生命周期路径分离保留既有 WebSocket-close 重连、code-1012 重载恢复、进程退出恢复与手动重启防止重复或竞争的停止/启动操作此路径不跟踪活动工作负载无论 chat、tool 或 cron 活动如何应用相同截止线让存活恢复聚焦于防误重启与进程所有权源码级参数与实现参数定义集中在 electron/gateway/recovery-budget.tsexport const GATEWAY_HEARTBEAT_INTERVAL_MS 60_000; // 心跳间隔 export const GATEWAY_HEARTBEAT_TIMEOUT_MS 30_000; // 心跳超时 export const GATEWAY_HEARTBEAT_MAX_MISSES 4; // 最大连续错失数 export const GATEWAY_LIVENESS_DEADLINE_MS 180_000; // 三分钟存活截止线 export const GATEWAY_CONTROL_PROBE_TIMEOUT_MS 5_000; // system-presence 探测超时GATEWAY_HEARTBEAT_MAX_MISSES 4印证文档描述前三次连续心跳错失仅做诊断记录短暂的 pong 延迟不打断长任务pong 或任何入站消息重置计数第四次连续错失在生命周期处于可自动恢复的运行状态时请求受保护的 Gateway 恢复。system-presence的 5 秒超时即GATEWAY_CONTROL_PROBE_TIMEOUT_MS。测试 tests/unit/gateway-recovery-budget.test.ts 与 tests/unit/gateway-recovery-controller.test.ts 覆盖了这些预算与恢复路径。实现上electron/gateway/manager.ts 中startPing()启动心跳60 秒间隔、30 秒超时、最多 4 次错失onHeartbeatMiss仅记录诊断recordGatewayAlive()在 pong、任何入站消息与成功 RPC 时刷新lastAliveAt并重置错失计数probeRecoveryDeadline()在截止线以GATEWAY_CONTROL_PROBE_TIMEOUT_MS调用system-presencerequestOwnedProcessRecovery()仅当ownsProcess shouldReconnect state running !restartInFlight时触发受GatewayRestartGovernor保护的restart()requestExternalTransportReconnect()对非自有 Gateway 仅重连传输绝不停止外部进程重连采用指数退避electron/gateway/process-policy.tsmaxAttempts: 10、baseDelay: 1000ms、maxDelay: 30000msbaseDelay * 2^attempts封顶重启有 5 秒冷却RESTART_COOLDOWN_MS。Gateway 就绪基于 OpenClaw 核心信号system-presence、health、status内存或频道失败被展示为能力降级而非全局 Gateway 失败。GatewayCapabilityMonitorelectron/gateway/capability-monitor.ts将health、status、channels.status、doctor.memory.*归类为可监控能力system-presence作为核心 RPC 路由探针。进程模型与 Gateway 故障排查ClawX 是 Electron 应用一个应用实例通常表现为多个 OS 进程main/renderer/zygote/utility这属正常现象单实例保护使用 Electron 锁 本地进程文件锁回退electron/main/process-instance-lock.ts防止桌面 IPC 或会话总线不稳定的环境中重复启动滚动升级期间新旧版本混用时保护行为可能不对称最佳可靠性实践是将所有桌面客户端升级到同一版本OpenClaw Gateway 监听器应保持单一所有者只有一个进程应监听127.0.0.1:18789端口常量定义于 electron/utils/config.ts 的PORTS.OPENCLAW_GATEWAY: 18789验证活动监听器macOS/Linuxlsof -nP -iTCP:18789 -sTCP:LISTENWindows (PowerShell)Get-NetTCPConnection -LocalPort 18789 -State Listen点击窗口关闭按钮X将 ClawX隐藏到托盘而非完全退出完整退出请使用托盘菜单中的Quit ClawX。设计原则总览架构文档归纳了七条设计原则与源码一一对应进程隔离Process IsolationAI 运行时在独立进程中运行即使重计算期间 UI 仍保持响应——Gateway 作为独立 UtilityProcess 由GatewayManager监督前端调用单一入口Single Entry for Frontend CallsRenderer 请求一律经过host-api/api-client协议细节隐藏在稳定接口之后Main 进程传输所有权Main-Process Transport OwnershipElectron Main 拥有 ACP Chat stdio 桥接与 Gateway 传输Renderer 仅通过类型化 IPC 与 Main 通信扩展 IPC 贡献Extension IPC ContributionsMain 进程扩展通过类型化 IPC 注册表贡献 host-api 动作而非 HTTP 路由——electron/extensions/registry.ts 的registerHostApiContributions与 electron/main/ipc/host-invoke.ts 的registerExtensionContributions共同实现扩展 id 作为动作所有者卸载时同步注销优雅恢复Graceful Recovery内置重连、超时与退避逻辑自动处理瞬时故障安全存储Secure StorageAPI 密钥与敏感数据使用操作系统原生安全存储机制electron/services/secrets/secret-store.tsCORS 安全设计CORS-Safe by DesignRenderer 不直接调用本地 Gateway 或 Host API 的 HTTP 端点。小结理解 ClawX 架构的三个核心视角从分层看RendererReact 19 Zustand→ Host API 类型化 IPC → MainHost 服务 Gateway Manager ACP 桥接→ OpenClaw Gateway四层职责清晰、边界严格从权威看Chat 的一切语义以 ACP 为权威Gateway 负责能力配置Main 是传输与生命周期的唯一所有者任何兼容补全都必须窄小、有界、可移除从恢复看心跳诊断前 3 次错失→ 180 秒截止线 →system-presence5 秒控制平面验证 → 仅重启自有进程 / 仅重连外部传输整个恢复链围绕防误重启与进程所有权设计。这些设计共同保证了 ClawX 作为 OpenClaw 图形化前端的稳定性无论 Gateway 如何重启、配置如何热更新、ACP 桥接如何重连渲染进程始终面对同一套稳定接口Chat 历史始终以 ACP 回放为唯一事实来源。赞分享人工智能AI 应用桌面应用交互助手【免费下载链接】ClawXClawX is a desktop app that provides a graphical interface for OpenClaw AI agents. It turns CLI-based AI orchestration into a desktop experience without using the terminal. China website is https://clawx.com.cn.项目地址https://gitcode.com/gh_mirrors/cl/ClawX点击查看免费下载相关推荐ClawX 双进程架构深入解析统一 Host API、ACP Chat 权威链路与 Gateway 存活恢复设计ClawX 双进程架构深入解析统一 Host API、ACP Chat 权威链路与 Gateway 存活恢复设计 ClawX 是一款为 OpenClaw AI人工智能AI 应用桌面应用交互助手ClawX 桌面客户端技术指南基于 OpenClaw 的图形化 AI Agent 编排平台ClawX 桌面客户端技术指南基于 OpenClaw 的图形化 AI Agent 编排平台 ClawX 是一款基于 OpenClaw 构建的桌面应用它将原本人工智能AI 应用桌面应用交互助手ClawX 桌面端完整指南基于 OpenClaw 的 AI 智能体图形化界面、本地 Computer Use 与 Gateway 架构解析ClawX 桌面端完整指南基于 OpenClaw 的 AI 智能体图形化界面、本地 Computer Use 与 Gateway 架构解析 ClawX 是面向人工智能AI 应用桌面应用交互助手上一篇Andromeda Web API详解Canvas、Crypto与SQLite集成下一篇字节跳动再突破SeedVR2视频增强模型开源单步生成技术革新视频修复效率创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考