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.mdsource content
使用 GraphQL API
从命令行发现、构造、执行并链接 GraphQL 操作。
适用场景
- 通过 GraphQL 端点(GitHub、Hasura、Apollo 等)查询或修改数据
- 自动化需要 GraphQL 的 GitHub 操作(Discussions、Projects v2)
- 构建从 GraphQL API 获取结构化数据的 Shell 脚本
- 链接多个 GraphQL 调用,将前一个调用的输出传入下一个
输入
- 必需:GraphQL 端点 URL 或服务名称(如
)github - 必需:操作意图(读取或写入的数据内容)
- 可选:认证令牌或方式(默认:GitHub 使用
CLI 认证)gh - 可选:输出格式偏好(原始 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 响应确认端点可达且认证令牌有效。
失败处理:
— 验证令牌;GitHub 请运行401 Unauthorizedgh auth status
— 端点可能禁用内省;改查其文档Cannot query field- 连接被拒绝 — 验证端点 URL 和网络访问
第 2 步:确定操作类型
确定任务需要查询(读取)、变更(写入)还是订阅(流)。
| 意图 | 操作 | 示例 |
|---|---|---|
| 获取数据 | | 获取仓库详情、列出 discussions |
| 创建/更新/删除 | | 创建 discussion、添加评论 |
| 实时更新 | | 监听新 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"
关键构造规则:
- 始终使用变量(
)而非内联值,以提高复用性$var: Type! - 只请求所需字段以最小化响应体积
- 对分页连接使用带
的nodesfirst: N - 在每个对象选择中添加
——链接时需要用到id
预期结果: 语法正确的 GraphQL 操作,包含适当的变量、字段选择和分页参数。
失败处理:
- 语法错误 — 检查括号匹配和尾随逗号(GraphQL 不允许尾随逗号)
- 类型不匹配 — 根据 Schema 验证变量类型(如
vsID!
)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 数组。
失败处理:
- 响应中有
数组 — 阅读消息;常见原因是权限不足、ID 无效或触发速率限制errors
为空 — 查询未匹配任何记录;验证输入值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 变量。
失败处理:
返回 null — 字段路径错误;先将原始 JSON 传给jq
检查结构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
验证清单
- 内省查询返回 Schema 数据(第 1 步成功)
- 构造的查询语法正确(无 GraphQL 解析器错误)
- 响应包含
键且无dataerrors - 提取的值类型正确(ID 为非空字符串,计数为数字)
- 链接操作端到端完成(变更使用前序查询中的 ID)
常见问题
| 问题 | 预防措施 |
|---|---|
忘记在必需变量类型上加 | 始终检查 Schema 中的可为空性;大多数输入字段是非空的() |
| 在 GraphQL 中使用 REST ID | GraphQL 使用不透明节点 ID;通过 GraphQL 获取,而非 REST |
| 不分页大结果集 | 使用带 的 / |
| 硬编码 ID 而不查询 | ID 在不同环境中不同;始终动态查询 |
忽略 数组 | 即使 存在也要检查错误——部分错误是可能的 |
| Shell 中嵌套 JSON 的引号问题 | 使用 的 标志或单独通过 管道处理 |
相关技能
- scaffold-nextjs-app — 构建消费 GraphQL API 的 Web 应用
- create-pull-request — GitHub 工作流自动化(REST 对应方案)
- manage-git-branches — 通常与 API 自动化配合使用的 Git 操作
- serialize-data-formats — 响应处理中使用的 JSON 解析模式