RocketRide for VS Code 完全指南：在 IDE 中构建、调试与部署 AI 管线-平芜编程栈

【免费下载链接】rocketride-server

High-performance AI pipeline engine with a C++ core and 50+ Python-extensible nodes. Build, debug, and scale LLM workflows with 13+ model providers, 8+ vector databases, and agent orchestration, all from your IDE. Includes VS Code extension, TypeScript/Python SDKs, and Docker deployment.

项目地址：https://gitcode.com/gh_mirrors/ro/rocketride-server

点击查看免费下载

RocketRide 是一个开发者原生的开源 AI 管线平台，其 VS Code 扩展把可视化拖拽画布、C++ 高性能引擎与发布部署能力直接嵌入编辑器。本文以官方扩展文档为主体，结合仓库源码与配套文档，系统讲解安装、连接配置、管线创建/运行/调试、执行默认值、.env自动同步、编码 Agent 集成以及 Google/Microsoft 节点 OAuth 等完整使用链路，帮助读者直接在 IDE 内完成从搭建管线到发布上云的整个工作流。

快速开始（Quick Start）

安装并启动 RocketRide 扩展只需四步：

从 VS Code Marketplace 安装RocketRide扩展；
点击 Activity Bar（活动栏）中的RocketRide图标打开侧边栏；
新建一个.pipe文件——它会自动在可视化画布构建器中打开；
通过连接节点的输入/输出 lane（数据流通道）来接线节点，然后点击Play运行。

扩展将.pipe和.pipe.json注册为自定义编辑器（rocketride.PageProject，Pipeline Grid Editor），并将*.rrapp注册为 App Builder 编辑器（见 apps/vscode/package.json 的contributes.customEditors），因此打开这两种文件即自动进入对应编辑界面，无需手动切换。

兼容所有基于 VS Code 的编辑器：同一套构建产物同时支持 VS Code 及其衍生分支（如Cursor、Windsurf、VSCodium），可视化画布、运行时管理和管线工具在各类编辑器中的行为完全一致。扩展还会自动检测你的编码 Agent（GitHub Copilot、Claude Code、Cursor 或 Windsurf），并把RocketRide agent rules写入工作区，让编辑器里的 AI 理解如何构建 RocketRide 管线。

RocketRide 是什么

RocketRide 是一个开源、开发者原生的 AI 管线平台：你可以在 IDE 内用可视化拖拽画布或代码优先的方式（TypeScript / Python SDK）构建、调试并部署生产级 AI 工作流。你构建的是.pipe文件，然后把它运行在可用的最快 AI 运行时上。

100+ 开箱即用的节点——涵盖 15+ LLM 提供商、9 种向量数据库、OCR、NER、PII 匿名化等（仓库中的节点实现见 nodes/src/nodes，如llm_openai、store_chroma、ocr等目录）；
高性能 C++ 引擎——生产级的速度与可靠性（核心实现位于 packages/server/engine-core 与 packages/server/engine-lib）；
随处部署——本地、私有化部署，或通过 Docker 自托管（参考 docker/docker-compose.yml）；
MIT 许可——完全开源、符合 OSI 规范。

核心功能概览

可视化画布构建器：在 VS Code 内直接拖拽、连接、编排 AI 工作流，创建.pipe文件即可开始。
调试与实时追踪：实时监控运行中的管线，查看执行轨迹（execution traces）、token 用量与内存统计，能看清 Agent 每一步在做什么。
App Builder：从模板脚手架（scaffold）、实时预览、发布并部署 Shell Apps，全程不离开 VS Code。
连接管理器：一键连接本地引擎（无需额外设置），或连接自建 on-premises 服务器。
TypeScript / Python / MCP SDK：把管线嵌入你自己的应用，或将其暴露为 AI 助手的工具（SDK 见 packages/client-typescript、packages/client-python 与 packages/client-mcp）。

安装与首次运行设置

安装方式：打开 VS Code，进入扩展视图（Ctrl+Shift+X/Cmd+Shift+X），搜索RocketRide并点击Install。安装细节可参考安装文档。

首次启动时扩展会显示Welcome页面引导完成设置：

选择连接模式：Cloud（云）、On-premises（私有化）或 Local（本地）；
输入服务器 URL：on-premises 或本地模式使用（默认http://localhost:5565）；
输入 API Key：即你的 RocketRide 认证令牌，存放在 VS Code 的 secret storage 中，不会写入settings.json；
点击 Connect：扩展会测试连接，并在状态栏显示连接状态。

