Açık kaynak Self-hosted · Apache 2.0

Yapay zekâ ajanlarından oluşan bir yazılım ekibi. Her adımı siz onaylarsınız.

Ne yapılmasını istediğinizi yazın. Product Owner bunu bir backlog'a, Mimar bir plana dönüştürür; uzmanlar faz faz geliştirir, QA testleri yazar ve DevOps pull request'i açar. Bir insan “evet” demeden hiçbir şey kapıdan geçmez.

İndir ve çalıştır Kaynak kodu
terminal
$ docker run -d --name slipwright -p 8500:8500 \
    -v slipwright-state:/data -v slipwright-work:/work \
    ghcr.io/ksksertac/slipwright:latest
amd64 ve arm64 Ayrı veritabanı ya da kuyruk yok Anahtarlar da depo da sizin
Slipwright proje pipeline'ı: onay bekleyen üç geliştirme ve isteği, planı ve dört aşamasıyla açılmış tamamlanmış bir geliştirme
Neden Slipwright

Tersinden kurgulandı

Çoğu kodlama ajanı döngüdeki tek bir modeldir; ne yaptığını iş bittiğinde öğrenirsiniz. Slipwright ise istekten pull request'e kadar direksiyonu bir insanda tutar.

Sohbet botu değil, bir ekip

Her rol kendi modeli, talimatları ve yetkileriyle ayrı bir ajandır. Deterministik bir durum makinesi rolleri tek tek çağırır ve her yanıt tipli bir şemadır.

Kontrol sizde

Backlog, mimari, ekranlar, test senaryoları, testler ve dağıtım ayrı ayrı bir kapıda durur. Öneriyi düzenleyin, onaylayın ya da gerekçeyle geri gönderin.

Hiçbir şey kaybolmaz

Her adım, sonraki çalışmadan önce veritabanına yazılır. Sunucuyu geliştirmenin ortasında durdurup yeniden başlatın: çalışan iş devam eder, bekleyen iş beklemeye devam eder.

Anahtarlar ve depo sizin

Kendi model anahtarlarınızla çalışır, kendi GitHub veya Bitbucket deponuza push eder, backlog'u kendi Jira'nıza yansıtır.

Bir geliştirme nasıl ilerler

Bir cümleden pull request'e

Her aşama sizin kontrol ettiğiniz bir kapıda durur. Ajanlar birbiriyle konuşmaz; işi bir rolden diğerine motor devreder.

  1. İsteğiniz

    Ne istediğinizi sade bir dille anlatın: pipeline'dan, komut satırından ya da Telegram'dan.

  2. Product Owner backlog'u yazar Siz onaylarsınız

    İsteği ve depoyu okuduktan sonra epic, story ve task'lar. Onaylamadan önce her şeyi yeniden adlandırın, ekleyin ya da silin.

  3. Mimar fazları planlar Siz onaylarsınız

    Teknoloji yığını, build/test/run komutları, kararlar ve her task için bir faz. Fazların sırasını, alanını, dosyalarını ya da komutları değiştirin.

  4. Uzmanlar geliştirir, her seferinde bir faz

    Backend, web ve mobil geliştiriciler çalışır; her arayüz fazından önce Tasarımcı ekranları hazırlar. Her fazdan sonra build kapısı projenizin build_cmd ve test_cmd komutlarını çalıştırır; kırmızı build aynı uzmana döner (en fazla üç kez) ve QA farkı standartlarınıza göre inceler.

  5. QA senaryoları önerir, ardından testleri yazar İki kapı

    Önce test senaryolarını, sonra tam olarak o senaryolara karşı yazılan birim ve uçtan uca testleri onaylayın. İsterseniz testsiz de devam edebilirsiniz.

  6. DevOps dağıtımı hazırlar ve PR'ı açar Siz onaylarsınız

    Dağıtım dosyaları, push edilen dal ve plan, test senaryoları ve geçmişten yazılmış bir pull request. CI izlenir; kırmızı CI kodu yazan geliştiriciye döner.

  7. Merge

    Pull request bağlantısı geliştirmede ve etkinlik akışında. Diğer tüm PR'lar gibi inceleyin.

