Sublime Text 不支持 GraphQL Schema Stitching 运行，仅作为开发辅助工具：提供语法高亮、文件跳转、静态合并预览、冲突检测及代码调试支持，实际拼接由 Node.js 服务端完成。
Sublime Text 本身不直接支持 GraphQL Schema Stitching（模式拼接），它只是一个代码编辑器，没有运行时能力或服务编排功能。Schema Stitching 是在服务端（如 Node.js 环境中使用 graphql-tools）完成的操作，Sublime 只能辅助开发：编写、查看、校验、调试相关代码和 SDL（Schema Definition Language）文件。
在 Sublime 中高效编写 Stitching 逻辑
虽然不能执行拼接，但你可以用 Sublime 高效组织和维护拼接代码：
- 安装 GraphQL Syntax Highlighting 插件（如 GraphQL 或 GraphQL for VSCode 的 Sublime 移植版），让
.graphql和.js/.ts中的 SDL 片段高亮清晰 - 用 Project Settings 统一配置多个子服务的 schema 文件路径，方便快速跳转（例如
schema-user.graphql、schema-post.graphql） - 配合 SideBarEnhancements 插件，右键一键复制文件路径，便于在 stitch 代码中引用本地 SDL
本地 SDL 合并预览（无需运行服务）
借助插件可静态合并多个 .graphql 文件，提前发现冲突或语法错误：
- 安装 GraphQL Schema Linter 或配合
graphql-cli的本地命令（如graphql get-schema --endpoint=... --output=schema.graphql）导出后手动合并 - 用 Sublime 的 Multi-Cursor + 正则替换（
^#.*$）快速清理注释，再用cat *.graphql > stitched.graphql（终端）粗略合并，再在 Sublime 中人工去重、调整 directive 和 type 重复 - 推荐搭配 GraphQL Inspector CLI 工具做差异比对：
graphql-inspector diff schema1.graphql schema2.graphql，结果可粘贴进 Sublime 分析
调试 stitching 代码时的 Sublime 实用技巧
当你在 stitchSchemas({ subschemas }) 这类 Node.js 脚本中写拼接逻辑时：
- 用 SublimeLinter-eslint + 自定义规则，检测未使用的
transforms或漏掉的mergeTypes: true配置 - 开启 BracketHighlighter，快速定位嵌套过深的
resolvers或transforms对象结构 - 保存时自动格式化：配置 Prettier 插件，确保
stitchSchemas调用参数缩进统一，避免因格式问题导致 JS 解析失败
基本上就这些——Sublime 不参与实际拼接，但配好环境后，写得清楚、看得明白、查得准，能大幅减少服务端报错的返工。真正 stitch 发生在 Node.js 里，Sublime 是你最顺手的“拼图工作台”。
