OpenClaw Luna:在 VS Code 中驾驭 AI Agent 的终极利器

还在为频繁切换窗口管理 AI Agent 而烦恼?OpenClaw Luna 将 OpenClaw 的强大能力直接嵌入 VS Code,支持 Agent 管理、集群控制和 API 用量监控,让你在一个窗口内完成"编码+AI"的无缝协作。本文将手把手教你如何安装配置,并揭秘其高效工作流。

项目地址:https://github.com/LunaticLegacy/openclaw-vscode-luna
VS Code 市场:搜索 lunaticlegacy.openclaw-vscode-luna


目录


一、为什么需要 OpenClaw Luna?

在 AI 开发工作流中,开发者常面临这些痛点

  1. 窗口碎片化 —— 代码编辑器、浏览器、终端、AI 客户端来回切换,注意力被不断打断
  2. 远程开发割裂 —— 使用 VS Code SSH 连接远程服务器时,无法直接操作部署在远端的 OpenClaw 服务
  3. 配置黑盒化 —— 手动修改 JSON 配置文件容易出错,缺乏可视化界面

OpenClaw Luna 正是为解决这些问题而生。作为 OpenClaw 生态的(非)官方 VS Code 扩展,它将 AI Agent 的管理能力原生集成到编辑器中,打造**“All-in-One”**的极致体验。


二、核心功能全景

功能模块能力说明适用场景
🤖 Agent 管理可视化创建、配置、切换多个 AI Agent多模型对比、任务分工
🌐 集群连接支持本地/远程 WebSocket 连接,自动重连远程服务器开发、团队协作
📊 API 监控实时查看 Token 消耗、请求频率、费用统计成本控制、用量优化
⚙️ 可视化配置图形化界面替代手动改配置新手友好、减少出错
🔐 安全认证支持 Token 身份验证,企业级安全生产环境部署

三、5 分钟快速上手

3.1 安装插件