Canlı görün

Bir geliştirme, baştan sona

Ajanlar sayfasından Jira'ya bağlı yeni bir projeye. Backlog ve plan onaylanıp Jira panosunda issue'lara dönüşür, Tasarımcı'nın ekranları onaylanır, QA'nın test senaryoları Telegram'dan onaylanır; DevOps ECS Fargate üzerinde bir AWS dağıtımı önerir, dalı push eder ve pull request'i açar.

Ajanlar sayfasından Jira'ya bağlı yeni bir projeye. Backlog ve plan onaylanıp Jira panosunda issue'lara dönüşüyor; Tasarımcı'nın web ve mobil ekranları tam boyutta açılıp onaylanıyor; QA'nın test senaryoları Telegram'dan onaylanıyor; task'lar panoda Done'a geçiyor; DevOps ECS Fargate üzerinde bir AWS dağıtımı öneriyor, Dockerfile, task tanımı, dağıtım betiği ve workflow'u yazıyor, dalı push edip pull request'i açıyor; bot da /status sorusunu yanıtlıyor
Hazır yanıtlar veren scripted sağlayıcıyla kaydedildi: model yok, anahtar yok. Telegram, Jira ve GitHub, Slipwright'ın kendi kodunun konuştuğu yerel karşılıklar; telefondaki dokunuş kapıyı gerçekten onaylıyor ve dal gerçekten push ediliyor.
Ekip

Her rol için bir ajan

Her ajanın kendi sağlayıcısı, modeli, düşünme derinliği, standartları ve yetkileri vardır. Bunlar prompt ile değil, motor tarafından uygulanır.

Planlama

Product Owner

İsteği ve depoyu okur; epic, story ve task'ları yazar.

read_filesjira
Planlama

Mimar

Teknoloji yığınını, build/test/run komutlarını, kararları ve her task için bir fazı seçer.

read_filesrun_commandsjira
Tasarım

Tasarımcı

Web ve mobil uzmanlarının geliştireceği ekranları çizer; kendine ait bir kapısı vardır.

read_fileswrite_files
Geliştirme

Backend · Web · Mobil

Her biri, fazın kendi alanında bir fazı build kapısının arkasında uygular.

write_filesrun_commands
Test

QA

Test senaryoları önerir, onaylananlar için birim ve uçtan uca testler yazar, her farkı standartlarınıza göre inceler.

write_filesrun_commands
Teslim

DevOps

Dağıtımı önerir ve yazar, dalı push eder ve pull request'i açar.

networkgit_push
Gözetim

Süpervizör

Her kapıyı okur; güven, risk ve gerekçeleriyle onay ya da ret önerir.

read_files
İnsan

Siz ve ekibiniz

Bir ajana bir iş arkadaşınızı atayın: yalnızca o ajanın kapılarında onaylar ve düzenler, iş geldiğinde e-posta alır.

approveeditreject
Slipwright Agent

Emirleri tek bir Slipwright verir, işi her makine yapar

Slipwright bir geliştirmeyi planlar ve fazlara böler. Bu makinelerde kendisi asla model ya da build çalıştırmaz: her ajan yapabileceği işi ister ve her seferinde bir faz alır.

Tek bir Slipwright fazları bir MacBook'a, bir Windows PC'ye ve bir Linux sunucuya dağıtıyor; her makine fazını kendi modeliyle yazıyor, Mac iOS build'ini alıyor ve yanıtlar geliştirme bitene kadar geri akıyor
Bir hesaba aynı anda birden fazla makine bağlanabilir; birbirine bağlı olmayan fazlar yan yana yazılır.

Emirleri Slipwright verir

