CI'nızı yerelde çalıştırın. Hataları yapay zeka ile düzeltin. Stitch mevcut CI yapılandırmanızı okur, işleri saniyeler içinde makinenizde çalıştırır ve hataları bunları düzelten bir yapay zeka ajanına devreder. API anahtarı yok, yapılandırma dosyası yok.
Stitch runs your CI config — but on your machine, before you push. When it finds a failure, it hands the context to Claude and applies the patch. No broken PR opened.
Konfigden yeşil CI'a, Stitch tüm döngüyü terminalden çıkmadan kendi makinenizde çalıştırır.
stitch run claude çalıştırın. Stitch, .gitlab-ci.yml veya GitHub Actions iş akışlarınızı ayrıştırır, işleri sınıflandırır ve altyapı işlerini otomatik olarak atlar.
İşler yerel olarak zaman aşımları ve izolasyon ile çalışır. Sonuçlar ilerleme takibi olan canlı bir TUI'de görünür. Dakika değil, saniye.
Başarısız işler AI ajanınıza (Claude Code veya Codex) aktarılır. Ajan araştırır, dosyaları düzenler ve Stitch doğrulamak için yeniden çalıştırır. Size iletilmeden önce 3 deneme.
No intermediate server. Stitch runs in your shell, reads your file tree, and writes patches on top. Shut it down and nothing lingers.
Uses the Claude Code credentials you already have. We do not ask for tokens, we do not store anything.
Every patch lands in an isolated commit. git reset takes you back exactly where you were.
Whatever you would see in your cloud CI, you see in your terminal. Same jobs, same containers, same result — without the wait cycle.
Stitch, kod incelemesinden kaçan şeyleri yakalar — lint hataları, tip uyuşmazlıkları, bozuk testler — ve siz fark etmeden düzeltir.
Mevcut .gitlab-ci.yml veya GitHub Actions yapılandırmanızı kullanır. Kurulum yok, yeniden yazma yok, ek YAML yok.
İşleri saniyeler içinde makinenizde çalıştırır. Uzak CI runner'ı ya da pipeline kuyruğu beklemek yok.
Claude Code veya OpenAI Codex takın. Mevcut aboneliğinizi kullanır. Yönetilecek API anahtarı yok.
Stitch çalışırken canlı ilerleme, iş durumu ve driver etkinliğiyle güzel bir terminal arayüzü.
Kod yazarken sürekli doğrulama. Dosyalar değiştikçe işleri otomatik olarak yeniden çalıştırır.
Deploy, publish ve altyapı işlerini sınıflandırıp atlar. Yerelde yalnızca önemli olanı çalıştırır.
Düzeltmeler geçtiğinde Stitch otomatik olarak commit'leyip push'lar. Siz akıştan çıkmazsınız.
GitLab CI ve GitHub Actions, self-hosted dahil. Mevcut yapılandırmanızı olduğu gibi okur.
Bu sayfadaki diğer her şey Stitch'in ne yaptığı. Aşağıdaki kayıtlar Stitch'in bunu yaparken nasıl göründüğü. Gerçek bir terminalden, düzenlenmemiş.
Tek komut. Stitch CI yapılandırmanızı ayrıştırır, doğrulama işlerini yerelde çalıştırır, başarısızlıkları Claude Code veya Codex'e devreder ve düzeltmeyi yeniden doğrular. Hepsi tek bir terminal penceresinde akar.
Stitch bir repoda yaptığı her çalışmayı kaydeder. Hangi işlerin tek başına geçtiğini, hangilerinin ajana ihtiyaç duyduğunu ve hangilerinin size iletildiğini tek bakışta görürsünüz. Dashboard yok, hesap yok. Sadece makinenizde bir dosya.
Stitch bir Claude Code skill'i ile birlikte gelir. Bir kez kurun, Claude bozuk kodun genelde sızdığı dört anda Stitch'i otomatik çalıştırsın. Bayrak yok, komut yok, prompt yok.
Claude Code'a "commit and push" yazın.
Stitch'i yerel olarak saniyeler içinde çalıştırır, TUI satır içinde akar.
Yeşil, push geçer. Kırmızı, Claude önce düzeltir, sonra pushlar.
Claude'dan push, commit veya PR açmasını isteyin. Önce Stitch çalışır. Bir şey başarısız olursa commit sizin makinenizde kalır.
Özellik bitti, bug düzeltildi, refactor indi. Claude, işi bitmiş ilan etmeden önce Stitch'i son adım olarak çalıştırır.
Bir TodoWrite öğesi bir pipeline'ın kontrol edeceği koda dokunursa, Claude kutuyu işaretlemeden önce Stitch'i çalıştırır.
Farklı bir değişikliğe geçtiğinizde Claude öncekini kontrol eder, böylece arkada kırık bir şey kalmaz.
Bir symlink. Claude Code onu kendiliğinden algılar ve "bunu doğrula" ya da "pipeline'ı düzelt" gibi doğal dil ifadelerine otomatik tetiklenir. Yine de /stitch ile açıkça çağırabilirsiniz.
$ ln -s "$(pwd)/skills/stitch" ~/.claude/skills/stitch
$ ln -s "$(npm root -g)/stitch-agent/skills/stitch" ~/.claude/skills/stitch
CI asistanlarının çoğu kendi bulutlarını, kendi monoreposunu veya kendi SDK'larını benimsemenizi ister. Stitch zaten sahip olduğunuzu okur ve zaten sahip olduğunuz makinede çalışır.
| Yetenek | Stitch | Gitar | Nx Cloud | Dagger + AI |
|---|---|---|---|---|
| Mevcut CI yapılandırmanızı kullanır | ✓ | ✕ | ✕ | ✕ |
| İşleri yerelde çalıştırır | ✓ | Yalnızca bulut | Yalnızca bulut | Konteynerler |
| Takılıp çıkarılabilir AI ajanı | Herhangi bir CLI ajan | Yalnızca yerleşik | Yalnızca yerleşik | Yalnızca yerleşik |
| Yeni altyapı gerektirir | Hiçbiri | SaaS hesabı | Nx monorepo | Dagger SDK |
| Yerel Claude Code entegrasyonu | Bir skill ile gelir | ✕ | ✕ | ✕ |
| Fiyatlandırma | Ücretsiz | $20/kullanıcı/ay'dan itibaren | Nx Cloud planı | Ücretsiz (OSS) |
Stitch, zaten sahip olduğunuz CI yapılandırmasını okur ve aynı işleri yerel olarak çalıştırır. Pipeline değişikliği yok, ek servis yok, bakım yapılacak yeni YAML yok.
# Run every CI job locally $ stitch run claude # Only the jobs you care about $ stitch run claude --jobs lint,test # See what would run, without running it $ stitch run claude --dry-run # Re-run automatically on every file change $ stitch run claude --watch --jobs lint,test
# Your existing CI config. Stitch reads it, # no jobs to add, no changes to make. lint: image: node:20 script: - bun install - bun run lint test: image: node:20 script: - bun install - bun test typecheck: image: node:20 script: - bun install - bun run typecheck
Stitch, reponuzun içinde zaman, kapsam ve makinenizden ne ayrılabileceği konusunda katı sınırlarla çalışır. Arkanızdan hiçbir şey olmaz.
Her iş yapılandırılabilir bir zaman aşımıyla çalışır. Kontrolden çıkan komutlar SIGKILL ile sonlandırılır, asla asılı bırakılmaz.
Deploy, publish ve release işleri altyapı olarak sınıflandırılır ve otomatik olarak atlanır. Yalnızca doğrulama işleri yerel olarak çalışır.
Otomatik commit ve push, yalnızca Stitch başlamadan önce branch temizse tetiklenir. Commit edilmemiş işiniz dokunulmazdır.
Başarısız işler max_attempts (varsayılan 3) kadar tekrar dener. Sonra Stitch, token yakmak yerine size iletir.
İşler, loglar ve düzeltmelerin tümü makinenizde çalışır. Bulut yok, telemetri yok, siz yapılandırmadıkça webhook yok.
languages: [typescript, python] linter: eslint test_runner: vitest package_manager: pnpm max_attempts: 3 conventions: - "Always use explicit return types on public functions." - "Never downgrade dependency versions." auto_fix: [lint, format, simple_types, config_ci] escalate: [logic_errors, breaking_changes, dependency_conflicts] notify: channels: - type: slack webhook_url: https://hooks.slack.com/...
Stitch reads your existing CI config (GitHub Actions or GitLab CI), runs the verify jobs locally on your machine, and hands any failure to your AI agent (Claude Code or Codex) to fix. When the fix passes locally, Stitch commits and pushes. No remote runner needed for the verify loop.
Nx Cloud, Gitar, and Dagger ask you to adopt their cloud, monorepo, or SDK. Stitch reads the CI config you already have and runs on the machine you already own. There is no SaaS account, no DSL, and the AI agent is whatever CLI you already use.
No. Stitch uses the Claude Code or Codex credentials you already have on your machine. There is nothing extra to manage and nothing extra to bill.
GitHub Actions and GitLab CI today, including self-hosted GitLab. Stitch parses the existing config and only runs verify-class jobs locally; deploy and publish jobs are skipped automatically.
Yes. Stitch is open source under the MIT license, distributed on npm as stitch-agent. The only cost is whatever you already pay for your AI agent (Claude Code or Codex).
No. Stitch runs locally. Your code stays on your machine. Your AI agent talks to its own API directly using your existing credentials, exactly the way it does when you run it manually. Stitch has no telemetry and no webhooks unless you configure them.
Yes. The agent layer is pluggable. Codex CLI works today; any CLI agent that takes a task description and returns code patches can be wired in. Claude Code is the default because we built the integration first, not because it is locked in.