GitHub Code Quality が7/20に有料GA — 月$10の価値を無料代替（ruff/ESLint/AIレビュー）と比べる

月$10。GitHub Code Quality が2026年7月20日、この値付けで有料GAに移る。正確には「有効化したリポジトリのアクティブコミッターあたり月$10＋AI機能の従量課金」だ。筆者はサイトのコードにCI品質ゲートを最初から敷いて自分で運用してきた立場で、この$10を払う価値があるのは誰か、無料OSS（ruff・ESLint）とClaude Codeレビューで足りるのは誰かを、費用の実額から切り分ける。

目次

1. 何が起きたのか
2. 月$10に含まれるもの、含まれないもの
3. 実額で費用感をつかむ
4. 有料と無料代替を並べる
5. 無料の土台をCIに組む
   1. 自分のリポジトリで走らせた数字
6. 誰が月$10を払う価値があるか
7. よくある質問
8. まとめ
9. 参考

何が起きたのか

パブリックプレビュー中だった GitHub Code Quality が2026年7月20日に一般提供（GA）へ移行し、同時に有料製品になる。公式チェンジログの料金表記はこうだ。

• 有効化リポジトリの「アクティブコミッター」あたり月額 $10（定額分）。
• AI 機能（Copilotコードレビュー、AI補助の検出、Copilot Autofix）は従量課金（usage-based）が上乗せされる。
• 決定論的な CodeQL 解析は GitHub Actions の実行分を消費する。

提供対象は GitHub Enterprise Cloud と Team プランで、Enterprise Server は対象外だ。プレビュー段階で1万社超がメンテナンス性・信頼性の問題検出や品質ゲート、カバレッジ追跡に使ってきた実績がある。7月20日という施行日が明確なので、それまでに「入れるか、無料代替で回すか」を落ち着いて決められる。

月$10に含まれるもの、含まれないもの

課金判断でいちばん誤解しやすいのが「$10で全部使える」という思い込みだ。公式の区分に沿うと、財布に効く出費は三層に分かれる。

• 定額の$10/コミッター：Code Quality の検出結果、リポジトリ・組織レベルの品質スコア、ルールセット統合、組織横断デプロイ、PRマージをブロックできる品質ゲートまで。
• AI従量課金：CopilotによるPRレビューやAutofix生成など、AIが動くたびに積み上がる分。
• Actions実行分：CodeQLスキャンが回るたびに消費する計算資源。

読みやすいのは定額の$10だけで、残り二層は使い方しだいで総額が動く。GitHub自身もライセンス費用の見積もりツールをプレビュー公開しており、コミッター数から定額分を試算できる。AI従量とActions分は事前に読み切れない性質なので、筆者は「定額分＝下限、総額＝可変」と割り切って予算を組む。

実額で費用感をつかむ

「コミッターあたり$10/月」が自分にいくらになるか、規模別に定額分だけ並べる。ここに前述の従量分が乗る。

個人開発なら定額$10、年$120が下限になる。この額を「無料代替で同等のことができないか」と天秤にかけるのが最初の一手だ。

有料と無料代替を並べる

コード品質の定番作業は、無料ツールの組み合わせで相当カバーできる。項目ごとに、有料のGitHub Code Qualityと無料OSS（ruff・ESLint）＋AIレビューを突き合わせた。ruff は Astral が MIT ライセンスで公開する無料OSS、ESLint も無料OSSで、どちらもCIに無料で組み込める。

表の芯はこうだ。定型の静的解析は無料OSSでほぼ賄え、差が出るのは「組織横断のダッシュボード」「PR・セキュリティとの一体運用」といったGitHubプラットフォームに寄った部分になる。

無料の土台をCIに組む

筆者が自サイトで最初に敷いたのも、この無料ラインだった。Pythonなら ruff、JS/TSなら ESLint を入れて走らせるだけで、静的解析の大半は動く。手元での確認はコマンド一発で済む。

# Python: ruff で静的解析（ローカル確認）
pipx run ruff check .

# JS/TS: ESLint で静的解析（package.json に依存がある前提）
npx eslint .

自分のリポジトリで走らせた数字

「コマンド一発」がどれだけの結果を返すのか、当サイトのリポジトリで測った。対象は scripts/ と tests/ の Python 124ファイル、23,969行。ruff は 0.12.12。

Found 7912 errors.
[*] 567 fixable with the `--fix` option.
実行時間 390ms

0.4秒で7,912件。全部直そうとすれば手が止まる。内訳を見た。

上の2つで4,176件、全体の53%を占めていた。pytest で assert を書くのは当たり前だし、日本語でコメントを書けば RUF001-003 は必ず鳴る。直す対象ではない。

設定を外すと数字が変わる。

ruff check scripts tests --isolated   # 設定を一切読まない
# Found 43 errors.

7,912件が43件になった。184倍の差が付いている。