Planı, kapıları ve fazların sırasını o tutar. Sıradakine o karar verir ve her yanıtı kontrol eder: yanlış bir yanıt yeniden denenir, asla yanlış bir dosyaya dönüşmez.

Ödünç verdiğiniz her makine

Her makine ne yapabildiğini söyler (write:backend, write:web, ios, android …) ve yalnızca o işi alır. Xcode'lu bir Mac iOS build'lerini, Codex'li bir Windows PC web fazlarını alır; SSH ile bağlanılan bir Linux sunucu hiç pencere açmadan çalışır.

Kendi modeliniz, kendi anahtarlarınız

Faz, makinenin kendi Claude Code veya Codex oturumuyla ya da kendi API anahtarıyla yazılır. Anahtarlar makineden hiç çıkmaz.

Her yerden

Aynı ağda düz HTTP ile; makine başka bir yerdeyse relay üzerinden uçtan uca şifreli.

Slipwright Agent'ı indirin

Bu bilgisayarı Slipwright'ınıza ödünç verin: macOS, Windows ve Linux için masaüstü uygulaması ya da pencere açmayan bir sunucu için tek bir dosya.

Tüm sürümler
Apple Silicon (M1–M4) · .dmg Intel · .dmg

.zip mi tercih edersiniz? Apple Silicon .zip · Intel .zip

  1. Kurun.dmg dosyasını açın ve Slipwright Agent'ı Uygulamalar klasörüne sürükleyin.
  2. İlk kez açınUygulama Apple tarafından onaylanmadığı (notarize edilmediği) için Gatekeeper ilk açılışı bir kez reddeder. Aşağıdaki komutu çalıştırın ya da Sistem Ayarları → Gizlilik ve Güvenlik → Yine de Aç'ı kullanın. Güncellemeler uygulamanın kendisinden gelir, uyarı bir daha çıkmaz.
  3. Slipwright ile eşleştirinSlipwright'ta Ayarlar → Makineler → Makine bağla'yı açın, tek kullanımlık kodu uygulamaya yapıştırın ve bu makinenin hangi ajanları hangi modelle çalıştıracağını seçin. Bundan sonra işi kendisi alır.
kurulumdan sonra bir kez
xattr -cr "/Applications/Slipwright Agent.app"

Yerel iOS ve Android: Mobil Derleyici

Hiçbir container macOS barındıramaz, bu yüzden Xcode Slipwright'ın Docker imajında asla çalışamaz. Mobil Derleyici, Mac'te Docker'ın dışında çalışan küçük bir yardımcıdır ve sunucunun yapamadığı derlemeleri yapar: iOS için Xcode, Android için Android Studio.

  • Yerel uygulama içeren bir geliştirme diğer her şeyi derler, sonra Mobil Derleyici bekleniyor durumunda bekler: hiçbir şey başarısız olmaz, hiçbir şey harcanmaz.
  • Mac bağlandığında kendiliğinden devam eder. Yardımcı sunucuyu kendisi arar; Mac'te hiçbir port açılmaz.
  • Kurmak için Ayarlar → Makineler → Makine bağla'dan aldığınız kodla slipwright worker --connect <kod> çalıştırın.
Ayarlar, Makineler: çevrimiçi üç bağlı bilgisayar, her biri yazdığı ajanlar ve derlediği platformlarla, bir de yeni makine bağlama kartı
Tur

İş başında görün

Düzenleyebildiğiniz kapılar, her geliştirme için bir pipeline ve sizi bekleyenleri gösteren bir pano.

Sadece onaylamaz, düzenlersiniz

Her kapıda Kaydet, Onayla ve gerekçeli Reddet vardır. Gerekçe ajana geri bildirim olarak döner.

  • Her kapıda güven ve risk içeren süpervizör tavsiyesi.
  • Değişiklik teste değmiyorsa testsiz devam et.
  • Dağıtımsız devam et, pull request yine açılsın.
