sublime text本身不执行graphql查询，需配合curl、graphiql等外部工具发送请求并查看嵌套响应结果；插件仅支持语法高亮、片段补全和基于本地schema的字段提示，无法发起网络请求或渲染响应树。
GraphQL查询在Sublime里怎么跑起来
Sublime Text本身不执行GraphQL查询，它只是个编辑器。想测试查询并看到嵌套节点返回结果，必须配合外部工具——最直接的是用curl或httpie发请求，或者用GraphiQL这类独立界面。别指望装个插件就自动连上你的图数据库并渲染响应树。
用Sublime + curl快速验证嵌套字段结构
适合本地开发或CI前的手动检查：把Sublime当纯文本编辑器写好查询，复制到终端调用curl。关键点是手动补全HTTP头和变量（如果用了$variable），否则嵌套字段会缺失或报错Variable "$x" is not defined。
- 确保
Content-Type: application/json已设置，否则服务端可能拒收 - 查询中含换行或缩进不影响执行，但
curl -d里要转义双引号或改用单引号包裹整个JSON - 嵌套深的字段（比如
user { profile { address { city } } }）在响应里若为空对象，先确认后端resolver是否真返回了该层级，而不是前端误以为“字段存在=数据一定有”
示例命令：
CurlShip Directory Submission
下载
向CurlShip提交产品，这是一个对机器人友好的SaaS目录。只需一条curl命令即可发布产品，支持OG标签抓取、带徽章的dofollow链接及层级升级。
curl -X POST http://localhost:4000/graphql \
-H "Content-Type: application/json" \
-d '{"query":"{ user(id: \"1\") { name profile { avatar city } } }"}'
Sublime插件能帮什么忙——现实边界在哪
插件如GraphQL（by Prisma）或SublimeGraphQL只做语法高亮、片段补全和基础校验，不发起网络请求。它们依赖你配置graphql-config.yml指向schema文件（通常是schema.graphql或introspection.json），否则连字段名提示都出不来。
- 没有schema本地文件？插件对嵌套字段的自动补全基本失效，
user {后面按Tab不会跳出profile - schema版本和后端不一致时，插件提示的字段可能是过期的，但运行时仍会返回真实数据——这容易让人误判“字段没生效”，其实是schema缓存没更新
- 别试图用插件格式化响应体：它不解析JSON，更不渲染树形结构；响应得靠
jq或浏览器开发者工具看
真正直观检视嵌套数据的最小可行路径
放弃让Sublime“直接显示结果”的想法。最快闭环是：Sublime写查询 → 复制到GraphiQL（或Chrome插件GraphQL Playground）→ 手动点“Play” → 左侧输查询、右侧实时展开嵌套节点。注意三个细节：
- GraphiQL默认不发送
Authorization头，如果图数据库需要token，得在右上角HTTP Headers里手动填{"Authorization": "Bearer xxx"} - 嵌套层级超过5层时，GraphiQL默认折叠中间节点，点字段旁的小箭头才能展开，不是数据没返回
- 如果某层返回
null，检查对应resolver是否抛错、是否漏了return，而不是怀疑查询写法——Sublime里看不出运行时逻辑错误
复杂点在于：嵌套数据的“直观”依赖后端schema定义和resolver实现，编辑器再智能也绕不开这个链路。你看到的空字段，八成不在Sublime配置里，而在resolver函数的if分支里。