完成初始设置后，扩展会在每次启动时自动连接。若想跳过欢迎页，可将rocketride.welcomeDismissed设为true。

扩展设置全解

打开 VS Code 设置（Ctrl+,/Cmd+,）并搜索rocketride即可配置全部选项。以下表格完整收录了扩展声明在 apps/vscode/package.json 的contributes.configuration.properties中的全部设置项。

连接（Connection）

设置	类型	默认值	说明
`rocketride.development.connectionMode`	`string`	`"local"`	开发连接模式：`"local"`（本机）、`"docker"`、`"service"`（本机 RocketRide 服务）、`"onprem"`（直连，填写 host 地址与 API key）、`"cloud"`（RocketRide Cloud，账号登录）
`rocketride.development.hostUrl`	`string`	`""`	on-prem 或直连的主机 URL，host 与端口会从该 URL 解析
`rocketride.development.useCustomServer`	`boolean`	`false`	Cloud 模式下改为连接`cloudUrl`指定的服务器，而非 RocketRide Cloud
`rocketride.development.cloudUrl`	`string`	`"https://api.rocketride.ai"`	Cloud 模式下启用自定义服务器时连接的目标（如`https://cloud.rocketride.ai`、`http://localhost:5565`）。自定义服务器必须使用 https；仅 localhost 开发目标允许 http
`rocketride.deployment.connectionMode`	`string \\| null`	`null`	部署连接模式（`null`= 与开发连接共用）
`rocketride.deployment.hostUrl`	`string`	`""`	部署连接的主机 URL
`rocketride.deployment.useCustomServer`	`boolean`	`false`	Cloud 模式下部署到`cloudUrl`指定的服务器
`rocketride.deployment.cloudUrl`	`string`	`"https://api.rocketride.ai"`	Cloud 部署模式的自定义服务器地址

凭证不是设置项：API Key 通过设置页命令rocketride.page.settings.setupCredentials输入（更新/清除分别用rocketride.page.settings.updateApiKey/rocketride.page.settings.clearApiKey），保存在 VS Code SecretStorage 中，而非settings.json。

管线（Pipeline）

设置	类型	默认值	说明
`rocketride.defaultPipelinePath`	`string`	`"${workspaceFolder}/pipelines"`	新建管线文件的默认目录（相对工作区根目录，如`pipelines`、`src/pipelines`、`workflows`）
`rocketride.pipelineRestartBehavior`	`string`	`"prompt"`	管线运行中`.pipe`文件被修改时的行为：`"auto"`（自动重启）、`"manual"`（不自动重启）、`"prompt"`（询问是否重启）
`rocketride.pipelineTTL`	`integer`	`900`	运行中管线的空闲超时（秒），可选 900（15 分钟）/ 1800（30 分钟）/ 3600（1 小时）/ 14400（4 小时）/ 28800（8 小时）/ 0（一直运行直到手动停止）
`rocketride.pipelineTraceLevel`	`string`	`"full"`	管线执行追踪详细度：`"full"`、`"summary"`、`"metadata"`、`"none"`
`rocketride.taskArguments`	`string`	`""`	传给每个管线任务进程的附加命令行参数
`rocketride.pipelineDebugOutput`	`boolean`	`false`	启用管线任务的完整调试输出（追加`--trace=debugOut`）

本地引擎（Local Engine）

设置	类型	默认值	说明
`rocketride.development.local.engineVersion`	`string`	`"latest"`	要下载的引擎版本：`"latest"`（最新稳定版）、`"prerelease"`（最新预发布版），或具体 tag 如`"server-v3.1.1"`
`rocketride.deployment.local.engineVersion`	`string`	`"latest"`	本地部署目标的引擎版本

集成（Integrations）

设置	类型	默认值	说明
`rocketride.integrations.autoAgentIntegration`	`boolean`	`true`	启动时自动检测并为编码 Agent（Copilot、Claude Code、Cursor、Windsurf）安装 RocketRide 文档
`rocketride.integrations.copilot`	`boolean`	`false`	启用 GitHub Copilot 集成
`rocketride.integrations.claudeCode`	`boolean`	`false`	启用 Claude Code 集成
`rocketride.integrations.cursor`	`boolean`	`false`	启用 Cursor 集成
`rocketride.integrations.windsurf`	`boolean`	`false`	启用 Windsurf 集成
`rocketride.integrations.claudeMd`	`boolean`	`false`	将 RocketRide 使用说明安装到仓库根目录的`CLAUDE.md`
`rocketride.integrations.agentsMd`	`boolean`	`false`	将 RocketRide 使用说明安装到仓库根目录的`AGENTS.md`