Test senaryoları kapısı: süpervizör 0.86 güvenle onay öneriyor, QA'nın önerdiği senaryolar düzenlemeye açık
Perde arkası

Doğru yapmak için ciddi

Her kapıda bir süpervizör

Süpervizörün ne kadar iş yapacağını proje bazında seçin. Bir build başarısız olduğunda aynı uzmanın mı düzelteceğine, yeniden mi planlanacağına ya da bir insana mı sorulacağına da o karar verir.

Manuel
Her kapıya siz karar verirsinizÖneri yok, otomasyon yok.
Destekli
Her kapıda bir öneriGüveni, riski ve gerekçeleriyle. Varsayılan budur.
Otomatik
Emin ve düşük riskli onaylar sizin yerinize verilirRetler asla otomatik değildir ve her otomatik onay geri alınabilir.
Bir kapıda güven ve risk içeren süpervizör önerisi

Build kapısının arkasında geliştirilir, standartlarınıza göre incelenir

Her fazdan sonra projenin kendi build ve test komutları çalışır. Her yeşil faz geliştirmenin dalına commit edilir. Ardından QA farkı standartlarınıza göre inceler: alan başına Markdown sayfaları, anahtar kelime ve isteğe bağlı embedding aramasıyla indekslenir.

  • İnceleme modu: off, advisory veya blocking.
  • Standartlar uygulamada, tüm projeler ya da proje bazında düzenlenir; lint'lenir, yeniden indekslenir ve commit edilir.
  • Her ajanın prompt'una yalnızca ilgili bölümler girer.
faz 3 · build kapısı
# her fazdan sonra projenin kendi komutları
$ uv run pytest -q
........................  24 passed in 3.1s
$ npm run build
✓ built in 2.4s
# yeşil → sw/notes-search dalına commit
# QA incelemesi: standards/backend.md
review: advisory · 0 blocking findings

Her ajana istediğiniz model

Her ajanı kendi sağlayıcısına ve modeline sabitleyin. Profilde modeli değiştirin, o rol yeni modelle çalışsın. Kod değişikliği ya da yeniden başlatma gerekmez.

Anthropic Claude OpenAI GPT Google Gemini DeepSeek Alibaba Qwen Z.ai GLM MiniMax OpenRouter EVREN Codex ile ChatGPT
profile.json · roles
"architect": { "model": "claude-opus-5",
               "thinking_depth": "high" },
"qa":        { "model": "claude-sonnet-5",
               "thinking_depth": "medium" },
"devops":    { "model": "claude-haiku-4-5",
               "thinking_depth": "low",
               "permissions": ["git_push", …] }

GitHub ve Bitbucket

Özel bir depoyu klonlayın ya da yerel bir checkout kullanın. Biten geliştirme dalını push eder ve pull request açar; kırmızı CI geliştiriciye döner.

İsteğe bağlı Jira

Onaylanan backlog epic, story ve sub-task'lara dönüşür. PR bağlantıları ve hatalar, seçtiğiniz bir bot hesabıyla yorum olarak yazılır.

Sizin dilinizde

Arayüz İngilizce ve Türkçe. Ajanlar projenin dilinde yazar; önbellekli bir çeviri köprüsüyle her şey size kendi dilinizde gösterilir.

Maliyet ve bütçe

Token, süre ve model çağrısı üzerindeki proje bütçeleri, kontrolden çıkan bir geliştirmeyi okunabilir bir gerekçeyle durdurur.

CLI ve API

Geliştirmeleri komut satırından başlatın, onaylayın, reddedin ve mesaj gönderin. /docs altında JSON API ve her değişiklik için server-sent events.

Şifreli kimlik bilgileri

Model anahtarları ve token'lar şifreli saklanır. Durum ve çalışma alanı ayrı volume'lerde tutulur; bir checkout anahtara asla ulaşamaz.

Yerel ya da barındırılan, tek kod tabanı

