원클릭으로 Manus에서 모든 스킬 실행

gh-cli

스타1,187

포크127

업데이트2026년 3월 4일 06:11

使用 GitHub CLI (`gh`) 执行非交互式 GitHub 协作与自动化任务（PR、Issue、Actions、Release、API 查询/修改）。当用户要求“用 gh 命令完成任务”、需要结构化 JSON 输出（`--json`/`--jq`）、批量处理 PR/Issue（如“批量 review 多个 PR”）、按策略合并（如“检查通过后自动 squash 合并”）时使用此 skill。

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

BiFangKNT

BiFangKNT/mtga

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

gh-cli

Overview

以可复现、可审计的方式调用 gh。默认输出结构化数据，优先使用非交互命令，避免依赖浏览器或 TUI。

Workflow

确认认证与仓库上下文。
如果命令参数不确定，先运行 gh <subcommand> --help 或 gh help <topic>。
先生成“只读探测命令”，再生成“变更命令”。
变更命令明确影响范围（仓库、PR/Issue 编号、merge 策略、是否删除分支）。
执行后返回关键输出与下一步建议。

Operation Decision

用户只问“现状/列表/状态”：只执行只读命令（list/view/status/api GET）。
用户要求“评论/审查/合并/触发工作流”：先只读确认对象存在与状态，再执行变更命令。
用户同时要“查询+修改”：拆成两段，先回显查询结果，再给修改命令并执行。
用户目标不完整（缺编号、缺仓库、缺 merge 方法）：先补齐参数，不直接变更。
用户要求“整体审查结论”（approve/request-changes/comment）：使用 gh pr review。
用户要求“按文件/按行评论”：使用 gh api repos/{owner}/{repo}/pulls/{num}/reviews 或 gh api repos/{owner}/{repo}/pulls/{num}/comments，不要把 gh pr review 当作行内评论接口。

Command Rules

默认使用非交互模式；不要依赖手动输入。
优先输出 JSON：使用 --json + --jq/-q 精简结果。
需要批量查询时，优先 gh api --paginate。
需要复杂参数时，优先 gh api -f/-F 或 --input 传文件。
gh pr diff 不支持按文件路径直接过滤；按文件获取 patch 使用 gh api repos/{owner}/{repo}/pulls/{num}/files --paginate 再筛选。
提交行内评论前，必须先查询 headRefOid，并保证请求里的 commit_id 与其一致；否则常见 422。
构造复杂 JSON 时，优先内存对象后通过标准输入喂给 gh api --input -，避免在工作区落地临时文件。

Failure Handling

认证失败：先执行 gh auth status，返回失败原因并给出最小修复命令。
权限不足（repo/org/token scope）：明确缺失权限，不尝试重复写操作。
资源不存在（PR/Issue 编号错误）：先回显查询命令与空结果，再请求更正目标。
分支保护或检查未通过导致无法 merge：返回阻塞项（review/check/protection），并给出可执行下一步。
二次执行冲突（已 merge、已关闭、已评论）：识别幂等场景并停止重复变更。

Safety Checklist

执行任何写操作前，先确认：

目标仓库（owner/repo）。
目标对象（PR/Issue 编号或 workflow 名称）。
操作类型（comment/review/merge/run 等）。
关键策略（merge 方法、是否 --delete-branch、是否 --auto）。
若为行内评论：headRefOid 与 commit_id 一致。
预期结果（状态变化、评论内容、触发记录）。

缺任一关键项时，先补信息，再执行。

Output Format

统一按以下结构输出：

Plan: 本次要做的动作（1-2 行）。
Commands: 实际执行的命令（先只读，后变更）。
Result: 关键字段（如 number、state、url、reviewDecision）。
Next: 若失败或受阻，给最短可执行下一步。

Reference

按需读取参考文档，避免一次加载全部命令：

入口索引：references/commands.md
认证：references/auth.md
仓库上下文：references/repo.md
PR：references/pr.md
Issue：references/issue.md
Workflow：references/workflow.md
Run：references/run.md
API：references/api.md
细粒度子命令：references/commands.md 列出的 *-*.md 文件（如 pr-diff.md、run-watch.md）

이 저장소의 다른 Skills

같은 저장소

trae-native-debug

BiFangKNT/mtga

Maintain, debug, and recover MTGA's Trae native custom-model route. Use when Trae native integration fails, Trae updates shift ai_agent.dll hook offsets, errors such as 4028/4054/429 appear, native rewriter or SseOpenPayload URL rewriting needs diagnosis, or Codex needs to avoid repeating prior renderer-JS/private-protocol dead ends.

2026-04-221.2k

ast-grep

BiFangKNT/mtga

Write and debug ast-grep rules for structural code search and rewrite. Use when tasks require AST-aware matching (not plain text), such as finding specific syntax shapes, relational patterns (inside/has), composite logic (all/any/not), or precise code refactors across a codebase.

2026-03-111.2k

pwsh

BiFangKNT/mtga

在 Windows PowerShell 5.1 与 PowerShell 7 中编写和执行稳定命令，重点处理引号、管道符、原生命令参数传递与跨版本兼容。遇到 `--jq`/过滤表达式被 PowerShell 误解析、同一命令在 pwsh5 与 pwsh7 行为不一致、或需要为 pwsh7.3+ 增加参数传递适配时使用此 skill。

