Agent-almanac use-graphql-api

install
source · Clone the upstream repo
git clone https://github.com/pjt222/agent-almanac
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/pjt222/agent-almanac "$T" && mkdir -p ~/.claude/skills && cp -r "$T/i18n/zh-CN/skills/use-graphql-api" ~/.claude/skills/pjt222-agent-almanac-use-graphql-api-aa8a00 && rm -rf "$T"
manifest: i18n/zh-CN/skills/use-graphql-api/SKILL.md
source content

使用 GraphQL API

从命令行发现、构造、执行并链接 GraphQL 操作。

适用场景

  • 通过 GraphQL 端点(GitHub、Hasura、Apollo 等)查询或修改数据
  • 自动化需要 GraphQL 的 GitHub 操作(Discussions、Projects v2)
  • 构建从 GraphQL API 获取结构化数据的 Shell 脚本
  • 链接多个 GraphQL 调用,将前一个调用的输出传入下一个

输入

  • 必需:GraphQL 端点 URL 或服务名称(如
    github
  • 必需:操作意图(读取或写入的数据内容)
  • 可选:认证令牌或方式(默认:GitHub 使用
    gh
    CLI 认证)
  • 可选:输出格式偏好(原始 JSON、jq 过滤、变量赋值)

步骤

第 1 步:发现 Schema

确定可用的类型、字段、查询和变更。

针对 GitHub:

# List available query fields
gh api graphql -f query='{ __schema { queryType { fields { name description } } } }' \
  | jq '.data.__schema.queryType.fields[] | {name, description}'

# List available mutation fields
gh api graphql -f query='{ __schema { mutationType { fields { name description } } } }' \
  | jq '.data.__schema.mutationType.fields[] | {name, description}'

# Inspect a specific type
gh api graphql -f query='{
  __type(name: "Repository") {
    fields { name type { name kind ofType { name } } }
  }
}' | jq '.data.__type.fields[] | {name, type: .type.name // .type.ofType.name}'

针对通用端点:

# Full introspection query via curl
curl -s -X POST https://api.example.com/graphql \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $TOKEN" \
  -d '{"query":"{ __schema { types { name kind fields { name } } } }"}' \
  | jq '.data.__schema.types[] | select(.kind == "OBJECT") | {name, fields: [.fields[].name]}'

预期结果: JSON 输出列出可用类型、字段或变更。Schema 响应确认端点可达且认证令牌有效。

失败处理:

  • 401 Unauthorized
    — 验证令牌;GitHub 请运行
    gh auth status
  • Cannot query field
    — 端点可能禁用内省;改查其文档
  • 连接被拒绝 — 验证端点 URL 和网络访问

第 2 步:确定操作类型

确定任务需要查询(读取)、变更(写入)还是订阅(流)。

意图操作示例
获取数据
query
获取仓库详情、列出 discussions
创建/更新/删除
mutation
创建 discussion、添加评论
实时更新
subscription
监听新 issue(CLI 中少见)

针对 GitHub 特定操作,查阅 GitHub GraphQL API 文档

# Quick check: does the mutation exist?
gh api graphql -f query='{ __schema { mutationType { fields { name } } } }' \
  | jq '.data.__schema.mutationType.fields[].name' | grep -i "discussion"

预期结果: 明确识别需要查询还是变更,以及确切的操作名称(如

createDiscussion
repository
)。

失败处理:

  • 找不到操作 — 用更广泛的词语搜索或检查 API 版本
  • 不确定是查询还是变更 — 如果操作改变状态,则为变更

第 3 步:构造操作

用字段、参数和变量构建 GraphQL 查询或变更。

查询示例——获取仓库的 discussion 分类:

gh api graphql -f query='
  query($owner: String!, $repo: String!) {
    repository(owner: $owner, name: $repo) {
      discussionCategories(first: 10) {
        nodes { id name }
      }
    }
  }
' -f owner="OWNER" -f repo="REPO" | jq '.data.repository.discussionCategories.nodes'

变更示例——创建 GitHub Discussion:

gh api graphql -f query='
  mutation($repoId: ID!, $categoryId: ID!, $title: String!, $body: String!) {
    createDiscussion(input: {
      repositoryId: $repoId,
      categoryId: $categoryId,
      title: $title,
      body: $body
    }) {
      discussion { url number }
    }
  }
' -f repoId="$REPO_ID" -f categoryId="$CAT_ID" \
  -f title="My Discussion" -f body="Discussion body here"

关键构造规则:

  1. 始终使用变量(
    $var: Type!
    )而非内联值,以提高复用性
  2. 只请求所需字段以最小化响应体积
  3. 对分页连接使用带
    nodes
    first: N
  4. 在每个对象选择中添加
    id
    ——链接时需要用到

预期结果: 语法正确的 GraphQL 操作,包含适当的变量、字段选择和分页参数。

失败处理:

  • 语法错误 — 检查括号匹配和尾随逗号(GraphQL 不允许尾随逗号)
  • 类型不匹配 — 根据 Schema 验证变量类型(如
    ID!
    vs
    String!
  • 缺少必填字段 — 根据 Schema 添加必需的输入字段

第 4 步:通过 CLI 执行

运行操作并捕获响应。

GitHub——使用

gh api graphql

# Simple query
gh api graphql -f query='{ viewer { login } }'

# With variables
gh api graphql \
  -f query='query($owner: String!, $repo: String!) {
    repository(owner: $owner, name: $repo) { id name }
  }' \
  -f owner="octocat" -f repo="Hello-World"

# With jq post-processing
REPO_ID=$(gh api graphql \
  -f query='query($owner: String!, $repo: String!) {
    repository(owner: $owner, name: $repo) { id }
  }' \
  -f owner="OWNER" -f repo="REPO" \
  --jq '.data.repository.id')

通用端点——使用 curl:

curl -s -X POST "$GRAPHQL_ENDPOINT" \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $TOKEN" \
  -d "$(jq -n \
    --arg query 'query { users { id name } }' \
    '{query: $query}'
  )"

预期结果: JSON 响应包含带请求字段的

data
键,或操作失败时包含
errors
数组。

失败处理:

  • 响应中有
    errors
    数组 — 阅读消息;常见原因是权限不足、ID 无效或触发速率限制
  • data
    为空 — 查询未匹配任何记录;验证输入值
  • HTTP 403 — 令牌缺少所需权限范围;GitHub 请检查
    gh auth status
    并用
    gh auth refresh -s scope
    添加权限

第 5 步:解析响应

从 JSON 响应中提取所需数据。

# Extract a single value
gh api graphql -f query='{ viewer { login } }' --jq '.data.viewer.login'

# Extract from a list
gh api graphql -f query='
  query($owner: String!, $repo: String!) {
    repository(owner: $owner, name: $repo) {
      issues(first: 5, states: OPEN) {
        nodes { number title }
      }
    }
  }
' -f owner="OWNER" -f repo="REPO" \
  --jq '.data.repository.issues.nodes[] | "\(.number): \(.title)"'

# Assign to a variable for later use
CATEGORY_ID=$(gh api graphql -f query='
  query($owner: String!, $repo: String!) {
    repository(owner: $owner, name: $repo) {
      discussionCategories(first: 20) {
        nodes { id name }
      }
    }
  }
' -f owner="OWNER" -f repo="REPO" \
  --jq '.data.repository.discussionCategories.nodes[] | select(.name == "Show and Tell") | .id')

预期结果: 提取出干净的值,可直接显示或赋值给 Shell 变量。

失败处理:

  • jq
    返回 null — 字段路径错误;先将原始 JSON 传给
    jq .
    检查结构
  • 期望单个值但返回多个 — 添加
    select()
    过滤器或
    | first
  • Unicode 问题 — 为 jq 添加
    -r
    以获取原始字符串输出

第 6 步:链接操作

将一个操作的输出用作下一个操作的输入。

# Step A: Get the repository ID
REPO_ID=$(gh api graphql \
  -f query='query($owner: String!, $repo: String!) {
    repository(owner: $owner, name: $repo) { id }
  }' \
  -f owner="$OWNER" -f repo="$REPO" \
  --jq '.data.repository.id')

# Step B: Get the discussion category ID
CAT_ID=$(gh api graphql \
  -f query='query($owner: String!, $repo: String!) {
    repository(owner: $owner, name: $repo) {
      discussionCategories(first: 20) {
        nodes { id name }
      }
    }
  }' \
  -f owner="$OWNER" -f repo="$REPO" \
  --jq '.data.repository.discussionCategories.nodes[]
    | select(.name == "Show and Tell") | .id')

# Step C: Create the discussion using both IDs
RESULT=$(gh api graphql \
  -f query='mutation($repoId: ID!, $catId: ID!, $title: String!, $body: String!) {
    createDiscussion(input: {
      repositoryId: $repoId,
      categoryId: $catId,
      title: $title,
      body: $body
    }) {
      discussion { url number }
    }
  }' \
  -f repoId="$REPO_ID" -f catId="$CAT_ID" \
  -f title="$TITLE" -f body="$BODY" \
  --jq '.data.createDiscussion.discussion')

echo "Created: $(echo "$RESULT" | jq -r '.url')"

模式: 始终在早期查询中提取

id
字段,以便将其作为
ID!
变量传递给后续变更。

预期结果: 多步骤工作流中每个调用都成功,ID 在操作之间正确传递。

失败处理:

  • 变量为空 — 前一步静默失败;添加
    set -e
    并检查每个中间值
  • ID 格式错误 — GitHub 节点 ID 是不透明字符串(如
    R_kgDO...
    );永远不要手动构造它们
  • 触发速率限制 — 在调用之间添加
    sleep 1
    ,或使用别名批量查询

验证清单

  1. 内省查询返回 Schema 数据(第 1 步成功)
  2. 构造的查询语法正确(无 GraphQL 解析器错误)
  3. 响应包含
    data
    键且无
    errors
  4. 提取的值类型正确(ID 为非空字符串,计数为数字)
  5. 链接操作端到端完成(变更使用前序查询中的 ID)

常见问题

问题预防措施
忘记在必需变量类型上加
!
始终检查 Schema 中的可为空性;大多数输入字段是非空的(
!
在 GraphQL 中使用 REST IDGraphQL 使用不透明节点 ID;通过 GraphQL 获取,而非 REST
不分页大结果集使用带
pageInfo { hasNextPage endCursor }
first
/
after
硬编码 ID 而不查询ID 在不同环境中不同;始终动态查询
忽略
errors
数组
即使
data
存在也要检查错误——部分错误是可能的
Shell 中嵌套 JSON 的引号问题使用
gh
--jq
标志或单独通过
jq
管道处理

相关技能