Stitch 2.0 登場: CI をローカルで走らせ、失敗は AI で直す

Stitch 2.0 が出ました。シリーズを追ってきた方には短く言うと、振り返り記事で読んだすべてが今、着地しました。

そうでない方には、この記事が単独のまとめです。Stitch が今どうなっているか、v1 から何が違うか、次の30秒で試す方法。

Stitch 2.0 とは

ラップトップで動くコマンドラインツールです。リポジトリにすでにある CI 設定を読み、定義されたジョブを解析し、verify ジョブ (lint、typecheck、test、build) をローカルで数秒で実行します。ジョブが失敗すると、Stitch はすでにインストール済みの AI エージェント (Claude Code または Codex) に失敗を渡します。エージェントが問題を直します。Stitch はジョブを再実行します。通れば完了です。

インストールして実行するのは1コマンド:

npx stitch-agent run claude

API キーなし。Docker イメージなし。新しいパイプラインジョブなし。設定ファイル不要。あなたがすでに持っている CI を、あなたがすでに作業しているマシンで、画面にすでに開いているエージェントと一緒に。

v1 からの変更点

Stitch v1 を使っていて何が壊れたか気になる方のための短いリスト:

• 言語。 v1 は Python で PyPI で配布されていました。v2 は TypeScript で npm で配布されます。パッケージ名はまだ stitch-agent です。
• 実行モデル。 v1 はパイプライン失敗でトリガーされる CI ジョブとして動きました。v2 はターミナルからローカルで動きます。パイプラインには触れません。
• エージェント連携。 v1 は提供されたキーで API 経由でモデルと話しました。v2 はすでにインストール済みの Claude Code や Codex に委譲し、既存のサブスクリプションを使います。
• 設定面。 v1 は CI YAML に2つのジョブ (stitch-monitor、stitch-heal) を追加する必要がありました。v2 は CI への変更を一切必要としません。
• エラー分類。 v1 はエラーを9つのカテゴリに分ける150パターンの正規表現エンジンを持っていました。v2 にはそれがありません。エージェントが直接診断します。
• auto-merge。 v1 にはフラグがありました。v2 はクリーンなブランチでかつ --auto-commit を渡した場合のみ、自動 commit と push を行います。デフォルトは無効。
• インタラクティブ TUI。 v1 の出力は CI ログでした。v2 にはパイプラインステッパー、ジョブ状態テーブル、ドライバーパネルを備えたライブターミナル UI があります。
• ウォッチモード。 v2 の新機能。ファイル保存で影響を受けるジョブを再検証します。

なぜマイグレーションではなく完全な書き直しか? これらの変更のほとんどは機能ではなく、形だからです。CI 環境の中で動くことを意図したライブラリは、エディタの隣で動くことを意図した CLI とは構造が違います。v1 を v2 の形に作り直すのは、v2 をゼロから書くよりも遅かったでしょう。私たちは遅い道を先に試しました。このシリーズの前の記事がその判断に至った経緯を説明しています。

対象ユーザー

書き直すときに頭にあったプロフィール:

• 1つ以上の CI パイプライン付きリポジトリで働いている。
• 気づくほど頻繁に、ささいな理由で CI が壊れる。
• Claude Code、Codex、または他の AI CLI エージェントを日常的に使っている。
• セミコロン忘れを知るためにリモートパイプラインの往復を待ちたくない。

それがあなたなら、Stitch 2.0 は1コマンドの距離です。

これから

Stitch 2.0 はローカルファースト形態の最初のリリースです。ここからのロードマップは v1 のものより短くシンプルで、それは意図的です。次に追加したいこと:

• 対応 CI プラットフォームの追加。 GitLab CI と GitHub Actions は今日サポートされています。CircleCI、Drone、セルフホストランナーが次です。
• エージェントの追加。 Claude Code と Codex が現在のドライバーです。追加の CLI ベースエージェントを加えるのは小さなパターンマッチです。
• ジョブ推論の改善。 verify と infra ジョブを分類するヒューリスティクスは良いですが完璧ではありません。特殊なパイプラインでのエッジケースはもっと作業が必要です。
• チーム共有。 ダッシュボードでもサービスでもなく、開発者ごとに再発見することなくリポジトリをまたいで .stitch.yml ポリシーを共有する方法です。

意図的に追加しないものにも触れる価値があります。ホステッドサービスなし。アカウントなし。テレメトリなし。あなたのコードでのトレーニングなし。もし変わるなら、別の名前の別のプロダクトになります。

試してみる

npx stitch-agent run claude

10分と失敗しているパイプラインがあれば十分です。リポジトリは github.com/x24labs/stitch-agent にあります。issue は開いています。コントリビューションを歓迎します。

シリーズを読んでくださってありがとうございます。「なぜ書き直しが必要だったのか」への正直な答えは、間違った形が出荷されるのを見るまで、正しい形が手に入らなかったからです。v2 は最初から作りたかったバージョンです。それを知るためには v1 を先に作る必要があっただけです。