App Builder

设置	类型	默认值	说明
`rocketride.appdev.shellUrl`	`string`	`""`	覆盖预览 shell 的 base URL（空值 = 使用 Development Mode 引擎）；其 origin 必须与所连服务器一致，否则预览看不到开发 overlay
`rocketride.appdev.autoWatch`	`boolean`	`true`	打开 App Builder 界面时自动启动 app 的 watch/rebuild 会话

连接模式详解

扩展支持五种连接模式，分别对应不同的运行环境：

local：下载并在本机运行一个 RocketRide 引擎，开箱即用、无需额外设置；
docker：连接本机的 Docker 实例（引擎侧实现见 apps/vscode/src/engine/docker，依赖dockerode）；
service：连接本机的 RocketRide 服务（各平台服务管理见 apps/vscode/src/engine/service）；
onprem：直连自建服务器，填写 host 地址与 API key；
cloud：登录 RocketRide Cloud（OIDC 登录流程详见下文）。

Cloud 模式自定义服务器

Cloud 模式默认连接生产环境的 RocketRide Cloud。在Settings → Development（或→ Deployment）→ 连接模式Cloud下可勾选自定义服务器，用于 staging 或自托管云环境：

使用自定义服务器（按组配置rocketride.<group>.useCustomServer与rocketride.<group>.cloudUrl，其中<group>为development或deployment）：勾选后出现 URL 输入框，登录与全部流量均指向该服务器；未勾选（或 URL 为空）时使用复选框下方展示的默认云服务器——默认值来自扩展的设置声明，不会被打包进 webview bundle。
保存并重连：面板会对表单当前指向的服务器做兼容性探测，Sign In特意使用表单内的值——OAuth code 与你看到的那台服务器交换，即使尚未保存。其余操作（部署、运行、checkout）都跟随活动连接，因此切换服务器后应：保存设置 → 登出 → 重新登录，以在新服务器上建立会话。
会话/服务器不匹配：扩展会记录每次登录对应的服务器。若表单后未指向同一服务器，Cloud 面板会明确提示，并在你在所选服务器登录之前拒绝展示订阅/结算界面——计费永远发生在面板所描述的服务器上，而不是之前的服务器。
无效或不可达 URL：兼容性探测失败时，面板报告所配置服务器不支持 RocketRide Cloud；只有通过探测的服务器才允许登录。空的自定义 URL 会回退到默认服务器。

命令参考

扩展通过 apps/vscode/package.json 的contributes.commands注册了以下命令：

命令	说明
`RocketRide: Settings`	打开扩展设置
`RocketRide: Server Monitor`	查看服务器与管线状态
`RocketRide Pipeline: Create New Pipeline`	新建`.pipe`文件
`RocketRide Pipeline: Run`	运行选中的管线
`RocketRide Pipeline: Stop Pipeline`	停止正在运行的管线
`RocketRide: Open as Text`	以原始 JSON 文本打开`.pipe`文件
`RocketRide: Welcome`	打开欢迎页

此外，连接、断开、重连是侧边栏连接面板中的按钮（rocketride.sidebar.connection.connect/disconnect/reconnect），不是命令面板命令。扩展还为.pipe编辑器绑定了Ctrl+S/Cmd+S保存管线，并在侧边栏管线列表项上提供内联的Run（stopped 状态）与Stop Pipeline（running 状态）按钮（见menus.view/item/context的when条件）。

创建、运行与调试管线

创建管线

使用File > New File > RocketRide Pipeline，或点击 RocketRide 侧边栏的+，新建.pipe文件；
.pipe文件会自动在可视化编辑器中打开；
从组件面板（component palette）把组件拖到画布上；
在属性面板中配置每个组件的属性（API keys、模型、连接串等）；
通过绘制组件输出与输入 lane 之间的连线来定义数据流；
保存文件（改动会自动保存）。

可视化编辑器由四部分组成：组件面板（浏览与搜索节点：sources、LLMs、stores 等）、画布（拖拽排布工作区）、属性面板（配置选中组件）、Lane 连线（定义数据流）。

运行管线

点击侧边栏管线项上的内联Run按钮，或画布中 source 节点上的Play，即可运行。Status页面会打开并实时监控执行过程，可观察数据在组件间的流动、查看完成度指标并检查错误。

调试管线