2026-03-041.2k

tauri

BiFangKNT/mtga

构建、调试与发布 Tauri v2 应用的工程化工作流。覆盖项目初始化（create-tauri-app）、前端与 Rust 命令通信（`#[tauri::command]` + `invoke`）、状态管理、Capabilities 权限建模、插件接入、跨平台构建与问题排查。当用户需求涉及“创建 Tauri 项目”“把 Web 前端接到 Rust 后端”“最小权限配置（fs/http/shell）”“接入 Tauri 官方插件”“执行 tauri dev/build”“排查 Tauri 构建或运行错误”时使用此 skill。

2026-03-041.2k

BiFangKNT/mtga

在 Windows/macOS/Linux 上使用 `uv` 执行 Python 运行、依赖同步、锁文件管理、Python 版本管理与工具命令（`uv run`、`uv sync`、`uv lock`、`uv python`、`uv tool`）。当任务涉及“用 uv 运行脚本/命令”“临时依赖（`--with`）”“锁文件一致性（`--locked`/`--frozen`）”“跨平台 shell（bash/zsh/PowerShell）下排查 uv 执行问题”时使用此 skill。

2026-03-041.2k

name	gh-cli
description	使用 GitHub CLI (`gh`) 执行非交互式 GitHub 协作与自动化任务（PR、Issue、Actions、Release、API 查询/修改）。当用户要求“用 gh 命令完成任务”、需要结构化 JSON 输出（`--json`/`--jq`）、批量处理 PR/Issue（如“批量 review 多个 PR”）、按策略合并（如“检查通过后自动 squash 合并”）时使用此 skill。

gh-cli

Overview

以可复现、可审计的方式调用 gh。默认输出结构化数据，优先使用非交互命令，避免依赖浏览器或 TUI。

Workflow

确认认证与仓库上下文。
如果命令参数不确定，先运行 gh <subcommand> --help 或 gh help <topic>。
先生成“只读探测命令”，再生成“变更命令”。
变更命令明确影响范围（仓库、PR/Issue 编号、merge 策略、是否删除分支）。
执行后返回关键输出与下一步建议。

Operation Decision

用户只问“现状/列表/状态”：只执行只读命令（list/view/status/api GET）。
用户要求“评论/审查/合并/触发工作流”：先只读确认对象存在与状态，再执行变更命令。
用户同时要“查询+修改”：拆成两段，先回显查询结果，再给修改命令并执行。
用户目标不完整（缺编号、缺仓库、缺 merge 方法）：先补齐参数，不直接变更。
用户要求“整体审查结论”（approve/request-changes/comment）：使用 gh pr review。
用户要求“按文件/按行评论”：使用 gh api repos/{owner}/{repo}/pulls/{num}/reviews 或 gh api repos/{owner}/{repo}/pulls/{num}/comments，不要把 gh pr review 当作行内评论接口。

Command Rules

默认使用非交互模式；不要依赖手动输入。
优先输出 JSON：使用 --json + --jq/-q 精简结果。
需要批量查询时，优先 gh api --paginate。
需要复杂参数时，优先 gh api -f/-F 或 --input 传文件。
gh pr diff 不支持按文件路径直接过滤；按文件获取 patch 使用 gh api repos/{owner}/{repo}/pulls/{num}/files --paginate 再筛选。
提交行内评论前，必须先查询 headRefOid，并保证请求里的 commit_id 与其一致；否则常见 422。
构造复杂 JSON 时，优先内存对象后通过标准输入喂给 gh api --input -，避免在工作区落地临时文件。

Failure Handling

认证失败：先执行 gh auth status，返回失败原因并给出最小修复命令。
权限不足（repo/org/token scope）：明确缺失权限，不尝试重复写操作。
资源不存在（PR/Issue 编号错误）：先回显查询命令与空结果，再请求更正目标。
分支保护或检查未通过导致无法 merge：返回阻塞项（review/check/protection），并给出可执行下一步。
二次执行冲突（已 merge、已关闭、已评论）：识别幂等场景并停止重复变更。

Safety Checklist

执行任何写操作前，先确认：

目标仓库（owner/repo）。
目标对象（PR/Issue 编号或 workflow 名称）。
操作类型（comment/review/merge/run 等）。
关键策略（merge 方法、是否 --delete-branch、是否 --auto）。
若为行内评论：headRefOid 与 commit_id 一致。
预期结果（状态变化、评论内容、触发记录）。

缺任一关键项时，先补信息，再执行。

Output Format

统一按以下结构输出：

Plan: 本次要做的动作（1-2 行）。
Commands: 实际执行的命令（先只读，后变更）。
Result: 关键字段（如 number、state、url、reviewDecision）。
Next: 若失败或受阻，给最短可执行下一步。

Reference

按需读取参考文档，避免一次加载全部命令：

入口索引：references/commands.md
认证：references/auth.md
仓库上下文：references/repo.md
PR：references/pr.md
Issue：references/issue.md
Workflow：references/workflow.md
Run：references/run.md
API：references/api.md
细粒度子命令：references/commands.md 列出的 *-*.md 文件（如 pr-diff.md、run-watch.md）