YerelBarındırılan
Build komutlarını kim yazarsizyabancılar
VeritabanıSQLite dosyasıPostgreSQL
Komutlar nerede çalışırmakinedetek kullanımlık bir container'da
Model anahtarlarıkurulumun kendi anahtarlarıher hesabın kendi anahtarı
Kotalarkapalıaçık
Gerçek iş için

Baştan sona kontrol sizde

Yan yana yazılan fazlar, GitHub'da izleyebildiğiniz bir dal, soru sorabildiğiniz bir ajan ve elle devralıp geri verebildiğiniz bir geliştirme.

Fazlar yan yana yazılır

Mimar her fazın neye ihtiyaç duyduğunu söyler, plan kapısı da bunu siz onaylamadan önce gösterir: hangi fazlar bağımsız, hangisi hangisinden sonra geliyor ve plan gerçekte ne kadar geniş.

  • Varsayılan olarak aynı anda en fazla 3 faz (max_parallel_phases, proje bazında).
  • Her faz yine de tek tek derlenir, kontrol edilir ve commit edilir; dalda asla iki işin yarısı birden durmaz.
  • Sağlayıcı anahtarı başına bir sınır, yan yana çağrıların rate-limit hatasına dönüşmesini önler.
Onay kapısındaki plan: her faz neye ihtiyaç duyduğuyla birlikte; özet, aynı anda en fazla 2 faz çalıştığını ve planın 3 yerine 2 adımda bittiğini söylüyor

Her adım deponuzda

Her yeşil faz anında commit ve push edilir; ilk push bir taslak pull request açar. Böylece iş daha yapılırken GitHub ya da Bitbucket'ta izlenebilir.

  • Commit mesajları Jira anahtarını taşır.
  • Her faz kartı hazır mı, yan yana mı yazılıyor, yoksa bekliyor mu gösterir ve kendi commit'ine bağlantı verir.
Tamamlanmış bir geliştirmenin geliştirme aşaması: her faz kartı neyin ardından geldiğini söylüyor ve commit'ine bağlantı veriyor

Bir adımdaki ajanla konuşun

Herhangi bir adımı açın ve Agenta yaz ile onu tutan ajana yazın. Ajan kendi modeliyle, adımın kaydı, plan ve süren iş önündeyken yanıt verir; hiçbir şeyi değiştirmez.

  • Yanıtta bir istek varsa, düzenlemeniz için kutuya konur.
  • Sonra bu adıma gönderin ya da Planı buradan yeniden yaptır; zaten yapılmış fazlar korunur.
Bir fazın yan paneli: Backend Geliştirici'ye iki soru ve yanıtları; ikinci yanıt bir değişiklik isteği algıladı, istek kutuda yeniden planlama ve sorma seçenekleriyle bekliyor

Durdurun, elle çalışın, devam edin

Bir kısmı kendiniz yazmak istediğinizde ajanları beklemeniz ya da baştan başlamanız gerekmez.

Bir geliştirme durduruluyor ve dalı push ediliyor; Ada dalı VS Code'da açıp yarım kalan fazı elle bitiriyor ve push ediyor; Slipwright'ta Pull al ve devam et onun commit'ini alıyor, Mimar bunu elle yapılmış 2. faz olarak okuyor ve onaydan sonra geliştirme 3. fazla devam ediyor
  1. Durdur ve pushlaGeliştirme olduğu yerde durur, yerini korur ve dalını yarım kalmış faz dahil push eder; checkout için gereken iki komutu da verir.
  2. Editörünüzde bitirinDalı VS Code'da ya da istediğiniz yerde açın, istediğinizi yazın, her zamanki gibi commit ve push edin.
  3. Pull al ve devam etSlipwright commit'lerinizi çeker, Mimar yaptığınızı plana göre okur. Bitirdiğiniz fazlar elle yapıldı olarak işaretlenir ve bir daha geliştirilmez.
