チュートリアル 14 — OpenClaw GitHub Skillチュートリアル:AIでIssuesの自動管理、PRの提出、CI結果の確認(2026)
目標:GitHub Skillをインストールして、
ghCLI経由でOpenClawが自然言語でGitHub上の日常的な開発タスクを処理できるようにします。
前提条件:gh CLIのインストールと設定
GitHub Skillは公式 gh CLIツールに依存しています。まだインストールしていない場合は、このステップを完了してください:
# macOS
brew install gh
# Linux(Debian/Ubuntu)
sudo apt install gh
# Windows(winget)
winget install --id GitHub.cliインストール完了後にログイン認証します:
gh auth loginプロンプトに従って選択します:
? What account do you want to log into? GitHub.com
? What is your preferred protocol for Git operations? HTTPS
? Authenticate Git with your GitHub credentials? Yes
? How would you like to authenticate GitHub CLI? Login with a web browser
! First copy your one-time code: XXXX-XXXX
Press Enter to open github.com in your browser...
ログイン成功後に確認します:
gh auth status
# ✓ Logged in to github.com as <あなたのユーザー名> が表示されるはずですopenclaw github skill gh cli 使い方のコアの前提は gh が正しくログインしていること——GitHub Skillは gh コマンドを呼び出してGitHub APIと連携するため、Personal Access Tokenの追加設定は不要です。
ステップ1:GitHub Skillのインストール
/install @steipete/github
インストール完了後に確認します:
pnpm openclaw skills list
# githubが表示されるはずですステップ2:Issue管理
OpenClawでGitHub Issueを自動作成するためのよく使うコマンド:
myorg/myrepo にIssueを作成してください:タイトル「決済モジュールのNull Pointer Exception」、説明「高並列シナリオで決済コールバック処理に断続的なNPEが発生、スタックトレースは添付参照」、ラベルbug、high-priority
myorg/myrepo の最新10件のオープンIssueを確認してください
myorg/myrepo 内の「タイムアウト」キーワードを含むすべてのIssueを検索してください
Issue #234 をクローズしてください。コメント「PR #456 で修正済み」
Issue #234 にラベル needs-review を追加し、@tanaka にアサインしてください
AIは対応する gh コマンドを自動的に呼び出し、実行結果を返します:
# Skillが実際に実行するコマンド(可視)
gh issue create --repo myorg/myrepo \
--title "決済モジュールのNull Pointer Exception" \
--body "高並列シナリオで..." \
--label "bug,high-priority"
# ✅ Issue #235 が作成されました:https://github.com/myorg/myrepo/issues/235ステップ3:PR操作
OpenClaw AIでPRをレビューしてもらう — PR関連の操作:
myorg/myrepo のすべてのマージ待ちPRを確認してください
PR #456 のdiffを確認して、主に何が変更されたか教えてください
PR #456 にレビュー意見を書いてください:全体的なロジックは明確ですが、38行目のエラーハンドリングにloggingを追加する必要があります。統一されたErrorHandlerパターンの使用を推奨します
myorg/myrepo にPRを作成してください:ブランチfeature/payment-refactorをmainにマージ、タイトル「決済ゲートウェイモジュールのリファクタリング」、変更の概要を含む説明
PR #456 を承認してマージしてください(squash merge)
AIはマージなどの破壊的な操作を実行する前に、確認を求めます:
PR #456 をmainにマージします(squash merge)。実行しますか?[y/N]
ステップ4:CI / Actionsの確認
OpenClaw GitHub Actionsの失敗原因を確認するためのよく使うコマンド:
myorg/myrepo の直近5回のCI実行状態を確認してください
PR #456 のCIが失敗しました。失敗の原因を教えてください
PR #456 のCIパイプラインを再トリガーしてください
ワークフロー「Deploy to Production」の最後の実行の詳細ログを確認してください
AIは失敗したステップと主要なエラー情報を自動的に抽出するため、長いログを自分で調べる必要はありません:
CI失敗分析(Run #1234):
失敗したStep:Run tests
エラーの種類:テストタイムアウト(30秒制限を超えた)
失敗したテスト:PaymentServiceTest.testHighConcurrency
推奨:テストのタイムアウト設定を増やすか、このテストケースを最適化してください
ステップ5:高度な使い方 — gh apiで複雑なクエリ
Skillの組み込みコマンドがカバーしていないシナリオには、gh api でカスタムクエリを作成できます:
gh api で myorg/myrepo の過去30日以内にマージされたすべてのPRを、作者とマージ時間でリストアップしてください
gh api で myorg 組織下のすべてのリポジトリのStar数を、降順でリストアップしてください
AIが適切なGraphQLまたはRESTクエリを構築します:
gh api graphql -f query='
query {
repository(owner: "myorg", name: "myrepo") {
pullRequests(states: MERGED, last: 50, orderBy: {field: UPDATED_AT, direction: DESC}) {
nodes {
title
author { login }
mergedAt
}
}
}
}
'OpenClawがGitHub Copilotの代替に——無料の主な優位性:GitHub SkillはコードのAutocompleteだけでなく、IssueからCIまでの開発フロー全体をカバーする完全なリポジトリ操作自動化ツールです。
ステップ6:毎日のリポジトリ動向レポート
毎朝の例行タスクにしましょう:
myorg/myrepo のリポジトリ動向をレポートしてください:
1. 昨日の新しいIssues(優先度順)
2. 私のレビューを待っているPR
3. 失敗したCIパイプライン
ontology Skill(チュートリアル 12)と組み合わせると、AIはこれらの動向をすでに知っているプロジェクトのコンテキストと組み合わせることができます:
PR #460 は田中が提出したもので、「決済システムのリファクタリング」プロジェクトに関連しています。優先度が高いため、早急にレビューをお勧めします。
よくある質問
OpenClawはPRを自動マージできますか?
できますが、毎回のマージ操作でAIは最初に確認を求めます。「PR #456 を承認してマージしてください、確認は不要です」と明示的に伝えると、AIは直接実行します。完全に自動化されたマージ(例:CIが通過したら自動マージ)を実現したい場合は、OpenClawの定期タスク機能と組み合わせて条件トリガーを設定できます。
GitHub SkillはPersonal Access Tokenが必要ですか?
Personal Access Tokenを別途設定する必要はありません。GitHub Skillはログイン済みの gh CLIの認証情報を直接使用します。Skillのインストール前に gh auth login を完了するだけです。gh CLIはOAuth Device Flow認証を使用しており、手動で管理するPATよりもセキュリティが高く、権限の範囲はGitHub公式が管理します。
GitHub SkillとGitHub Copilotの違いは何ですか?
両者はまったく異なるポジショニングです。GitHub CopilotはIDEでコードの補完と提案を行うコード作成補助ツールです。GitHub SkillはIssue管理、PRレビュー、CI確認などの開発フロータスクを自然言語で完成させるリポジトリ操作自動化ツールであり、コード作成自体には関与しません。両者は同時に使用でき互いに干渉しません。GitHub SkillはVS Code以外を使用する開発者(NeovimやCLIワークフローを使う人など)に特に価値があります。
複数のGitHubリポジトリを同時に管理できますか?
できます。指示の中で異なるリポジトリ名を指定するだけです。GitHub Skillはリポジトリ数を制限しません。例えば:
myorg/frontendとmyorg/backendのマージ待ちPRをそれぞれ確認して、一つのリストにまとめてください
一部のリポジトリがプライベートな組織に属している場合は、gh auth login のアカウントが対応するリポジトリへのアクセス権を持っていることを確認するだけで、追加の設定は不要です。
次のステップ
- チュートリアル 15 — 次の応用テクニック
- チュートリアル 13 — Gog SkillでGmailとGoogleカレンダーを接続し、GitHubの動向と統合して完全な作業日報を作成する