ループの中のもう一人のプレイヤーではなく、ループのための検証者。
Claude Code、Cursor、Codexの中では、CLIフラグを入力する必要はありません — ただこう言うだけです: 「このリポジトリにTestSpriteをセットアップして、初期テストスイートを作って、一番重要なフローをスモークランして」と。エージェントがルートとハンドラを読み取り、テストを作成し、実行します — 自分の作業を盲目的に信頼させる別のドラフトではなく、独立した二度目のチェックです。
CLIから直接、8つのコーディングエージェントと連携
「このリポジトリにTestSpriteをセットアップして、初期テストスイートを作って」
エージェントがルート、ハンドラ、主要なフローを読み取り、プロジェクトを作成し、具体的で観測可能なアサーションを持つ8〜15個ほどのテストを作成します — 一つずつ入力するのではなく、一括で作成されます。
「完了と言う前にTestSpriteでこの変更を検証して」
作成しただけのプランで止まるのではなく、判定 — 合格か不合格か — まで実行します。テストを書くことと実行することは同じ主張ではありません。
「チェックアウトのハッピーパス用のテストを作って、判定まで実行して」
フルスイートと同じ「作るだけでなく実行する」という規律のもと、必要な時に一つのフローに絞った的確なカバレッジを得られます。
必要な対応を提案
失敗バンドル — 根本原因、スクリーンショット、DOMスナップショット、修正提案 — は構造化されたJSONなので、エージェントは人間を介さずにそれを解析し、次の一手を決められます。
You: "Set up TestSprite for this repo and seed a starter test suite,
then smoke-run the most important flow."
# the agent runs this on your behalf — you never type it:
$ testsprite setup
$ testsprite test create-batch starter-suite.json
✓ 11 tests created from your routes and handlers
$ testsprite test run --project prj_8f2a --ids TC_checkout,TC_login --wait
✓ TC_checkout_happy_path passed
✓ TC_login_success passed
「作成した」は「完了した」ではない
「判定まで実行して」と言い、そのとおりに実行させる — 存在はするが一度も実行されていないテストプランはその指示を満たしません。満たすのは合格か不合格だけであり、すべての失敗はエージェント自身が対応できる構造化されたバンドルとして返ってきます。
無人実行のために設計
まずコードベースを読む
オンボーディングスキルは、1つもテストを書く前にルート、ハンドラ、主要なフローをスキャンします — 推測ではなく、あなたのプロダクトが実際にしていることから始まるカバレッジです。
安定性スコアリング
testsprite test flaky <testId>は、間違った問題に修正の試みを費やす前に、失敗が本物のリグレッションなのか不安定なテストなのかをエージェントに伝えます。
無料コミュニティ版
無料のコミュニティ版を提供し、誰もが利用できるようにしています。
実行中にキャンセル
testsprite test cancel <runId>は、エージェント — またはあなた — が不要だと判断した瞬間に進行中の実行を停止します。
世界中の企業から信頼されています
"TestSpriteは豊富なテストケース生成、明確な構造、読みやすいコードを提供します。また、新しいテストケースを生成して迅速に拡張できるシンプルなオンラインデバッグもサポートしています。"
"TestSpriteの自動化により、膨大な手作業を削減できています。開発者は開発プロセスの早い段階でバグを簡単に発見し、解決することができます。"
よくある質問
実際にはどう言ってセットアップすればいいですか？
Claude Code、Cursor、その他対応するエージェントの中で:「このリポジトリにTestSpriteをセットアップして、初期テストスイートを作って、一番重要なフローをスモークランして」と言うだけです。残りはエージェントが処理します — 覚えるフラグはありません。
「初期テストスイートを作る」とは具体的にどういう意味ですか？
エージェントがコードベース — ルート、ハンドラ、主要なフロー — を読み取り、TestSpriteプロジェクトを作成し、具体的で観測可能なアサーションを持つ8〜15個ほどのテストを作成して一括登録し、フルスイートではなく最も価値の高い2〜3個のハッピーパスだけを実行します。
コーディングエージェントが自分のコードを自分でテストしてはいけないのはなぜですか？
できないわけではありませんが、それは自分の宿題を自分で採点しているようなものです — そのテストは、要件について自分が誤解していたものをそのまま引き継いでしまいます。testspriteは別のコンテキストで動作し、実際のブラウザを操作したり実際のAPI呼び出しを行ったりするため、セルフテストでは構造的に検出できない種類のバグを捉えられます。
エージェントがテストを作っただけで完了と言わないようにするにはどうすればいいですか？
「完了と言う前にTestSpriteでこの変更を検証して」、あるいは「判定まで実行して」と言ってください。この言い回しが重要です — 作成しただけで実行されていないプランはそれを満たさず、実際の合格か不合格だけがそれを満たします。
失敗した場合、エージェントは何を受け取りますか？
完全なバンドルを含む構造化されたJSON結果です: 失敗したステップ、スクリーンショット、DOMスナップショット、根本原因の仮説、修正提案 — 人間に確認する前に修正を試みるために必要なすべてです。
これにはCIが必要ですか、それとも一人での夜間実行でも使えますか？
どちらでも構いません。GitHub Actionsのステップとして実行する場合でも、自分のマシンで単一の長時間実行エージェントセッションの中で使う場合でも、同じCLIです。