尧图网页设计 
开发工具CLI后端【免费下载链接】saplingA Scalable, User-Friendly Source Control System.项目地址https://gitcode.com/gh_mirrors/sa/sapling点击查看免费下载本文是 Sapling 仓库中 VS Code 扩展addons/vscode/的技术开发指南。该扩展同时承载Sapling SCM 源码管理提供器与嵌入式 ISLInteractive Smartlog界面由扩展宿主进程与 Webview 两套相互独立的 JavaScript 构成。读完本文你将掌握该扩展的双进程架构与消息通信方式、开发/生产构建命令与产物布局、Dogfooding 本地调试方法以及如何在 VS Code 中手动加载 Webview 的 Source Map 以获得完整可调试的堆栈信息。文档定位技术 README 与市场 README 的分工在 addons/vscode/ 目录下存在两份互为补充的 READMEaddons/vscode/CONTRIBUTING.md本文依据面向开发者的技术 README聚焦于目录结构、架构设计、构建与调试方法addons/vscode/README.md面向用户的市场介绍说明扩展如何在 VS Code 中以命令面板启动 ISL并明确指出“该扩展不内置 Sapling SCM 本体”必须通过 Sapling 官方安装文档单独安装sl命令后扩展才能工作。因此阅读本指南前请确保你的机器上已安装可用的 Sapling SCMCLIsl这是扩展一切开发与调试的前提。双进程架构Extension Host 与 Webview整个扩展由两种形态的 JavaScript组成二者独立构建、通过消息传递协作扩展代码Extension Code运行在 VS Code 扩展宿主进程extension host中使用完整的 VS Code API行为类似于一个 Node.js 进程。Webview 代码ISL运行在 VS Code 的 Webview 沙箱中无法使用 VS Code API行为类似于浏览器环境中的前端应用。这一划分决定了工程组织方式addons/vscode/extension/ 存放宿主侧代码addons/vscode/webview/ 存放 ISL 界面代码二者由不同的打包器分别编译。扩展宿主进程Extension Code入口为 addons/vscode/extension/extension.ts 中的activate()见 extension.ts#L31-L108。激活流程依次完成创建输出通道与日志器、初始化服务端平台getVSCodePlatform、解析RepositoryContextCLI 命令与工作目录、注册 ISL 相关命令、创建仓库列表VSCodeReposList、按需挂载内联 blameInline Blame、diff 内容提供器等最后返回SaplingExtensionApi供其他扩展编程调用。从 addons/vscode/package.json 可以看到其激活方式activationEvents: [ onStartupFinished, onCommand:sapling.open-isl, onWebviewPanel:sapling.isl, onView:sapling.isl ], extensionKind: [workspace]extensionKind: workspace表示扩展偏好运行在工作区侧而非 UI 侧的扩展宿主中main指向./dist/extension.js即生产构建产物。Webview 中的 ISLWebview CodeWebview 侧以 addons/vscode/webview/islWebviewEntry.tsx 为入口。由于 Webview 环境与浏览器高度相似ISL 原本面向浏览器的代码得以复用仅需通过平台适配层替换与宿主的交互方式addons/vscode/webview/vscodeApi.ts 封装acquireVsCodeApi()得到postMessageaddons/vscode/webview/vscodeWebviewPlatform.tsx 实现 ISL 的Platform接口其中VSCodeMessageBus用window.addEventListener(message, ...)接收消息、用vscode.postMessage(...)发送消息见 vscodeWebviewPlatform.tsx#L32-L50并注明 VS Code 连接不会自动断开因此连接状态直接上报为open。消息传递不用 WebSocket 的通信方案与isl-server/proxy中面向浏览器的web sl不同扩展内的 ISL不使用 WebSocket而是使用VS Code 自身的消息传递系统webview.postMessage/onDidReceiveMessage。这一设计的关键优势是VS Code 的消息传递在远程连接Remote场景下依然有效——无论扩展宿主运行在本地还是远程 SSH/容器中消息都能正确路由到 Webview。宿主侧的桥接逻辑集中在 addons/vscode/extension/islWebviewPanel.ts 的populateAndSetISLWebview()见 islWebviewPanel.ts#L652-L749它通过onClientConnection把postMessage映射到panelOrView.webview.postMessage把onDidReceiveMessage映射为消息处理器从而把 ISL 的客户端—服务端消息协议完整桥接到 VS Code Webview 上。构建与运行所有构建产物统一输出到./dist即 addons/vscode/dist/。开发与生产使用两套不同命令且扩展代码与 Webview 代码分别打包。开发模式watch-extension 与 watch-webview# 编译扩展代码增量监听 yarn watch-extension # 编译 Webview 代码增量监听 yarn watch-webview从 addons/vscode/package.json 的scripts字段可以看到两条命令的真实构成watch-extensionrolldown -c rolldown.extension.config.ts --watch由Rolldown负责扩展宿主侧打包watch-webviewvite由Vite负责 Webview 侧打包。开发模式下 Webview 并非直接写出文件而是由 Vite dev server 提供。相关端口与联通配置见 addons/vscode/extension/htmlForWebview.tsdev server 固定端口3015见 htmlForWebview.ts#L11-L12getWebviewOptions()通过portMapping把 Webview 内的3015端口映射到扩展宿主端口并把http://localhost:3015加入localResourceRoots见 htmlForWebview.ts#L15-L29assignWebviewHtml()在开发模式NODE_ENV development下先注入一个轻量 loading 占位页再从 Vite dev server 拉取经过完整转换的 HTML 后替换见 htmlForWebview.ts#L74-L108。需要注意开发模式不启用 CSP不能用于生产环境。Webview 侧的平台替换也发生在构建期addons/vscode/vite.config.mts 通过自定义的replaceFiles插件把../isl/src/platform.ts解析结果替换为./webview/vscodeWebviewPlatform.tsx见 vite.config.mts#L79-L85从而让复用自 ISL 的浏览器代码在本仓库的 VS Code 适配实现上运行。同时publicDir指向../isl/public供 Webview 使用 ISL 的公共静态资源。生产构建build-extension 与 build-webview# 构建生产版扩展代码 yarn build-extension # 构建生产版 Webview 代码 yarn build-webview对应的脚本为rolldown -c rolldown.extension.config.ts --environment NODE_ENV:production与vite build。扩展侧构建配置见 addons/vscode/rolldown.extension.config.ts输入为./extension/extension.ts输出为 CommonJS 格式到dist目录生产模式下开启压缩见 rolldown.extension.config.ts#L18-L27external: [ws, vscode]将vscode模块排除在打包之外由 VS Code 运行时注入通过 alias 把isl、shared指向仓库内的源码目录见 rolldown.extension.config.ts#L33-L37。Webview 侧生产构建产物输出到dist/webview。注意 vite.config.mts 中有意关闭了文件名哈希entryFileNames: [name].js、chunkFileNames: [name].js注释明确说明这样做的原因是“ISL webview panel 需要预先知道要加载哪个文件名”——宿主侧assignWebviewHtml()恰好以固定的webview.js、res/style.css等文件名引用产物见 islWebviewPanel.ts#L672-L687。生产构建默认不产出 source mapsourcemap: mode development需要时可在本地以开发模式构建来还原堆栈。发布前构建vscode:prepublish 与 buildForPublish.js发布到 VS Code Marketplace 前执行的钩子是vscode:prepublish对应 addons/vscode/buildForPublish.js检查仓库中是否存在 facebook 内部文件./facebook/README.facebook.md存在则直接报错退出——只允许发布开源OSS构建禁止把内部版本发到市场设置NODE_ENVproduction清理dist目录后依次执行yarn build-extension与yarn build-webview见 buildForPublish.js#L27-L56。Dogfooding本地体验开发版扩展如果你希望在日常 VS Code 中使用当前源码的开发版扩展自产自用无需走打包安装流程直接符号链接即可。由于 addons/vscode/package.json 的main指向dist/只要构建产物在链接到扩展目录后 VS Code 就会加载它ln -s ./vscode ~/.vscode/extensions/meta.sapling-scm-100.0.0-dev在仓库根目录执行时./vscode即指 addons/vscode/。该链接名meta.sapling-scm-100.0.0-dev对应扩展标识meta.sapling-scm与一个开发版版本号这样它不会与市场上正式安装的 Sapling SCM 扩展冲突。链接建立后重启 VS Code即可在扩展列表中看到这个开发版扩展并验证sapling.open-isl等命令。调试 Webview手动加载 Source Map这是开发体验中一个已知的坑VS Code 的 Webview 不会自动加载 source map。原因在文档中说明得很清楚——构建产生的是独立的.js.map文件而非内联 source map而 VS Code 的 Webview 资源系统似乎无法正确加载这类外部 map 文件这也是生产构建干脆关闭 source map 的部分动机。要获得完整的堆栈、源码文件与断点支持需要手动为webview.js附加 map步骤完全来自官方文档逐条复述如下在 VS Code 中打开 ISL从Help帮助菜单打开developer tools开发者工具切换到console控制台标签页将执行上下文从 top 切换到与 ISL 对应的pending-frame在sources源代码标签页打开webview.js例如从某个堆栈跟踪中点击跳转在文件上右键选择Add source map...添加源代码映射输入.map文件的完整 URL即file:///path/to/addons/vscode/dist/webview/webview.js.map完成以上步骤后你就能在 Webview 的调试器中获得正常的源码映射、文件和断点。该问题的根源同样能在构建配置中找到佐证addons/vscode/rolldown.extension.config.ts 设置了sourcemap: true产出分离的 map 文件而 addons/vscode/extension/htmlForWebview.ts 在注入生产 HTML 时只引用脚本入口、并不会向 VS Code 声明 map 资源。若在本地复现深坑堆栈可在开发模式下重新构建以重新生成 map 文件再手动加载。从源码看运行时关键链路CLI 命令解析与sl定位扩展运行时需要调用 Sapling CLI其可执行文件路径由 addons/vscode/extension/config.ts 的getCLICommand()决定见 config.ts#L18-L24优先读取 VS Code 配置项sapling.commandPath未配置时回退到slWindows 平台为sl.exe。该值随后被注入 ISL 服务端连接上下文见 extension.ts#L44-L49sl是否在PATH中直接决定扩展能否正常工作。Webview 的安全约束与初始状态注入生产环境下Webview HTML 由assignWebviewHtml()生成并注入严格的 Content-Security-Policy脚本仅允许带 nonce 的来源同时放开wasm-unsafe-eval与worker-src blob:以支持 ISL 的 wasm 与 Web Worker见 htmlForWebview.ts#L219-L229。ISL 的持久化 UI 状态则通过getInitialStateJs()以 JSON 标签形式注入到 Webview 初始 HTML 中使界面在启动时即可同步读取本地状态见 islWebviewPanel.ts#L793-L880。小结Sapling 的 VS Code 扩展是一个“宿主 Webview”双进程架构的典型实践扩展宿主侧用 Rolldown 打包、依赖 VS Code API 驱动仓库与命令Webview 侧用 Vite 打包、通过平台替换复用 ISL 的浏览器代码二者以 VS Code 原生的消息通道通信天然兼容远程开发场景。开发与生产两套构建命令彼此独立产物统一落在dist/。若需要深度调试 ISL 界面记得手动为webview.js添加.js.map的 source map而若只是想日常试用开发版一行符号链接即可完成 Dogfooding。相关的构建脚本、平台适配与命令注册实现均可在 addons/vscode/package.json、addons/vscode/rolldown.extension.config.ts、addons/vscode/vite.config.mts 与 addons/vscode/extension/ 中继续深入。赞分享开发工具CLI后端【免费下载链接】saplingA Scalable, User-Friendly Source Control System.项目地址https://gitcode.com/gh_mirrors/sa/sapling点击查看免费下载相关推荐Wand-Enhancer免费解锁 WandWeModPro 功能的本地补丁教程与手机远程遥控指南Wand Enhancer免费解锁 WandWeModPro 功能的本地补丁教程与手机远程遥控指南 Wand Enhancer 是一个免费开源的本地补丁工桌面应用前端tldraw VS Code 扩展源码解析与开发实战Custom Editor 双工程架构、调试与发布全流程tldraw VS Code 扩展源码解析与开发实战Custom Editor 双工程架构、调试与发布全流程 tldraw 官方仓库在 apps/vscode前端UI组件从源码构建、调试与测试 Emmet 扩展void 仓库内 VS Code 扩展开发实战指南从源码构建、调试与测试 Emmet 扩展void 仓库内 VS Code 扩展开发实战指南 本篇指南聚焦于当前仓库基于 VS Code 的 AI 代码编辑器代码编辑器开发工具AI Agent人工智能上一篇最完整OCP库入门教程30分钟搭建催化反应预测模型下一篇Google Authenticator 安全密钥技术解析Base32 编码的终极指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Sapling VS Code 扩展开发指南：双进程架构、构建管线与 Webview 调试
开发工具CLI后端【免费下载链接】saplingA Scalable, User-Friendly Source Control System.项目地址https://gitcode.com/gh_mirrors/sa/sapling点击查看免费下载本文是 Sapling 仓库中 VS Code 扩展addons/vscode/的技术开发指南。该扩展同时承载Sapling SCM 源码管理提供器与嵌入式 ISLInteractive Smartlog界面由扩展宿主进程与 Webview 两套相互独立的 JavaScript 构成。读完本文你将掌握该扩展的双进程架构与消息通信方式、开发/生产构建命令与产物布局、Dogfooding 本地调试方法以及如何在 VS Code 中手动加载 Webview 的 Source Map 以获得完整可调试的堆栈信息。文档定位技术 README 与市场 README 的分工在 addons/vscode/ 目录下存在两份互为补充的 READMEaddons/vscode/CONTRIBUTING.md本文依据面向开发者的技术 README聚焦于目录结构、架构设计、构建与调试方法addons/vscode/README.md面向用户的市场介绍说明扩展如何在 VS Code 中以命令面板启动 ISL并明确指出“该扩展不内置 Sapling SCM 本体”必须通过 Sapling 官方安装文档单独安装sl命令后扩展才能工作。因此阅读本指南前请确保你的机器上已安装可用的 Sapling SCMCLIsl这是扩展一切开发与调试的前提。双进程架构Extension Host 与 Webview整个扩展由两种形态的 JavaScript组成二者独立构建、通过消息传递协作扩展代码Extension Code运行在 VS Code 扩展宿主进程extension host中使用完整的 VS Code API行为类似于一个 Node.js 进程。Webview 代码ISL运行在 VS Code 的 Webview 沙箱中无法使用 VS Code API行为类似于浏览器环境中的前端应用。这一划分决定了工程组织方式addons/vscode/extension/ 存放宿主侧代码addons/vscode/webview/ 存放 ISL 界面代码二者由不同的打包器分别编译。扩展宿主进程Extension Code入口为 addons/vscode/extension/extension.ts 中的activate()见 extension.ts#L31-L108。激活流程依次完成创建输出通道与日志器、初始化服务端平台getVSCodePlatform、解析RepositoryContextCLI 命令与工作目录、注册 ISL 相关命令、创建仓库列表VSCodeReposList、按需挂载内联 blameInline Blame、diff 内容提供器等最后返回SaplingExtensionApi供其他扩展编程调用。从 addons/vscode/package.json 可以看到其激活方式activationEvents: [ onStartupFinished, onCommand:sapling.open-isl, onWebviewPanel:sapling.isl, onView:sapling.isl ], extensionKind: [workspace]extensionKind: workspace表示扩展偏好运行在工作区侧而非 UI 侧的扩展宿主中main指向./dist/extension.js即生产构建产物。Webview 中的 ISLWebview CodeWebview 侧以 addons/vscode/webview/islWebviewEntry.tsx 为入口。由于 Webview 环境与浏览器高度相似ISL 原本面向浏览器的代码得以复用仅需通过平台适配层替换与宿主的交互方式addons/vscode/webview/vscodeApi.ts 封装acquireVsCodeApi()得到postMessageaddons/vscode/webview/vscodeWebviewPlatform.tsx 实现 ISL 的Platform接口其中VSCodeMessageBus用window.addEventListener(message, ...)接收消息、用vscode.postMessage(...)发送消息见 vscodeWebviewPlatform.tsx#L32-L50并注明 VS Code 连接不会自动断开因此连接状态直接上报为open。消息传递不用 WebSocket 的通信方案与isl-server/proxy中面向浏览器的web sl不同扩展内的 ISL不使用 WebSocket而是使用VS Code 自身的消息传递系统webview.postMessage/onDidReceiveMessage。这一设计的关键优势是VS Code 的消息传递在远程连接Remote场景下依然有效——无论扩展宿主运行在本地还是远程 SSH/容器中消息都能正确路由到 Webview。宿主侧的桥接逻辑集中在 addons/vscode/extension/islWebviewPanel.ts 的populateAndSetISLWebview()见 islWebviewPanel.ts#L652-L749它通过onClientConnection把postMessage映射到panelOrView.webview.postMessage把onDidReceiveMessage映射为消息处理器从而把 ISL 的客户端—服务端消息协议完整桥接到 VS Code Webview 上。构建与运行所有构建产物统一输出到./dist即 addons/vscode/dist/。开发与生产使用两套不同命令且扩展代码与 Webview 代码分别打包。开发模式watch-extension 与 watch-webview# 编译扩展代码增量监听 yarn watch-extension # 编译 Webview 代码增量监听 yarn watch-webview从 addons/vscode/package.json 的scripts字段可以看到两条命令的真实构成watch-extensionrolldown -c rolldown.extension.config.ts --watch由Rolldown负责扩展宿主侧打包watch-webviewvite由Vite负责 Webview 侧打包。开发模式下 Webview 并非直接写出文件而是由 Vite dev server 提供。相关端口与联通配置见 addons/vscode/extension/htmlForWebview.tsdev server 固定端口3015见 htmlForWebview.ts#L11-L12getWebviewOptions()通过portMapping把 Webview 内的3015端口映射到扩展宿主端口并把http://localhost:3015加入localResourceRoots见 htmlForWebview.ts#L15-L29assignWebviewHtml()在开发模式NODE_ENV development下先注入一个轻量 loading 占位页再从 Vite dev server 拉取经过完整转换的 HTML 后替换见 htmlForWebview.ts#L74-L108。需要注意开发模式不启用 CSP不能用于生产环境。Webview 侧的平台替换也发生在构建期addons/vscode/vite.config.mts 通过自定义的replaceFiles插件把../isl/src/platform.ts解析结果替换为./webview/vscodeWebviewPlatform.tsx见 vite.config.mts#L79-L85从而让复用自 ISL 的浏览器代码在本仓库的 VS Code 适配实现上运行。同时publicDir指向../isl/public供 Webview 使用 ISL 的公共静态资源。生产构建build-extension 与 build-webview# 构建生产版扩展代码 yarn build-extension # 构建生产版 Webview 代码 yarn build-webview对应的脚本为rolldown -c rolldown.extension.config.ts --environment NODE_ENV:production与vite build。扩展侧构建配置见 addons/vscode/rolldown.extension.config.ts输入为./extension/extension.ts输出为 CommonJS 格式到dist目录生产模式下开启压缩见 rolldown.extension.config.ts#L18-L27external: [ws, vscode]将vscode模块排除在打包之外由 VS Code 运行时注入通过 alias 把isl、shared指向仓库内的源码目录见 rolldown.extension.config.ts#L33-L37。Webview 侧生产构建产物输出到dist/webview。注意 vite.config.mts 中有意关闭了文件名哈希entryFileNames: [name].js、chunkFileNames: [name].js注释明确说明这样做的原因是“ISL webview panel 需要预先知道要加载哪个文件名”——宿主侧assignWebviewHtml()恰好以固定的webview.js、res/style.css等文件名引用产物见 islWebviewPanel.ts#L672-L687。生产构建默认不产出 source mapsourcemap: mode development需要时可在本地以开发模式构建来还原堆栈。发布前构建vscode:prepublish 与 buildForPublish.js发布到 VS Code Marketplace 前执行的钩子是vscode:prepublish对应 addons/vscode/buildForPublish.js检查仓库中是否存在 facebook 内部文件./facebook/README.facebook.md存在则直接报错退出——只允许发布开源OSS构建禁止把内部版本发到市场设置NODE_ENVproduction清理dist目录后依次执行yarn build-extension与yarn build-webview见 buildForPublish.js#L27-L56。Dogfooding本地体验开发版扩展如果你希望在日常 VS Code 中使用当前源码的开发版扩展自产自用无需走打包安装流程直接符号链接即可。由于 addons/vscode/package.json 的main指向dist/只要构建产物在链接到扩展目录后 VS Code 就会加载它ln -s ./vscode ~/.vscode/extensions/meta.sapling-scm-100.0.0-dev在仓库根目录执行时./vscode即指 addons/vscode/。该链接名meta.sapling-scm-100.0.0-dev对应扩展标识meta.sapling-scm与一个开发版版本号这样它不会与市场上正式安装的 Sapling SCM 扩展冲突。链接建立后重启 VS Code即可在扩展列表中看到这个开发版扩展并验证sapling.open-isl等命令。调试 Webview手动加载 Source Map这是开发体验中一个已知的坑VS Code 的 Webview 不会自动加载 source map。原因在文档中说明得很清楚——构建产生的是独立的.js.map文件而非内联 source map而 VS Code 的 Webview 资源系统似乎无法正确加载这类外部 map 文件这也是生产构建干脆关闭 source map 的部分动机。要获得完整的堆栈、源码文件与断点支持需要手动为webview.js附加 map步骤完全来自官方文档逐条复述如下在 VS Code 中打开 ISL从Help帮助菜单打开developer tools开发者工具切换到console控制台标签页将执行上下文从 top 切换到与 ISL 对应的pending-frame在sources源代码标签页打开webview.js例如从某个堆栈跟踪中点击跳转在文件上右键选择Add source map...添加源代码映射输入.map文件的完整 URL即file:///path/to/addons/vscode/dist/webview/webview.js.map完成以上步骤后你就能在 Webview 的调试器中获得正常的源码映射、文件和断点。该问题的根源同样能在构建配置中找到佐证addons/vscode/rolldown.extension.config.ts 设置了sourcemap: true产出分离的 map 文件而 addons/vscode/extension/htmlForWebview.ts 在注入生产 HTML 时只引用脚本入口、并不会向 VS Code 声明 map 资源。若在本地复现深坑堆栈可在开发模式下重新构建以重新生成 map 文件再手动加载。从源码看运行时关键链路CLI 命令解析与sl定位扩展运行时需要调用 Sapling CLI其可执行文件路径由 addons/vscode/extension/config.ts 的getCLICommand()决定见 config.ts#L18-L24优先读取 VS Code 配置项sapling.commandPath未配置时回退到slWindows 平台为sl.exe。该值随后被注入 ISL 服务端连接上下文见 extension.ts#L44-L49sl是否在PATH中直接决定扩展能否正常工作。Webview 的安全约束与初始状态注入生产环境下Webview HTML 由assignWebviewHtml()生成并注入严格的 Content-Security-Policy脚本仅允许带 nonce 的来源同时放开wasm-unsafe-eval与worker-src blob:以支持 ISL 的 wasm 与 Web Worker见 htmlForWebview.ts#L219-L229。ISL 的持久化 UI 状态则通过getInitialStateJs()以 JSON 标签形式注入到 Webview 初始 HTML 中使界面在启动时即可同步读取本地状态见 islWebviewPanel.ts#L793-L880。小结Sapling 的 VS Code 扩展是一个“宿主 Webview”双进程架构的典型实践扩展宿主侧用 Rolldown 打包、依赖 VS Code API 驱动仓库与命令Webview 侧用 Vite 打包、通过平台替换复用 ISL 的浏览器代码二者以 VS Code 原生的消息通道通信天然兼容远程开发场景。开发与生产两套构建命令彼此独立产物统一落在dist/。若需要深度调试 ISL 界面记得手动为webview.js添加.js.map的 source map而若只是想日常试用开发版一行符号链接即可完成 Dogfooding。相关的构建脚本、平台适配与命令注册实现均可在 addons/vscode/package.json、addons/vscode/rolldown.extension.config.ts、addons/vscode/vite.config.mts 与 addons/vscode/extension/ 中继续深入。赞分享开发工具CLI后端【免费下载链接】saplingA Scalable, User-Friendly Source Control System.项目地址https://gitcode.com/gh_mirrors/sa/sapling点击查看免费下载相关推荐Wand-Enhancer免费解锁 WandWeModPro 功能的本地补丁教程与手机远程遥控指南Wand Enhancer免费解锁 WandWeModPro 功能的本地补丁教程与手机远程遥控指南 Wand Enhancer 是一个免费开源的本地补丁工桌面应用前端tldraw VS Code 扩展源码解析与开发实战Custom Editor 双工程架构、调试与发布全流程tldraw VS Code 扩展源码解析与开发实战Custom Editor 双工程架构、调试与发布全流程 tldraw 官方仓库在 apps/vscode前端UI组件从源码构建、调试与测试 Emmet 扩展void 仓库内 VS Code 扩展开发实战指南从源码构建、调试与测试 Emmet 扩展void 仓库内 VS Code 扩展开发实战指南 本篇指南聚焦于当前仓库基于 VS Code 的 AI 代码编辑器代码编辑器开发工具AI Agent人工智能上一篇最完整OCP库入门教程30分钟搭建催化反应预测模型下一篇Google Authenticator 安全密钥技术解析Base32 编码的终极指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考