Greptile

Greptile

Greptile · コーディング

Greptileはリポジトリ全体を索引化し、各プルリクエストを約3分でレビューするAIコードレビューエージェントだ。指摘はワンクリックでClaude Code、Cursor、Codexへ渡せる。

Greptile の画面プレビュー

Greptile について

About

Greptileとは

Greptileは、プルリクエストで開発を進めるチーム向けの自動コードレビューサービスだ。diffだけを見るのではなく、リポジトリ内のファイル、関数、依存関係をグラフとして組み立て、その地図の上で複数のエージェントに変更を検討させる。指摘は通常のPRコメントとして届き、ファイルパス、行番号、修正案が付く。GitHubコードレビューもGitLabも同じアプリで動き、ランナー側に足すものはない。

狙うのは、変更した行の中だけ見れば正しく見えるのに、3つ先のファイルで何かを壊すタイプの不具合だ。提供元は、リポジトリ全体の文脈を持つAIコードレビューエージェントならdiffの外の被害まで見えると説明し、顧客全体で月に約10万件の不具合を捕捉しているとしている。公式発表では22,000以上のチームが使い、Brex、WorkOS、Mintlifyなどが名を連ねる。

人間のレビュアーを置き換えるものではない。最初の一通目を引き受けて、設計や意図に注意力を残すための道具だ。契約前に見るべき制約は3つある。課金はクレジット制なので、活発なモノレポでは費用がかさむ。的外れな指摘やdiffの言い換えも混じり、学習が効いてノイズが減るまで2〜3週間かかる。そしてリポジトリを読むコードレビューツールは例外なく導入前のセキュリティ審査を通るため、多くの企業では購買が滞る。

導入の流れ

  1. GitHubまたはGitLabでサインインし、レビュー対象の組織にGreptileアプリを入れる。
  2. 索引化するリポジトリを有効にする。小さいプロジェクトは数分で終わり、大きなモノレポは最初の処理に時間がかかる。
  3. レビュー基準を決める。平易な言葉のカスタムルール、スタイルガイドへのリンク、ファイルパターンごとに絞った./greptile/rulesのいずれかを使う。
  4. プルリクエストを開いてレビューを読む。各コメントに高評価か低評価を付け、次のレビューをチームの好みに寄せていく。

AIツール情報

Greptileの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プラン$0 to $1 per credit; Enterprise custom pricing
プラットフォームWeb app; GitHub, GitLab, Bitbucket, Gitea and Perforce; self-hosted on Docker or Kubernetes
開発元Greptile
カテゴリコーディング
リリース日N/A
最終更新Oct 2026
サイト訪問数253.2K
サイト世界ランキング151.9K
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • 専任レビュアーのいない小さな開発チーム。4人でも各PRに安定した一次レビューが付く。ただしコメントを読む人は必要だ。
  • 大きなモノレポを抱えるプラットフォームチーム。グラフ索引がサービスをまたぐ呼び出しを追う。diffしか見ないツールが影響範囲を見失う領域だ。
  • 数値を見たいエンジニアリングマネージャー。レビュー量と応答時間がダッシュボードに出るので、週次の振り返りに使える。

タスク

  • マージ前にファイル横断の不具合を捕まえる。変更した関数と、挙動が変わる呼び出し元をまとめて示す。
  • チームの作法を徹底する。命名、エラーの扱い、禁止パターンを平易な言葉のルールでカバーでき、linterプラグインを書かずに済む。
  • 詰まったPRキューをさばく。3分の一次レビューが、白紙ではなく出発点をレビュアーに渡す。
  • 指摘をコーディングエージェントに渡す。パスと行番号付きでClaude Code、Cursor、Codex、Devinへワンクリックで送れる。

シーン

  • 人手の注意力を超えるPR量。一次レビューは眠らないので、キューが止まらない。
  • 共有クラウドにコードを出せない規制環境。自社ネットワーク内への自己ホストはEnterpriseの選択肢だ。
  • 外部からの寄稿が時々入るオープンソースの保守。無料枠は開発者1人まで、条件を満たすOSSプロジェクトは無償でレビューできる。

主な機能

リポジトリのグラフ索引

Greptileはレビューの前に、リポジトリをファイル、関数、依存関係に分解する。この地図があるので、コメントは2つ先のサービスの呼び出し元を名指しでき、diffから推測しなくて済む。コードが変われば索引を作り直すため、文脈が導入日のまま固まらない。

diffの外まで読む並列エージェント

各プルリクエストはエージェント群に渡り、変更の別々の部分を同時に調べる。あるものはミドルウェアをたどって認証を追い、別のものはエラー経路やnullの扱いを見る。出力は競合する複数のスレッドではなく1本のレビューにまとまるので、PRは読みやすいままだ。

エージェントへの修正依頼とFix All

コメントにはFix with your Agentボタンが付き、パス、行番号、修正案をClaude Code、Codex、Cursor、Conductor、Devin向けにまとめる。要約のFix Allは全件を一度に送る。すでにコーディングエージェントを使うチームは、レビューと修正の間のコピペを省ける。

チームの反応からの学習

コメントへの高評価、低評価、返信が、チームが何を指摘してほしいかのモデルになる。提供元によれば2〜3週間で、無視されるパターンには触れなくなる。同じ仕組みがリポジトリ間の文脈と共有ナレッジベースを支え、あるサービスの慣習が別のサービスにも引き継がれる。

PRに組み込まれた追加情報

行内コメントに加えて、0〜5の確信度スコア、PR要約、複数コンポーネントに触れる変更ではシーケンス図やフロー図が付く。新規・変更コードの単体テストも下書きされ、別のチャット画面を開かずにPRスレッドで追加質問ができる。

TREXによる実行時検証

TREXはベータ版の別エージェントで、各プルリクエストのテストを書いてサンドボックスで実行する。コードを読む段階と実際に動かす段階の隙間を埋めるもので、現実の入力に結び付いたロジックの不具合はそこに現れやすい。この実行はレビューとは別にクレジットを消費する。

メリットとデメリット

メリット

  • ファイルをまたぐ文脈により、行単位のツールやlinterが取りこぼす不具合を捕まえる。呼び出し元や共有状態で差が出る。
  • レビューは約3分で届き、通常のPRサイクルに収まる速さだ。
  • Claude Code、Cursor、Codex、Devinへのワンクリック引き渡しは、エージェントで修正するチームに噛み合う。
  • 学習のループで時間とともにノイズが減り、同じ指摘を繰り返さない。
  • 対応ホストが広い。GitHub、GitLabからBitbucket、Gitea、Perforceまでカバーし、自己ホストも選べる。

デメリット

  • 料金は席数ではなくクレジットで増える。Apexレビューは1回10クレジットなので、大きなリポジトリで多用すると請求が急速に膨らむ。
  • 的外れなコメントやdiffの言い換えもあり、最初の数週間が最も騒がしい。
  • 自己ホストとSSOはEnterprise限定で、小さなチームはコードを自社ネットワークに置けない。
  • 無料枠は開発者1人と月50クレジット。流れを試すには足りるが、チーム全体の運用には届かない。

よくある質問

プルリクエストを自動でレビューし、修正案付きのコメントを投稿する。使うのは変更行だけでなくリポジトリ全体の文脈だ。コードホストを接続してリポジトリを選べば、別のトリガーを設定しない限り新しいPRごとに動く。