在Run and Debug视图中启动RocketRide: Launch Pipeline调试配置（rocketride类型的 launch 配置）；
调试器打开并支持断点；
在组件上设置断点以暂停执行；
逐步执行管线并在每个断点检查变量值。

附加到运行中的管线

如果管线已在服务器上运行：在Run and Debug视图中启动RocketRide: Attach to Pipeline调试配置，Status页面会打开并实时流式展示运行中管线的数据。

从源码看，这两类调试配置由 apps/vscode/src/debugger/adapter.ts 注册（RocketRide: Launch Pipeline与RocketRide: Attach to Pipeline），调试适配器与断点会话分别实现在 apps/vscode/src/debugger/adapter.ts 和 apps/vscode/src/debugger/session.ts。

管线执行默认值

Trace 详细度、空闲超时（TTL）、任务参数与调试输出这些执行选项在Settings → Pipeline中统一配置，它们是工作区设置而非单条管线的选项：

Pipeline Trace Level（rocketride.pipelineTraceLevel，默认full）：控制引擎产出多少执行轨迹数据——full、summary、metadata或none。级别越高，Flow与Trace标签页的内容越丰富；但full会内联完整的 payload（包括图片），处理大图时会明显拖慢运行速度。
Pipeline TTL（rocketride.pipelineTTL，默认900= 15 分钟）：引擎在无活动多久后停止一条运行中的管线。可选值从 15 分钟到 8 小时，外加“一直运行直到你停止它”（0= 无超时）。
Task Arguments（rocketride.taskArguments，默认空）：传给每个管线任务进程的附加命令行参数。引擎按 shell 解析规则拆分字符串，因此带引号的路径会被保留。
Pipeline Debug Output（rocketride.pipelineDebugOutput，默认false）：为任务参数追加--trace=debugOut（除非其中已包含--trace=标志），以获得更详细的任务 trace 日志。

从源码结构看，扩展主进程从工作区设置读取这些值，并在每次run/restart时传给引擎（status:pipelineAction消息只携带 action 与 source）；引擎进程本身启动时不带额外标志——这些设置作用于每个任务（task），而不是服务器（server）。完整的执行状态类型定义见 apps/vscode/src/shared/types/taskStatus.ts。

`.env`自动同步

引擎连接成功后，扩展只针对development连接组、在自托管模式（local、Docker、service、直连/on-prem 连接）下同步工作区.env：

写入解析后的ROCKETRIDE_URI（适用时包含动态本地端口）与ROCKETRIDE_APIKEY；
保留已有注释与变量，内容已是最新时不会重写文件；
RocketRidePython SDK会自动从其进程工作目录读取工作区.env；TypeScript SDK 与 CLI 只读进程环境变量，因此需要先导出（例如set -a; source .env）；
Cloud 连接不会被同步（其 OAuth token 不是 SDK API key）；部署连接、未打开文件夹的工作区、不可读的.env也会被跳过；同步失败绝不影响连接本身；
请将.env加入.gitignore——扩展本身也会把.rocketride/与.env写入.gitignore（见 apps/vscode/src/agents/agent-manager.ts 中对appendGitignoreEntries的调用），以免git add .时把真实的 API key 提交上去。

注意：扩展从不自动删除这些键——断开连接、引擎退出或切换到 Cloud 后，最后一次同步的值仍会保留；如需移除请手动删除。每次 development 组的自托管连接都会重新同步，因此手工编辑过的ROCKETRIDE_APIKEY会在下一次成功连接时被覆盖。

监控执行

Status页面提供：

组件状态：每个组件的 pending、running、completed、failed 指示；
数据流：数据在管线中流动的可视化呈现；
指标：完成率与耗时图表；
错误：失败组件的详细错误信息与日志。

AI 辅助开发与编码 Agent 集成

启用后，Copilot 与 Cursor 集成可提供：基于用例的管线结构建议、组件配置推荐、错误诊断与修复建议、管线优化提示。在设置中启用rocketride.integrations.copilot与rocketride.integrations.cursor即可。

更广义的 Agent 集成由 apps/vscode/src/agents/agent-manager.ts 编排：它从已连接的服务器下载 agent 文档包（GET /client/docs）到.rocketride/docs/（stubs 在stubs/下，按 hash 标记，内容未变化时为空操作），检测工作区中存在的编码 Agent，再委托给各自的安装器（copilot-installer.ts、claude-code-installer.ts、cursor-installer.ts、windsurf-installer.ts、claude-md-installer.ts、agents-md-installer.ts）。由于 stubs 来自下载的 bundle，它们始终与所连服务器匹配。命令面板中也有RocketRide: Install Agent Documentation与RocketRide: Remove Agent Documentation用于手动安装/移除。

