Tusk

Tusk

Tusk AI, Inc. · コーディング · 生産性向上

Tuskはプルリクエストごとに単体テストとAPIテストを書き、自分で実行して不具合を指摘するAIテストエージェントだ。Tusk AI, Inc.は2026年6月10日に提供を終えた。

Tusk の画面プレビュー

Tusk について

What Is Tusk

Tuskは2024年、Y CombinatorのW24期として狭い約束から始まった。顧客が起票した不具合をエージェントに渡すと、プルリクエストが返ってくる。小さな開発チームでは10行の修正に午後まるごと消えることがあり、Tuskはその手のチケットを手元から外すために存在した。

2026年にはAIテストエージェントに姿を変えている。プルリクエストごとに単体テストとAPIテストを生成し、自分で流し、通るまで繰り返した。テストはリリース前で誰も時間を割きたくない工程であり、Tuskは言われなくても片付ける同僚という触れ込みで売られた。

残されたものを評価するなら制約も見ておきたい。GitHubリポジトリ、既存のテストスイート、そして失敗したテストを何度も再実行させる寛容さが要る。境界条件を捕まえたという数字は自社ベンチマークによるもので、第三者検証ではない。

決定的な制約は日付だ。Tusk AI, Inc.は2026年6月11日、前日に提供を終えたと発表した。GitHub Appは顧客の組織から外れ、Tusk Driftの利用者はSDKを外してCIワークフローを削除するよう案内された。サポートは終了後1か月続いた。同社はテスト自動化とコードレビューの移行先としてCognitionのDevinを示している。

Getting Started

  1. Tuskのアカウントを作り、エージェントに読み書きさせるリポジトリへGitHub Appを入れる。
  2. 各サービスのルートでCLIを入れる。コマンド1本で済み、初期設定を流すとTuskが既存テストの書き方を索引化した。
  3. いつも通りプルリクエストを開く。Tuskは生成したテストをコメントに貼り、CI上で実行し、落ちたものへ修正を重ねた。
  4. そのテストを普通のコードとして読む。同社によれば生成したテストの約69%がプルリクエストに取り込まれた。

AIツール情報

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

無料プランはい
有料プラン$0 - $50 per active dev/mo
プラットフォームWeb, CLI, GitHub App, CI/CD pipelines
開発元Tusk AI, Inc.
カテゴリコーディング · 生産性向上
リリース日Feb 2024
最終更新Jun 2026
サイト訪問数5.3K
サイト世界ランキング3.6M
API提供状況はい

こんな人におすすめ

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

ユーザー

  • QA専任がいない小さな開発チーム:既存のテストスイートがあれば、Tuskは手が空いた人に回りがちなテスト作業を引き受けた。
  • 今もコードを読む創業者:デプロイ前のレビューでプルリクエスト内の退行を捕まえる。他に誰も見ていない状況ほど効く。
  • バックエンドと基盤のエンジニア:実トラフィックから作るAPIテストは、公開エンドポイントを持つサービスに向き、フロントエンドのリポジトリには合いにくい。

タスク

  • リリース前にカバレッジを上げる:CoverBotが日次または週次で動き、未テストのファイルを埋めた。人手で割り振るより確実だった。
  • プルリクエストの退行を検出する:Tuskは自分が書いたテストを実行し、自己修正してから貼るので、読む側が見るのは失敗であり、書きかけの仕様ではない。
  • 外部APIの契約を監視する:Tusk Driftは実トラフィックを自分のサービスへ流し直し、依存先の形が変われば報告した。手書きのモックはここを取りこぼしやすい。

シーン

  • カバレッジが低く、書き直す予算もない古いコードベース:ファイル単位で埋めるのが現実的で、CoverBotはそのために作られている。
  • 1日に何度もデプロイし、リポジトリが3〜4本あるチーム:リポジトリを1つの画面に同期すれば、退行の報告が1か所に集まる。
  • もう存在しないツールを調べる場合:2026年6月以降にこれを読む人は、Tuskを比較の基準として扱い、試用ではなく移行の予算を確保したい。

主な機能

プルリクエストごとに単体テストを書く

Tuskは差分を読み、既存テストから文脈を取り、単体テストをプルリクエストのコメントとして提案した。書いたものを実行し、落ちたものは書き直す。返ってくるのは提案ではなく動くコードだ。テストを面倒な雑務と見ていたチームにとって、エディタを開かずに動くテストが手に入ることこそが価値だった。

実トラフィックからAPIテストを作る

Tusk Driftはエンドポイントに届いた実トラフィックを記録し、APIテストに変えた。モックを書く代わりに、サービスが実際に受け取った内容からテストが生まれる。API契約の監視で効くのは、応答が静かに変わったときに呼び出し側が壊れ、通報が来るまで気づけない場面だ。

CoverBotが決まった周期でカバレッジを埋める

CoverBotはDependabotに似ている。違うのは、開くプルリクエストの中身が依存更新ではなく単体テストである点だ。リポジトリを指定し、日次か週次を選んで流す。Tuskは1か月でカバレッジが30%上がったと述べたが、これは自社の数字であり、保証ではなく方向性として読むべきだ。

自分で追随するテストスイート

業務ロジックが動けばテストは古くなる。Tuskはコミットのたびに落ちたスイートを更新し、現在の挙動に合わせ直した。便利さと危うさは同時で、通るために書き換わるテストは本物の不具合ごと書き換えてしまうことがある。

Jira、Linear、既存テストの文脈を読む

TuskはJiraとLinearのチケットから業務の文脈を、チームが書いたテストからコードの書き方を取り込んだ。生成されるテストは独自の流儀を発明せず、命名やfixtureの慣習に従う。汎用の生成ツールを試した人が最初に挙げる違いがここだ。

コードレビューと不具合の修正

最初のエージェントは完全には消えていない。Tuskはプルリクエストを読み続け、報告された不具合から修正まで辿れた。レビューにもテストと同じ但し書きが付く。生成物はマージ前に人が読む必要がある。

メリットとデメリット

メリット

  • テストが実行済みの状態で届くため、AIコパイロットでありがちな往復が減る。
  • 単体テスト生成がCIに組み込まれ、専用のスプリントを立てずにカバレッジが進む。
  • GitHub、Jira、Linearとの連携で、文脈がチームの既存ツールに残る。
  • 稼働開発者単位の料金で最低席数がないため、1リポジトリでの試用が安い。

デメリット

  • 製品は終了した。リポジトリからGitHub Appが消え、Drift利用者はサービスのSDKコードを外す作業が残った。
  • ベンチマークは自社調べであり、他エージェントが見落とした境界条件を捕まえたという主張は外部検証を受けていない。
  • 成果は既存スイートと単一プラットフォームに依存する。GitHub以外や、テストが皆無のチームでは効果がかなり落ちた。
  • AIレビューは人の目を要し、テストが通ることはコードが正しい証拠にならない。

よくある質問

プルリクエスト向けに単体テストとAPIテストを生成し、コードをレビューし、顧客から報告された不具合を直すツールだった。カバレッジを上げ、デプロイ前に退行を止める用途で使われた。