ブログ
CI自動化、AIエージェント、パイプラインの信頼性に関する技術記事。
-
Stitch はどう比較されるか: ローカルファースト CI 市場を深く見る
ほとんどの CI アシスタントは、自社のクラウド、自社のモノレポ、自社の SDK を採用させようとします。Stitch は、あなたがすでに書いたパイプラインを読み取り、すでに持っているエージェントの隣で動かします。これが Gitar、Nx Cloud、Dagger プラス AI に対して実際に何を変えるか、です。
-
Stitch 2.0 登場: CI をローカルで走らせ、失敗は AI で直す
Stitch 2.0 は完全な書き直しです。Python は TypeScript になり、CI ネイティブはローカルファーストに、2つのパイプラインジョブは1つの npx コマンドになりました。何が変わり、なぜ完全な書き直しが必要だったのかを説明します。
-
Stitch 2.0 のはじめ方
Stitch 2.0 の実践的ウォークスルー: インストールして、実行して、見守る。設定ファイルも API キーも新しいパイプラインジョブも不要。既存の CI が、ローカルで、AI エージェントを待機させて動くだけです。
-
正規表現分類器を消した話: AI が自作の抽象を置き換えるとき
私たちは何ヶ月もかけて、CI エラーを信頼度スコア付きで9つのカテゴリに分類する重み付き正規表現エンジンを作りました。そしてそれを消しました。なぜ消す必要があったのか、何が置き換えたのかの話です。
-
ローカルファースト CI: Stitch を再定義した転換
私たちは Stitch をパイプラインの中で動くものと考えるのをやめ、ラップトップの上で動くものとして考え始めました。その一手で、ほとんどすべての難問が簡単になりました。
-
Stitch v1 で間違えたこと
Stitch v1 は CI ジョブとして動き、正規表現分類器で失敗を診断し、修正付きの merge request を開く Python ライブラリでした。ちゃんと動きました。それでも、形が間違っていたのです。
-
AI エージェントが CI パイプラインの失敗を直す仕組み (v1 アーキテクチャ)
Stitch v1 の技術的ウォークスルー: ログ解析、正規表現ベースの分類、スコープ付きのモデルコンテキスト、単一ブランチでの修正配信。v1 の設計に沿って書かれ、思考の変遷を示す記録として残しています。
-
Stitch Agent (v1) のはじめ方
オリジナルの v1 セットアップガイド: 2つの CI ジョブ、Docker イメージ、そして少数の環境変数。歴史的な参考のため残しています。
-
Stitch のご紹介: CI を直す AI エージェント
v1 の最初のアナウンス。Stitch は CI の中で動き、修正付きの merge request を開く Python ライブラリであり、管理すべきサーバーはありません。