云端登录：Zitadel OIDC

从扩展登录 RocketRide Cloud 走的是带 PKCE 的 OIDC 授权码流程，由 Zitadel 完成认证：扩展打开系统浏览器，并通过深链接（deep link）把结果送回编辑器。完整协议见 Cloud 登录文档。

扩展以哪个应用身份登录：Zitadel 通过 client id 识别调用方。扩展拥有自己的注册（native 类型，redirect 为vscode://rocketride.rocketride/auth/callback），与网站（web 类型）分开，二者不能共用——若授权请求把二者混用，会在浏览器打开前被拒绝（invalid_request/redirect_uri is missing in the client configuration）。URI scheme 是你所用编辑器的（vscode-insiders、cursor、windsurf、trae各有各的 scheme），扩展对它们都已注册。
client id 来源：RR_ZITADEL_VSCODE_CLIENT_ID在构建时由 apps/vscode/esbuild.js 内联进扩展，缺省会导致构建直接失败；这个内置值无需任何配置。
覆盖租户：ioControl('signin', …)接受zitadelUrl与clientId，二者必须成对提供（都提供则向另一租户登录，都不提供则用内置值）。只提供zitadelUrl会被拒绝；只提供clientId会被静默忽略——client id 是租户内部的注册，没有租户可对应时丢弃它才能让扩展访问自己的 native 注册。
登录失败排查：点击登录无反应，说明授权请求在浏览器打开前即被拒绝，检查 URL 中 client id 与 redirect 是否匹配；浏览器打开但返回错误页，阅读error_description，redirect_uri is missing in the client configuration意味着所到达的注册未登记你的编辑器 scheme。

Google 与 Microsoft 节点 OAuth

访问 Google（如 Gmail 工具）与 Microsoft 365（Excel、Word、OneDrive、Outlook Mail、Outlook Calendar）服务的节点，在节点配置面板提供 “Login with Google / Microsoft” 按钮。由于 Google/Microsoft 的授权页无法在 VS Code webview 中渲染，扩展打开系统浏览器，通过深链接回收 token。细节见 Google 登录文档与 Microsoft 登录文档。

流程与主机/webview 契约

webview 请求 host 打开托管 OAuth broker URL（Google：https://oauth2.rocketride.ai/google?...；Microsoft：https://oauth2.rocketride.ai/microsoft?...），携带节点服务配置、baseURL回跳地址、以及按节点所选访问层级（access tier）生成的显式scope参数——scope 按节点的 provider 取键（见LoginWithGoogleButton.tsx/LoginWithMicrosoftButton.tsx中的SERVICE_TIER_SCOPES，对应google_access.py/microsoft_access.py中各服务的AccessSpec）；未知 provider 或 tier 时不发送scope。
用户在 Google / Microsoft Entra 的授权页完成同意；broker 用自己的已验证应用交换 code，client secret 永远不会到达扩展或管线配置。
broker 重定向到 bounce 页（https://api.rocketride.ai/auth/vscode/google或/auth/vscode/microsoft），把结果转发给编辑器深链接（vscode://rocketride.rocketride/auth/google或/auth/microsoft）。
扩展把 token 路由给发起登录的文档当前存活的编辑器（在投递时解析；若浏览器往返期间原 webview 已被回收，token 会被暂存并在下次编辑器加载后重投，5 分钟内未投递则过期）。webview 应用 token 后，host 会保存文档，token 无需手动保存即可进入.pipe文件。

主机与 webview 之间交换三类消息：project:load（host→webview，携带oauthReturnUrl，每次加载时发送，同时清空 webview 暂存的 pending token，但 host 会紧接着重投未投递的 broker token）；project:openExternal（webview→host，请求打开 broker URL，host 在打开前按 URL 的node_id注册一次性 token waiter，浏览器打开失败则注销并报错）；project:oauthTokens（host→webview，原始 broker 结果，state是回显node_id的 JSON，配置面板只把 token 应用到匹配节点后清除）。深链接的 query 参数为tokens、state，失败时为oauth_error/error/error_description（统一处理见 apps/vscode/src/auth/CloudAuthProvider.ts 的handleProviderOAuth）。

保存的配置形态与 scope 层级