Duraklatılmış bir geliştirme: Ada tarafından duraklatıldı, dal push edildi, checkout için git komutları gösteriliyor
Duraklatıldı; dal push edildi, checkout komutları hazır.
Devam et penceresi: duraklatmadan sonra dala push yapılmış, bu yüzden önce çekilmeli; Devam et ve Pull al ve devam et seçenekleri
Duraklatmadan sonra push yapılmış: commit'leri çekin ve devam edin.

Başka bir bilgisayara taşıyın

Ayarlar → Taşıma, bir hesabı ağdaki başka bir Slipwright'a tek seferde taşır: projeler, hangi kapıda durmuşlarsa orada geliştirmeler, geçmiş, ekler, ayarlar ve anahtarlar, push edilmemiş dalları ve commit edilmemiş işleriyle tüm checkout'lar.

  • Uçtan uca şifreli: kod bir anahtar değişiminin girdisidir, ağdaki hiçbir şey onu okuyamaz.
  • Ya hep ya hiç: yarıda kalan bir taşıma geride hiçbir şey bırakmaz.
Ayarlar, Taşıma: bu kurulumun kartı, üç dakikadan geri sayan bir alma kodu ve üç güvence: uçtan uca şifreli, anahtarlar çalışır halde gelir, ya hep ya hiç

Takılan bir faz durur ve size sorar

Sonsuz döngü yok: yeşile dönemeyen bir faz harcamayı keser ve kararı size bırakır.

Faz başına bir bütçe

Bir fazın geliştirme, düzeltme, triyaj ve incelemesi tek bir model çağrısı bütçesini paylaşır (varsayılan 8). Bütçesi biten faz harcamayı keser, QA ne yapılacağını önerir.

Yanıtınız, kendi sözlerinizle

Geliştiriciye gönder ya da Bu fazı yeniden planlat'ı seçin ve neyin farklı olması gerektiğini yazın. Sonraki denemeye sizin yazdığınız söylenir.

Diğerleri devam eder

Bütçesi biten faz işi korunarak kenara alınır; ona ihtiyaç duymayan fazlar geliştirilmeye devam eder.

Yeniden plan, yapılanı korur

Yeniden planlama başarısız fazdan başlar. Commit edilmiş fazlar kalır, Tasarımcı aynı ekranları yeniden çizmez.

Her adıma yalnızca gerekeni

Her prompt, o adımın kullanabileceğine göre kırpılır; çünkü bir geliştirmenin maliyeti token'dır.

  • Bağlam girintisiz, sıkıştırılmış JSON olarak gider.
  • Kırmızı bir build, logunun son 20.000 karakterini değil, hataları gönderir.
  • Bir geliştirici diğer fazları yalnızca başlıklarıyla, kendi fazını tam olarak görür.
  • Büyük bir dosya baştan yazılmaz, değişen kısımlar düzenlenir.
  • Bağımlılıklar ve lock dosyaları hiçbir role gösterilen farka girmez.

İki adımlı giriş

İsteğe bağlı ve kişi başına. Herhangi bir doğrulayıcı uygulamayla QR kodu okutun ve altı haneyi yazın; sekiz kurtarma kodu bir kez gösterilir.

  • Sonrasında her girişte paroladan sonra kod istenir; her kod bir kez çalışır.
  • E-postadaki bir bağlantı artık sizi kodu atlayarak oturum açtırmaz.
  • Kapatmak için parolanız ve bir kod gerekir.
  • Gizli anahtar, kurulum anahtarıyla şifrelenerek saklanır.
Uzaktan Yönet

Telegram'dan yönetin

Telegram hesabınızı bir kez bağlayın; kapıları yanıtlayın, projelerinize bakın ve uygulamayı açmadan telefonunuzdan yeni iş başlatın. Bot yalnızca sizin hesabınızı okur.