出どころを探したら、リポジトリ側に ruff の設定ファイルは無く、%APPDATA%\ruff\ruff.toml に置いたユーザーレベルの設定が効いていた。55のルール群を select していて、それが全プロジェクトに当たる。置いたことを忘れていた。

ここが「無料で十分」の実態になる。ruff は0.4秒で全部見つけてくれるが、どれを見ないかを決める作業は自分で持つ。プロジェクトごとに pyproject.toml へ select と ignore を書き、日本語コメントの多いリポジトリなら RUF001-003 を、テストディレクトリなら S101 を per-file-ignores へ落とす。この調整をしないまま CI に載せると、7,912件のうち何が本当の問題なのかを誰も読まなくなる。

月$10を検討する前に、まずこの調整をやる価値がある。無料側の出力が読める状態になっていないと、有料側のスコアも同じように読み飛ばされる。

これをCIに乗せると、PRごとに自動で弾ける。GitHub Actions の最小構成はこの程度だ。

# 例: GitHub Actions で ruff（Python）を無料でCIに乗せる
name: lint
on: [push, pull_request]
jobs:
  ruff:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: pipx run ruff check .

JS/TS側も同じ発想で土台を作る。設定を1つ置き、CIで走らせるだけだ。

# 例: ESLint を CI に乗せる（npm run lint がある前提）
  eslint:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
      - run: npm ci
      - run: npm run lint

この無料の静的解析ラインに、AIによる設計レビューを重ねる。例えば、ruffが「未使用インポート」や「型の不整合」を機械的に弾いたうえで、Claude Code に「この関数の責務が膨らんでいないか」をPR単位で相談する。定型のミスは自動で落とし、設計の良し悪しはAIに投げる分担が、個人〜小規模ではコスパの芯になる。GitHub Code Quality の月$10は、この無料ラインで届かない部分にだけ払えばいい。

誰が月$10を払う価値があるか

筆者の運用感覚で切り分けると、判断はコミッター数とワークフローの形でほぼ決まる。

1. 個人開発者は無料OSSで十分：ruff/ESLint＋CI＋AIレビューで、静的解析も品質ゲートも組める。定額$10とAI従量を毎月払うより、無料の土台を先に固めるほうが固定費を無駄なく使える。
2. 数人の小規模チームは要検証：3〜5人なら定額$30〜$50。GitHub統合の一体運用に月これだけの価値があるかは、チームのPR運用しだいで変わる。まず無料で回して不足点を数えてから足すのが安全だ。
3. 中〜大規模の組織はGitHub側が有利：20人規模になると、組織横断の品質ダッシュボードやスコアリング、ルールセットによる全社品質ゲートの一体運用が効いてくる。自前で同等の可視化を組む工数を思えば、定額$10の積み上げが割に合う場面が増える。

読みにくいのはAI従量課金の上振れだ。定額$10だけを見て導入し、CopilotレビューやAutofixを多用して総額が膨らむ筋書きは避けたい。使い方の想定を先に決めてから有効化する。

よくある質問

Q. 無料のCodeQLと何が違う？
公開リポジトリ向けの無料スキャンとは別枠で、Code Quality はメンテナンス性・信頼性の指標や組織ダッシュボード、品質ゲートを束ねた有料製品だ。決定論的なCodeQL解析自体はActions分を消費する。

Q. 個人のプライベートリポジトリでも月$10かかる？
有効化したリポジトリのアクティブコミッター単位の課金なので、1人なら定額$10が下限になる。有効化しなければ課金は発生しない。

Q. 無料OSSだけで品質ゲートは作れる？
作れる。ruff/ESLintのCIをステータスチェック必須にすれば、失敗したPRのマージをブロックできる。組織横断の可視化まで欲しくなった段階が、有料を検討する境目だ。

AIレビューを含む開発ワークフローの組み方は バイブコーディングの進め方で解説している。有料ツールを入れる前に、無料でどこまでやれるかの土台を先に固めておくと、課金判断がぶれない。

まとめ

GitHub Code Quality の有料化は、品質自動化に月額を払う流れの一歩だ。とはいえ個人〜小規模なら、ruff/ESLint＋CI＋AIレビューの無料ラインで相当戦える。7月20日の施行前に、まず無料構成で回してみて、組織横断のダッシュボードやGitHub一体運用が要る部分にだけ定額$10を足す。この順番なら、月々の固定費を用途に合わせて無駄なく積める。AI従量分の上振れだけは、有効化前に使い方を決めて抑えておきたい。

参考

• GitHub Code Quality generally available July 20, 2026 — GitHub Changelog（GA日・料金の一次ソース）
• GitHub Code Quality license estimate in public preview — GitHub Changelog
• Ruff 公式ドキュメント（Astral・MITライセンスの無料OSS）
• ESLint 公式サイト（無料OSSのJS/TSリンター）