「Claude Code、自分のPCを開いている時しか動かないのもったいない」 — 数ヶ月使っていると、ほぼ全員が同じことを思います。
夜寝ている間、出張で別作業をしている間、土日に家族と過ごしている間。 Claudeに任せておきたいタスク はたくさんある。
これを叶えるのが、GitHub Actionsとの組み合わせ。Anthropic公式のActionを使うと 「PRが立った瞬間にClaudeがレビュー」 や 「毎晩1回、依存関係を点検」 が、ものすごく短いYAMLで組めます。
何が嬉しいか
自分の手元のClaude Codeとは別物に感じるかもしれませんが、中身は同じ。違うのは 動き出すきっかけ。
- PCを開く → 自分でClaudeを呼ぶ(従来)
- PRが立つ・cron時刻になる → GitHubが勝手にClaudeを呼ぶ(Actions版)
つまり、 きっかけだけGitHubに渡している という感覚。Claudeの動きそのものは、いつもターミナルで触っているのと変わりません。
私が最初に組んだのは「自分のリポジトリにPRが立つたびにClaudeが要約と懸念点を出す」というもの。 自分でレビューする前にClaudeの目を1回通せる ことで、見落としが減りました。
公式 claude-code-action の最小ワークフロー
.github/workflows/claude-review.yml を1枚作ります。
name: Claude Auto Review
on:
pull_request:
types: [opened, synchronize]
jobs:
claude-review:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: anthropics/claude-code-action@v1
with:
anthropic_api_key: ${{ secrets.ANTHROPIC_API_KEY }}
prompt: |
このPRの差分をレビューしてください。
- 変更の要点を3行
- 懸念点や見落としそうな箇所
- テスト不足の指摘
の3つをコメント本文として返してください。
これだけ。 PRが立つ → ClaudeがDiffを読んでコメントを残す までが自動で動きます。
シークレットの ANTHROPIC_API_KEY は、GitHubリポジトリの Settings → Secrets and variables → Actions で登録。APIキーは Anthropic Console で発行できます。
実用ユースケース3つ
私や周辺で実際に動いている用例。
1つ目 — PR自動レビュー
上の最小例そのまま。エンジニアの少ない小さなプロジェクトで効果が大きい。 1人法人や副業案件で、レビュアーがいない時の代役 に向いている。
2つ目 — Issue自動分類とラベル付け
新しいIssueが立った時に、Claudeが本文を読んで「bug」「feature」「question」のどれかを判定し、ラベルを自動で貼る。 on: issues: types: [opened] で発火。
これがあると、 朝起きてIssue一覧を見た時、すでに整理されている 状態になる。
3つ目 — 夜間の依存関係パトロール
cron で毎晩2時にClaudeを起動して、 package.json と package-lock.json を読み比べさせる。 「アップデート可能なライブラリのうち、メジャー変更が含まれるもの」 をIssueに自動起票。
on:
schedule:
- cron: '0 17 * * *' # JST 2:00
これで「毎週月曜に手で npm outdated する」習慣から解放されました。
コスト感とAPI課金の現実
無視できないのがお金の話。GitHub Actionsには 無料枠(月2,000分) がありますが、Claude側は API課金で別経路 です。
私の体感目安。
- PR1本のレビュー — 5-30セント
- Issue分類 1件 — 1-5セント
- 夜間の依存調査 1回 — 30セント-2ドル
月の活動量にもよりますが、 個人リポジトリで月5-30ドル に収まる人が多い印象。エンタープライズ環境で大量のPRに使うと、月数百ドル規模になります。
API課金のコストは Anthropic公式の料金表 で確認できます。
私の知り合いは、CIに組み込んで使うのを 「Pro月20ドルの月額制 + API課金の従量制」 と説明していて、わかりやすい比喩でした。
シークレット管理の注意点
ここでハマる人が多い箇所。
APIキーをコード内に書かない
anthropic_api_key: sk-ant-xxxx のように直書きすると、 公開リポジトリならその瞬間にキーが世界中に漏れます。Anthropicは漏洩キーを自動で無効化しますが、すでに使われた分の請求は止められません。
必ず ${{ secrets.ANTHROPIC_API_KEY }} の参照形式で、Secretsに登録した値を呼ぶ。
プライベートリポジトリでもログに気をつける
Claudeに渡したPromptや返答は、GitHub Actionsの実行ログに残ります。 PR内に機密情報(顧客名・APIキー・本番URL)が含まれていると、それもログに残る。
私は機密リポジトリではClaude Actionを そもそも入れない ようにしています。ログを完全に消すのは面倒なので、最初から避けるのが安全。
Claude Agent SDKとの使い分け
「Claude Agent SDKもあるよね」と聞かれることがあります。違いは。
Claude Code Action(GitHub) | Claude Agent SDK | |
|---|---|---|
動く場所 | GitHubのCIランナー | 自前のサーバー/PC |
設定 | YAML 1枚 | TypeScript/Pythonコード |
用途 | PR/Issue/cronの定型自動化 | Slackボット/独自アプリ |
お手軽さ | 高 | 中 |
「GitHubのイベントで反応させたいだけ」ならActions、「Slackやウェブアプリに組み込みたい」ならSDK、という棲み分け。
はじめての1本に向くテーマ
「最初に何を自動化するか」で迷ったら、私のお勧めは PRレビューでなく、Issueへの「初回返信」。
新しいIssueが立った時に、Claudeが本文を読んで「該当しそうなドキュメントへのリンク」や「再現に必要そうな追加情報の質問」を自動コメント。
これは 失敗してもダメージが小さく(ただのコメント) 、 効果が体感しやすい(Issue管理の負担が消える) 用途。CI自動化の第一歩として向いています。
まとめ
- GitHub ActionsでClaude Codeを動かすには 公式の
anthropics/claude-code-actionを使う - 最小は YAML 1枚 + APIキーをSecrets登録 だけ
- 実用シーンは PR自動レビュー / Issue分類 / 夜間依存調査
- コストは GitHub Actions無料枠 + API従量課金、個人なら月数十ドル
- APIキーは絶対に 直書きせずSecrets参照
- 機密リポジトリは ログ流出リスクを考えて避ける
- 最初の1本は Issueへの自動初回返信 が失敗しても痛くなく効果が見える
「自分のPCを開いていない時にもClaudeを動かしたい」と思った時が、Actions化のサインです。今日のうちにテスト用のリポジトリで1本だけ組んでみると、明日の自分がIssueを開く時間が変わります。