Telegram: bot bağlandı, bir test senaryoları kapısı onaylandı, bir mimari kapısı gerekçesiyle reddedildi
Kapı size gelir. Bot bekleyen işi, süpervizörün tavsiyesini ve bir bağlantıyı gönderir. Onaylamak için Devam'a basın; Reddet'e basarsanız bot nedenini sorar ve yanıtınız ajana geri bildirim olarak gider.
Telegram: /projects, /waiting ve /status komutları hesabın kendi geliştirmelerinden yanıtlanıyor
Durumu sorun. /projects, /waiting, /status, /running ve /cost doğrudan verilerinizden, model maliyeti olmadan yanıtlanır. Sorunuzu kendi sözlerinizle de yazabilirsiniz.
Telegram: /new, tek bir cümle, Evet ve Hayır düğmeli bir onay ve geliştirme başlıyor
Geliştirme başlatın. /new, ne yapılacağını söyleyen tek bir cümle ve bir Evet. Siz onaylamadan hiçbir şey başlamaz, çünkü geliştirme kendi model kredinizi harcar.

İki dakikada kurulum

@BotFather ile bir bot oluşturun, token'ını Uzaktan Yönet sayfasına yapıştırın, ardından Bağlantı kodu al ve Telegram'da aç'a basın. 30 dakika geçerli, tek kullanımlık bir kod Telegram hesabının size ait olduğunu kanıtlar.

  • Bir kapı yalnızca kendi sahiplerine gider. Başka birinin bastığı düğme hiçbir şey yapmaz.
  • Bir yanıt bir kez sayılır. Geç basılan düğmeye bu söylenir, hiçbir şey değişmez.
  • Komutlar İngilizce ve Türkçe çalışır (/durum, /bekleyen, /yeni …).
  • Genel IP adresi gerekmez: bot güncellemelerini kendisi çeker, router arkasındaki bir dizüstünden de çalışır.
Uzaktan Yönet sayfası: bot token'ı ve kendi Telegram hesabınızı bağlama
Başlarken

Bir dakikada indirin ve çalıştırın

Tek bir imaj her şeyi içerir: API, web arayüzü, git, gh, Python ve Node. Ayrıca çalıştırmanız gereken bir veritabanı ya da kuyruk yok.

yayınlanan imaj · klonlama ya da derleme yok
docker run -d --name slipwright -p 8500:8500 \
    -v slipwright-state:/data -v slipwright-work:/work \
    ghcr.io/ksksertac/slipwright:latest
# ilk kullanıcı (admin olur)
docker exec -it slipwright slipwright user add ada

http://localhost:8500 adresini açın. /data ve /work iki ayrı volume olarak kalmalı: /data, saklanan tüm kimlik bilgilerini çözen anahtarı tutar.

  1. Ayarlar → ModellerEn az bir sağlayıcı için anahtar yapıştırın ve Bağlantıyı test et'e tıklayın.
  2. Ayarlar → KaynaklarKlonlamak, push etmek ve PR açmak için GitHub veya Bitbucket token'ı ekleyin.
  3. Projeler → Yeni projeBir depo seçin; Slipwright onu okur ve bir özet önerir.
  4. Yeni geliştirmeNe istediğinizi anlatın, kapılar geldikçe yanıtlayın.

ghcr.io/ksksertac/slipwright

main'e yapılan her push, amd64 ve arm64 için :latest yayınlar; bir v1.2.3 etiketi ayrıca :1.2.3 yayınlar.

Paketi aç
Açık kaynak

Açıkta geliştiriliyor. Gelin birlikte geliştirelim.

Slipwright, Apache 2.0 lisansıyla tamamen açık kaynaktır. Her satırını okuyun, istediğiniz yerde çalıştırın, fork'layın ve nereye gideceğini birlikte şekillendirelim.

Katkılarınızı bekliyoruz