Token 落在节点配置根部：authType: "user"与userToken: "<JSON token string>"。节点配置是扁平的——引擎读取顶层cfg.get('authType')/cfg.get('userToken')，表单 schema 按最后一段组件命名点分字段 id（如google.userToken）。parameters.*位置是遗留路径，此流程从不写入。

授予的 scope 在同意时即固定：提高节点的访问层级（如modify→send）需要断开并重新连接账号以重新授权；降低层级则不需要——引擎的 scope 检查把https://mail.google.com/视为覆盖所有 Gmail scope、gmail.modify视为覆盖gmail.readonly（missing_scopes于core/google_access.py）；Microsoft 侧则把某家族的.ReadWrite（或.ReadWrite.All）视为覆盖同名.Read，任何.Allscope 覆盖其去.All版本（core/microsoft_access.py）。不带scope字段的旧 token 会被接受（fail-open）。

Microsoft 应用认证（client credentials）

Word、OneDrive、Outlook Mail、Outlook Calendar 节点还接受microsoft.authType: "service"——用 Entra 应用注册自身的 client credentials 认证，不依赖 OAuth broker，今天即可使用。Excel 仅支持用户 OAuth：Microsoft Graph 的 workbook（Excel）API 不支持 application permissions，app-only token 无论注册授予什么都会被拒绝。

Entra 应用注册要点：注册单租户应用 → 添加Microsoft Graph → Application permissions（非 delegated），匹配节点使用的每个服务及其配置的访问层级（<service>.access）——Wordreadonly/write分别对应Files.Read.All/Files.ReadWrite.All；OneDrive 同理（onedrive_restore在 app-only 下被拒绝，因其仅限 OneDrive Personal）；Outlook Mailreadonly/send/modify对应Mail.Read/Mail.Read+Mail.Send/Mail.ReadWrite+Mail.Send（Mail.Send是独立动作权限，Mail.ReadWrite不含它）；Outlook Calendarreadonly/write对应Calendars.Read/Calendars.ReadWrite。然后为租户授予管理员同意（application permissions 是租户级权限，应用无法自行同意），创建 client secret，最后在节点配置填入microsoft.authType: "service"、microsoft.tenantId、microsoft.clientId、microsoft.clientSecret与microsoft.userPrincipalName——应用权限本身不限定邮箱/驱动器，每个 Graph 调用都针对/users/{userPrincipalName}，由userPrincipalName决定 app-only 凭证作用于谁的数据。若需进一步收敛租户内的访问面（Exchange 的New-ApplicationAccessPolicy、SharePoint 的Sites.Selected模式），需在 Microsoft 365 / Entra 侧直接配置。

部署到云

打开侧边栏文件视图的DEPLOY页面，配置部署设置后点击Deploy，即可把管线推送到 RocketRide.ai 云。部署界面由 Project webview 内的共享 UI 组件渲染，扩展主进程负责全部 SDK 到视图模型的映射；完整的消息协议（deploy:fetch/deploy:data/deploy:publish/deploy:deploy/deployment:load/deployment:preview/deployment:validate等）记录在部署 Webview 协议文档，契约类型位于 apps/vscode/src/providers/types/deployTypes.ts。关键设计：所有请求带requestId关联（FETCH 消息例外，其响应是带teamId的推送），界面不轮询、由apaevt_deploy失效事件与apaevt_task实时折叠驱动刷新，个人部署的 wire id 为@me、记录 id 为user~{uid}的映射由 host 完成。

App Builder

App Builder 是扩展内用于构建运行于 RocketRide shell 中的应用（App）的工作台。打开方式：命令面板执行RocketRide: New App（或侧边栏应用列表的New App），把应用 scaffold 到apps/并打开构建器；把侧边栏切换到应用模式，MY APPS会列出打开工作区中的.rrapp绑定应用；直接打开<name>.rrapp文件也会进入对应构建器。按 F5（Debug App）可在外部浏览器中打开预览应用并附加调试器。相关设置rocketride.appdev.autoWatch（默认true，打开构建器时自动启动 watch 会话）与rocketride.appdev.shellUrl（覆盖预览 shell 的 base URL）详见 App Builder 文档。

许可证与文档资源

许可证：MIT，见仓库根目录 LICENSE。
扩展源码：apps/vscode（入口 apps/vscode/src/extension.ts，构建配置 apps/vscode/esbuild.js）。
配套文档：安装文档、使用指南、Cloud 登录、Google 登录、Microsoft 登录、部署 Webview 协议、App Builder。