打开 VS Code,进入扩展市场:

  1. 快捷键 Ctrl+Shift+X(Mac: Cmd+Shift+X
  2. 搜索 OpenClaw Lunalunaticlegacy.openclaw-vscode-luna
  3. 点击安装
备用方案:如果市场暂未上架,可从 GitHub Release 下载 .vsix 文件手动安装:

3.2 基础配置

安装完成后,在 VS Code 左侧活动栏找到 🌙 OpenClaw Luna 图标,点击齿轮进入配置:

场景 A:本地开发

{"openclaw.gatewayUrl":"ws://localhost:18789","openclaw.gatewayToken":""}

场景 B:远程服务器(配合 SSH)

{"openclaw.gatewayUrl":"ws://your-server.com:18789","openclaw.gatewayToken":"your-secret-token"}

场景 C:生产环境(WSS 加密)

{"openclaw.gatewayUrl":"wss://your-domain.com:18789","openclaw.gatewayToken":"your-secret-token"}

3.3 首次连接

  1. 点击左侧栏 OpenClaw 图标打开面板
  2. 点击"连接网关"按钮
  3. 状态栏显示 🟢 绿色指示灯即表示连接成功

四、进阶玩法:集群管理与用量监控

4.1 多 Agent 管理

OpenClaw Luna 支持同时管理多个 AI Agent,轻松实现多模型协作

# 通过命令面板(Ctrl+Shift+P)执行 OpenClaw Luna: 添加 Agent OpenClaw Luna: 切换 Agent OpenClaw Luna: 删除 Agent 

实战技巧:为不同任务配置不同 Agent:

  • Coding Agent:配置 GPT-4/Codex,专注代码生成
  • Review Agent:配置 DeepSeek,专注代码审查
  • Doc Agent:配置 Claude,专注文档编写

4.2 API 用量监控

在 Luna 面板中,你可以实时查看:

  • Token 消耗趋势图(小时/天/周维度)
  • 请求成功率响应延迟
  • 费用预估额度预警

这对于成本控制至关重要,特别是在团队共享 API Key 的场景下。

4.3 SSH 远程开发工作流(这段是 AI 生成的,尚未测试)

这是 Luna 最香的使用场景之一:

  1. SSH 连接到远程服务器(VS Code Remote-SSH)
  2. Luna 插件自动同步到远程环境
  3. 开始边写代码边对话,所有操作都在一个窗口完成

配置指向 localhost(对远程服务器而言)

{"openclaw.gatewayUrl":"ws://localhost:18789"}

这种"代码+AI"同屏工作流,大幅提升远程开发效率 。


五、技术架构解析

OpenClaw Luna 基于以下技术栈构建:

┌─────────────────────────────────────────────┐ │ VS Code Extension Host │ │ ┌─────────────┐ ┌─────────────────┐ │ │ │ Sidebar │◄────►│ WebSocket │ │ │ │ Webview │ │ Client │ │ │ │ (React/Vue)│ │ │ │ │ └─────────────┘ └────────┬────────┘ │ │ │ │ └────────────────────────────────┼───────────┘ │ ┌────────────▼────────────┐ │ OpenClaw Gateway │ │ (WebSocket Server) │ └────────────┬────────────┘ │ ┌──────────────────┼──────────────────┐ ▼ ▼ ▼ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ Agent 1 │ │ Agent 2 │ │ Agent N │ │ (GPT-4) │ │(DeepSeek)│ │ (Claude) │ └──────────┘ └──────────┘ └──────────┘ 

关键技术点

  • TypeScript:类型安全的扩展开发
  • VS Code Extension API:原生侧边栏 Webview 集成
  • WebSocket:实时双向通信,支持自动重连
  • 状态管理:Redux/Vuex 管理多 Agent 状态

六、常见问题与解决方案

Q1:连接失败,状态栏显示红色指示灯?

排查步骤

  1. 确认 OpenClaw Gateway 已启动:systemctl status openclaw-gateway.service
  2. 检查防火墙/安全组是否放行 WebSocket 端口(默认 18789)
  3. 查看 VS Code 输出面板(Output > OpenClaw Luna)的详细日志

Q2:支持 wss 加密连接吗?

尚未测试。

Q3:如何获取 Gateway Token?

在 OpenClaw Gateway 的配置文件中查看或生成:

openclaw pairing approve vscode <code>

Q4:与 OpenClaw 官方 WebUI 有什么区别?

特性OpenClaw Luna基础版插件
Agent 管理✅ 可视化多 Agent 合作❌ 单 Agent
Agent 预设✅ 有❌ 无
集群支持✅ 多网关切换❌ 单连接
UI 美观度🌙 现代化界面基础样式

七、总结与展望

OpenClaw Luna 填补了 OpenClaw 在 IDE 深度集成方面的空白,特别适合:

  • 🏢 企业团队:需要集中管理多 Agent、监控 API 用量
  • 🖥️ 远程开发者:配合 VS Code SSH,打造无缝远程 AI 工作流
  • 效率极客:追求 All-in-One,拒绝窗口切换

未来 roadmap(据社区消息):

  • 支持 MCP (Model Context Protocol) 协议集成
  • 内置代码补全与智能提示
  • 团队协作空间与 Agent 共享

立即体验

  • GitHub: https://github.com/LunaticLegacy/openclaw-vscode-luna
  • VS Code 市场: 搜索 OpenClaw Luna

💡 小贴士:如果觉得本文有帮助,欢迎点赞收藏!有任何问题可以在评论区交流,或者直接在 GitHub 提交 Issue。

参考链接


本文首发于 ZEEKLOG,转载请注明出处。

为什么这个东西没有在ZEEKLOG上自动转markdown?

Read more

架构逆转向量:AI时代规范驱动开发的范式重构与实践图谱

架构逆转向量:AI时代规范驱动开发的范式重构与实践图谱

当“氛围编程”撞上工程化之墙 过去18个月,软件工程领域经历了一场奇特的狂欢。“Vibe Coding”(氛围编程)成为最时髦的术语——开发者用自然语言与AI即兴对话,享受着代码如泉水般涌出的快感。然而,这场狂欢很快显露出其脆弱本质:相同的提示词在不同时间产出完全不同的代码,冗长的聊天历史让需求追溯变成考古学,上下文丢失导致AI频繁“失忆”,生成的代码“听起来正确但实际上无法运行”。 当生成式AI的瓶颈从“写不出代码”转向“管不住意图”,整个行业开始意识到一个残酷的事实:我们正在用规范的工程实践,换取不可预测的交付质量。 正是在这个拐点上,规范驱动开发(Spec-Driven Development, SDD)作为一种救赎性范式浮出水面。本文将从大模型架构师的视角,系统阐述SDD的技术演进、核心框架与工程实践,揭示其如何将软件架构从“咨询性建议”转变为“可执行契约”。(扩展阅读:基于规范驱动开发的下一代软件工程范式:从理论到实践、意图即代码:从Vibe Coding到Spec-Driven Development,软件工程的范式跃迁) 历史演进:软件抽象的五代变迁与范式危机

OpenClaw dashboard命令后,无法登录web控制面板(在systemd服务无法启动的一些虚拟机里会碰到)

OpenClaw dashboard命令后,无法登录web控制面板(在systemd服务无法启动的一些虚拟机里会碰到)

先上结论 执行OpenClaw dashboard命令后,无法登录web控制面板,是因为OpenClaw的gateway服务没有起来。原来小龙虾OpenClaw 的命令没有学明白,先弄清楚命令: openclaw onboard 是配置 openclaw dashboard是显示web控制面板登录信息 openclaw gateway --verbose 是启动网关 openclaw gateway start是启动网关服务 问题就是因为这台系统的systemd没有起作用,导致openclaw的gateway服务没有起来,所以控制面板无法登录。 OpenClaw status Overview ┌─────────────────┬───────────────────────────────────────────────────────────────────────────────────────────────────┐ │ Item │ Value │ ├─────────────────┼────────────────────────────────────

Flutter 三方库 jwt_io 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、严谨、全能的 JSON Web Token (JWT) 加解密与身份安全验证引擎

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 jwt_io 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、严谨、全能的 JSON Web Token (JWT) 加解密与身份安全验证引擎 在鸿蒙(OpenHarmony)系统的端云一体化登录、政企应用的安全审计或复杂的跨端权限校验场景中,如何确保来自云端授信中心的 JWT Token 既能被正确解析(Decode),又能被严密地校验其合法性与过期时间?jwt_io 为开发者提供了一套工业级的、基于 RFC 7519 标准的 JSON Web Token 深度处理方案。本文将深入实战其在鸿蒙应用安全底座中的应用。 前言 什么是 JWT IO?它不仅是一个简单的 Base64 解码器,而是一个具备深厚 RFC

Web 服务与 I/O 模型

一、Web 服务介绍 1.1.1 Apache prefork 模型(预派生模式) * 核心机制:主控制进程派生多个独立子进程,使用select模型,最大并发 1024;每个子进程单线程响应用户请求 * 资源特性:占用内存较多,但稳定性极高 * 配置特点:可设置进程数的最大值和最小值 * 适用场景:访问量中等的场景 * 优缺点 * ✅ 优点:极致稳定,故障隔离性好 * ❌ 缺点:每个请求对应一个进程,资源占用高,并发能力弱,不适合高并发场景 1.1.2 Apache worker 模型(多进程 + 多线程混合模式) * 核心机制:主进程启动多个子进程,每个子进程包含固定线程数;线程处理请求,线程不足时新建子进程补充 * 资源特性:相比 prefork 内存占用更少,支持更高并发