Hata bildirimleri, düzeltmeler, yeni model sağlayıcıları, çeviriler, dokümantasyon ve fikirler, hepsi değerli. Her katkı GitHub'da bir pull request ile ilerler.

  • Bir hata buldunuz ya da bir fikriniz mi var? Bir issue açıp anlatın.
  • Kod mu yazmak istiyorsunuz? Depoyu fork'layın, değişikliğinizi bir dalda yapın ve pull request açın.
  • Kod tabanında yeni misiniz? CLAUDE.md yol haritasıdır: yapı, kolayca bozulan kurallar ve daha önce yapılmış hatalar.
  • Projeyi beğendiniz mi? GitHub'da bir yıldız, başkalarının da bulmasına yardım eder.
GitHub'da katkıda bulun Issue aç
katkı · github.com/ksksertac/slipwright
# GitHub'da fork'layın, sonra
git clone https://github.com/<siz>/slipwright.git
cd slipwright && git checkout -b degisikligim
uv sync
# tüm testler, lint ve tipler
uv run pytest
uv run ruff check . && uv run mypy
cd web && npm install && npm run lint && npm run build
# push edin ve pull request açın
git push origin degisikligim
SSS

Sık sorulan sorular

Slipwright ücretsiz mi?

Evet. Slipwright, Apache 2.0 lisansıyla açık kaynaktır. Yalnızca ajanlarınızın kendi anahtarlarınızla yaptığı model API çağrıları için ödeme yaparsınız.

Slipwright nasıl kurulur?

Yukarıdaki komutla yayınlanan Docker imajını çalıştırın, docker exec -it slipwright slipwright user add <ad> ile ilk kullanıcıyı oluşturun ve http://localhost:8500 adresini açın. Panodaki “Kuruluma başlarken” kartı gerisinde size yol gösterir.

Hangi yapay zekâ modellerini destekliyor?

Anthropic Claude, OpenAI GPT, Google Gemini, DeepSeek, Alibaba Qwen, Z.ai GLM, MiniMax, OpenRouter ve EVREN hazır olarak çalışır; her ajan kendi sağlayıcı ve modeline sabitlenebilir. Kendi çalıştırdığınız kurulumda ajanlar OpenAI Codex CLI üzerinden ChatGPT aboneliğinizi de kullanabilir.

Kodum makinemden çıkıyor mu?

Slipwright kendi makinenizde ya da sunucunuzda çalışır. Kod yalnızca sizin yapılandırdığınız model sağlayıcılarına gönderilir ve yalnızca kendi GitHub veya Bitbucket deponuza push edilir.

API anahtarı olmadan deneyebilir miyim?

Evet. SLIPWRIGHT_PROVIDER=scripted ile tüm pipeline hazır model yanıtlarıyla çalışır. Yeni bir hesap ayrıca kendi geliştirmenizi çalıştırmadan önce inceleyebileceğiniz tamamlanmış bir örnekle (Example: a Notes app) başlar.

Sunucu geliştirmenin ortasında durursa ne olur?

Hiçbir şey kaybolmaz. Her adım sonraki çalışmadan önce veritabanına yazılır; çalışan iş devam eder, sizi bekleyen iş beklemeye devam eder.

Açık kaynak mı? Katkıda bulunabilir miyim?

Evet. Kaynak kodun tamamı Apache 2.0 lisansıyla GitHub'da. Hata ve fikirler için issue açabilir ya da depoyu fork'layıp pull request gönderebilirsiniz.

Bir ekip için ya da barındırılan servis olarak çalıştırabilir miyim?

Evet. PostgreSQL'e geçin, SLIPWRIGHT_RUNNER=docker ile her komutu tek kullanımlık bir container'da çalıştırın; kayıt, hesap başına anahtarlar ve kotaları açın. Bunların hiçbiri varsayılan olarak açık değildir, yerel kurulum tek komut olarak kalır.

Bir ekibi işe koyun. Son söz sizde kalsın.

Açık kaynak, kendi sunucunuzda ve kendi anahtarlarınızla. Başlamak için tek komut.

Docker imajını al GitHub'da yıldızla