sublime text 无法直接发送 graphql 请求，因其是纯编辑器，无内置 http 客户端；插件仅支持语法校验与补全，不处理网络请求；可行方案是通过自定义 build system 调用 curl 或配合终端/postman 协作完成测试。
Sublime Text 本身不提供 GraphQL 请求发送能力，不能像 GraphiQL 或 Apollo Studio 那样直接执行查询；但通过插件组合 + 外部工具协作，可以完成轻量级 API 交互测试——关键在于别指望它“内置发送按钮”，而要明确它只负责写、校验、生成，请求交给 curl / httpie / Postman 或终端。
为什么不能直接在 Sublime 里发 GraphQL 请求
Sublime 是纯编辑器，没有内置 HTTP 客户端或运行时环境。即使装了 LSP-graphql 或 GraphQL 插件，它们只管语法、补全、Schema 校验，不处理网络请求。试图找“Send Request”菜单或右键选项，注定找不到。
常见错误现象：GraphQL 插件高亮正常、LSP-graphql 显示字段提示，但一试运行就报错“command not found”或根本没反应——这不是配置漏了，是功能压根不存在。
- Sublime 的定位是“高效编写”，不是“调试执行”
- 所有号称“Sublime 发送 GraphQL”的教程，实际都偷偷调用了外部命令（如
curl），或依赖用户手动复制粘贴到终端 - 真正能一键发送的方案，必须自己写
build system，且仅限简单 POST，无法管理 token、headers、变量、分页等真实场景要素
用 build system 实现最简 GraphQL 请求发送
如果你坚持在 Sublime 内触发请求，唯一可行路径是自定义 build system，把当前选中的 GraphQL 查询文本通过 curl 发送到 endpoint。它适合单次快速验证，不适合日常开发。
实操建议：
- 确保系统已安装
curl（macOS/Linux 默认有，Windows 需确认 PATH） - 菜单 → Tools → Build System → New Build System，粘贴以下内容（替换
https://api.example.com/graphql和YOUR_TOKEN）：
{
"shell_cmd": "curl -X POST -H \"Content-Type: application/json\" -H \"Authorization: Bearer YOUR_TOKEN\" --data '{\"query\":\"${selected_text}\",\"variables\":{}}' https://api.example.com/graphql",
"selector": "source.graphql"
}
- 保存为
GraphQL.sublime-build，再通过Ctrl+Shift+B（Windows/Linux）或Cmd+Shift+B（macOS）调用 - ⚠️ 注意：变量部分硬编码为空对象，复杂变量需手动拼 JSON 字符串；token 泄露风险高，切勿提交到 Git
- 该方式不支持多行查询自动转义，若
${selected_text}含换行或引号，curl会失败——必须先格式化成单行
更靠谱的协作流程：Sublime 写 + 终端/Postman 测
生产级 GraphQL API 测试，推荐“分离职责”：Sublime 负责 Schema 编写、查询构造、语法校验；真实请求交给专用工具。这样既稳定又可控。
典型工作流：
- 在
schema.graphql中定义类型，由LSP-graphql校验结构合法性 - 在
queries.gql中写查询，用princjef/GraphQL插件高亮 + 补全，AutoFileName自动补全文件路径 - 选中查询文本 →
Cmd+C→ 切到终端执行：curl -X POST -H 'Content-Type: application/json' -H 'Authorization: Bearer ...' --data-binary @- https://api.example.com/graphql （粘贴后回车） - 或粘贴到 Postman 的 GraphQL 模式下，填入 endpoint，自动解析 query/variables 区域
- 对 GitHub GraphQL API 等需要 token 的场景，建议用
httpie替代 curl：http POST https://api.github.com/graphql query='query { viewer { login } }' authorization:'Bearer xxx'
这个流程绕开了 Sublime 的能力边界，也避开了 build system 的脆弱性——你写的 query 在 Sublime 里被严格校验，在外部工具里被真实执行，各司其职。
容易被忽略的细节：endpoint 和 introspection 开关
很多测试失败不是因为 Sublime 配置错，而是 endpoint 不可用或 introspection 被禁用。尤其在本地 Apollo Server 或企业私有 GraphQL 服务中，这两点常被遗忘。
- 确认 endpoint 地址正确，且服务正在运行：
curl -I https://localhost:4000/graphql应返回 200 - 检查服务端是否启用 introspection（默认 Apollo Server v2+ 启用，v3+ 生产环境默认关闭）；若关闭，
LSP-graphql将无法加载 Schema，补全失效 - 如果使用
graphql.config.yml配置schemaPath，路径必须是相对项目根目录的本地.graphql文件，不能是 URL；远程 Schema 需用endpoint字段并配合introspect命令手动拉取 - Sublime 中看到补全建议突然消失？先
Ctrl+Shift+P→ 输入LSP: Restart Servers，LSP-graphql 对 schema 更新不敏感，改完 server.js 后必须手动重启语言服务器
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
