Test etme
OpenClaw üç Vitest paketine (unit/integration, e2e, canlı) ve küçük bir Docker çalıştırıcıları kümesine sahiptir. Bu belge bir “nasıl test ediyoruz” kılavuzudur:- Her paketin neleri kapsadığı (ve özellikle neleri kapsamadığı)
- Yaygın iş akışları için hangi komutların çalıştırılacağı (yerel, push öncesi, hata ayıklama)
- Canlı testlerin kimlik bilgilerini nasıl bulduğu ve model/sağlayıcıları nasıl seçtiği
- Gerçek dünya model/sağlayıcı sorunları için regresyonların nasıl ekleneceği
Hızlı başlangıç
Çoğu gün:- Tam kapı (push öncesinde beklenir):
pnpm build && pnpm check && pnpm test - Geniş kaynaklı bir makinede daha hızlı yerel tam paket çalıştırması:
pnpm test:max - Doğrudan Vitest izleme döngüsü:
pnpm test:watch - Doğrudan dosya hedefleme artık extension/channel yollarını da yönlendirir:
pnpm test extensions/discord/src/monitor/message-handler.preflight.test.ts - Tek bir hata üzerinde yineleme yapıyorsanız önce hedefli çalıştırmaları tercih edin.
- Docker destekli QA sitesi:
pnpm qa:lab:up - Linux VM destekli QA hattı:
pnpm openclaw qa suite --runner multipass --scenario channel-chat-baseline
- Kapsama kapısı:
pnpm test:coverage - E2E paketi:
pnpm test:e2e
- Canlı paket (modeller + gateway araç/görüntü yoklamaları):
pnpm test:live - Tek bir canlı dosyayı sessizce hedefleyin:
pnpm test:live -- src/agents/models.profiles.live.test.ts
QA’ye özel çalıştırıcılar
QA-lab gerçekçiliğine ihtiyaç duyduğunuzda bu komutlar ana test paketlerinin yanında yer alır:pnpm openclaw qa suite- Depo destekli QA senaryolarını doğrudan ana makinede çalıştırır.
- Varsayılan olarak izole gateway worker’ları ile birden çok seçili senaryoyu paralel çalıştırır.
qa-channelvarsayılan olarak eşzamanlılık 4 kullanır (seçilen senaryo sayısıyla sınırlıdır). Worker sayısını ayarlamak için--concurrency <count>, eski seri hat için ise--concurrency 1kullanın. - Herhangi bir senaryo başarısız olduğunda sıfır olmayan kodla çıkar. Başarısız bir çıkış kodu olmadan artifact almak istiyorsanız
--allow-failureskullanın. live-frontier,mock-openaiveaimocksağlayıcı kiplerini destekler.aimock, senaryo farkındamock-openaihattının yerini almadan deneysel fixture ve protokol sahte kapsamı için yerel AIMock destekli bir sağlayıcı sunucusu başlatır.
pnpm openclaw qa suite --runner multipass- Aynı QA paketini tek kullanımlık bir Multipass Linux VM içinde çalıştırır.
- Ana makinedeki
qa suiteile aynı senaryo seçim davranışını korur. qa suiteile aynı sağlayıcı/model seçim bayraklarını yeniden kullanır.- Canlı çalıştırmalar, misafir için pratik olan desteklenen QA kimlik doğrulama girdilerini iletir:
ortam tabanlı sağlayıcı anahtarları, QA canlı sağlayıcı yapılandırma yolu ve varsa
CODEX_HOME. - Çıktı dizinleri depo kökünün altında kalmalıdır ki misafir, bağlı çalışma alanı üzerinden geri yazabilsin.
- Normal QA raporu + özetin yanı sıra Multipass günlüklerini
.artifacts/qa-e2e/...altına yazar.
pnpm qa:lab:up- Operatör tarzı QA çalışmaları için Docker destekli QA sitesini başlatır.
pnpm openclaw qa aimock- Doğrudan protokol smoke testi için yalnızca yerel AIMock sağlayıcı sunucusunu başlatır.
pnpm openclaw qa matrix- Matrix canlı QA hattını, Docker destekli tek kullanımlık bir Tuwunel homeserver’a karşı çalıştırır.
- Bu QA ana makinesi şu anda yalnızca depo/geliştirme içindir. Paketlenmiş OpenClaw kurulumları
qa-labgöndermez; bu nedenleopenclaw qasunmazlar. - Depo checkout’ları paketlenmiş çalıştırıcıyı doğrudan yükler; ayrı bir Plugin kurulum adımı gerekmez.
- Üç geçici Matrix kullanıcısı (
driver,sut,observer) ve bir özel oda sağlar, ardından gerçek Matrix Plugin ile SUT taşıması olarak bir QA gateway alt süreci başlatır. - Varsayılan olarak sabitlenmiş kararlı Tuwunel görüntüsü
ghcr.io/matrix-construct/tuwunel:v1.5.1kullanılır. Farklı bir görüntüyü test etmeniz gerektiğindeOPENCLAW_QA_MATRIX_TUWUNEL_IMAGEile geçersiz kılın. - Matrix, paylaşılan kimlik bilgisi kaynağı bayraklarını sunmaz çünkü bu hat tek kullanımlık kullanıcıları yerelde sağlar.
- Matrix QA raporu, özet, gözlemlenen olaylar artifact’i ve birleştirilmiş stdout/stderr çıktı günlüğünü
.artifacts/qa-e2e/...altına yazar.
pnpm openclaw qa telegram- Telegram canlı QA hattını, ortamdaki driver ve SUT bot token’larını kullanarak gerçek bir özel gruba karşı çalıştırır.
OPENCLAW_QA_TELEGRAM_GROUP_ID,OPENCLAW_QA_TELEGRAM_DRIVER_BOT_TOKENveOPENCLAW_QA_TELEGRAM_SUT_BOT_TOKENgerektirir. Grup kimliği sayısal Telegram sohbet kimliği olmalıdır.- Paylaşılan havuzlanmış kimlik bilgileri için
--credential-source convexdestekler. Varsayılan olarak env kipini kullanın veya havuzlanmış kiralamaları seçmek içinOPENCLAW_QA_CREDENTIAL_SOURCE=convexayarlayın. - Herhangi bir senaryo başarısız olduğunda sıfır olmayan kodla çıkar. Başarısız bir çıkış kodu olmadan artifact almak istiyorsanız
--allow-failureskullanın. - Aynı özel grupta iki farklı bot gerekir ve SUT botunun bir Telegram kullanıcı adını göstermesi gerekir.
- Kararlı botlar arası gözlem için,
@BotFatheriçinde her iki bot için de Bot-to-Bot Communication Mode’u etkinleştirin ve driver botunun grup bot trafiğini gözlemleyebildiğinden emin olun. - Telegram QA raporu, özet ve gözlemlenen mesajlar artifact’ini
.artifacts/qa-e2e/...altına yazar.
qa-channel geniş sentetik QA paketi olarak kalır ve canlı taşıma kapsam matrisi içinde yer almaz.
| Hat | Canary | Mention gating | Allowlist block | Top-level reply | Restart resume | Thread follow-up | Thread isolation | Reaction observation | Help command |
|---|---|---|---|---|---|---|---|---|---|
| Matrix | x | x | x | x | x | x | x | x | |
| Telegram | x | x |
Convex üzerinden paylaşılan Telegram kimlik bilgileri (v1)
openclaw qa telegram için --credential-source convex (veya OPENCLAW_QA_CREDENTIAL_SOURCE=convex) etkinleştirildiğinde, QA lab Convex destekli bir havuzdan özel bir kiralama alır, hat çalışırken bu kiralamaya Heartbeat gönderir ve kapanışta kiralamayı serbest bırakır.
Başvuru Convex proje iskeleti:
qa/convex-credential-broker/
OPENCLAW_QA_CONVEX_SITE_URL(örneğinhttps://your-deployment.convex.site)- Seçilen rol için bir gizli anahtar:
maintaineriçinOPENCLAW_QA_CONVEX_SECRET_MAINTAINERciiçinOPENCLAW_QA_CONVEX_SECRET_CI
- Kimlik bilgisi rolü seçimi:
- CLI:
--credential-role maintainer|ci - Ortam varsayılanı:
OPENCLAW_QA_CREDENTIAL_ROLE(CI’da varsayılanci, aksi haldemaintainer)
- CLI:
OPENCLAW_QA_CREDENTIAL_LEASE_TTL_MS(varsayılan1200000)OPENCLAW_QA_CREDENTIAL_HEARTBEAT_INTERVAL_MS(varsayılan30000)OPENCLAW_QA_CREDENTIAL_ACQUIRE_TIMEOUT_MS(varsayılan90000)OPENCLAW_QA_CREDENTIAL_HTTP_TIMEOUT_MS(varsayılan15000)OPENCLAW_QA_CONVEX_ENDPOINT_PREFIX(varsayılan/qa-credentials/v1)OPENCLAW_QA_CREDENTIAL_OWNER_ID(isteğe bağlı iz kimliği)OPENCLAW_QA_ALLOW_INSECURE_HTTP=1, yalnızca yerel geliştirme için loopbackhttp://Convex URL’lerine izin verir.
OPENCLAW_QA_CONVEX_SITE_URL, normal çalışmada https:// kullanmalıdır.
Maintainer yönetici komutları (havuz ekle/kaldır/listele) özellikle
OPENCLAW_QA_CONVEX_SECRET_MAINTAINER gerektirir.
Maintainer’lar için CLI yardımcıları:
--json kullanın.
Varsayılan uç nokta sözleşmesi (OPENCLAW_QA_CONVEX_SITE_URL + /qa-credentials/v1):
POST /acquire- İstek:
{ kind, ownerId, actorRole, leaseTtlMs, heartbeatIntervalMs } - Başarı:
{ status: "ok", credentialId, leaseToken, payload, leaseTtlMs?, heartbeatIntervalMs? } - Tükenmiş/yeniden denenebilir:
{ status: "error", code: "POOL_EXHAUSTED" | "NO_CREDENTIAL_AVAILABLE", ... }
- İstek:
POST /heartbeat- İstek:
{ kind, ownerId, actorRole, credentialId, leaseToken, leaseTtlMs } - Başarı:
{ status: "ok" }(veya boş2xx)
- İstek:
POST /release- İstek:
{ kind, ownerId, actorRole, credentialId, leaseToken } - Başarı:
{ status: "ok" }(veya boş2xx)
- İstek:
POST /admin/add(yalnızca maintainer gizli anahtarı)- İstek:
{ kind, actorId, payload, note?, status? } - Başarı:
{ status: "ok", credential }
- İstek:
POST /admin/remove(yalnızca maintainer gizli anahtarı)- İstek:
{ credentialId, actorId } - Başarı:
{ status: "ok", changed, credential } - Etkin kiralama koruması:
{ status: "error", code: "LEASE_ACTIVE", ... }
- İstek:
POST /admin/list(yalnızca maintainer gizli anahtarı)- İstek:
{ kind?, status?, includePayload?, limit? } - Başarı:
{ status: "ok", credentials, count }
- İstek:
{ groupId: string, driverToken: string, sutToken: string }groupId, sayısal bir Telegram sohbet kimliği dizesi olmalıdır.admin/add,kind: "telegram"için bu şekli doğrular ve hatalı biçimlendirilmiş yükleri reddeder.
QA’ye bir kanal ekleme
Markdown QA sistemine bir kanal eklemek tam olarak iki şey gerektirir:- Kanal için bir taşıma bağdaştırıcısı.
- Kanal sözleşmesini çalıştıran bir senaryo paketi.
qa-lab ana makinesi akışı sahiplenebiliyorsa, yeni bir üst düzey QA komut kökü eklemeyin.
qa-lab, paylaşılan ana makine mekaniklerinin sahibidir:
openclaw qakomut kökü- paket başlatma ve kapatma
- worker eşzamanlılığı
- artifact yazımı
- rapor oluşturma
- senaryo yürütme
- eski
qa-channelsenaryoları için uyumluluk takma adları
openclaw qa <runner>öğesinin paylaşılanqakökü altına nasıl bağlandığı- gateway’in bu taşıma için nasıl yapılandırıldığı
- hazır oluşun nasıl denetlendiği
- gelen olayların nasıl enjekte edildiği
- giden mesajların nasıl gözlemlendiği
- transcript’lerin ve normalize edilmiş taşıma durumunun nasıl sunulduğu
- taşıma destekli eylemlerin nasıl yürütüldüğü
- taşımaya özgü sıfırlama veya temizliğin nasıl ele alındığı
- Paylaşılan
qakökünün sahibi olarakqa-lab’ı koruyun. - Taşıma çalıştırıcısını paylaşılan
qa-labana makine dikişinde uygulayın. - Taşımaya özgü mekanikleri çalıştırıcı Plugin veya kanal harness’i içinde tutun.
- Çalıştırıcıyı rakip bir kök komut kaydetmek yerine
openclaw qa <runner>olarak bağlayın. Çalıştırıcı Plugin’leropenclaw.plugin.jsoniçindeqaRunnersbildirmeli veruntime-api.tsiçinden eşleşen birqaRunnerCliRegistrationsdizisi dışa aktarmalıdır.runtime-api.tsdosyasını hafif tutun; tembel CLI ve çalıştırıcı yürütmesi ayrı giriş noktalarının arkasında kalmalıdır. - Temalı
qa/scenarios/dizinleri altında markdown senaryoları yazın veya uyarlayın. - Yeni senaryolar için genel senaryo yardımcılarını kullanın.
- Depo kasıtlı bir geçiş yapmıyorsa mevcut uyumluluk takma adlarını çalışır halde tutun.
- Davranış
qa-labiçinde bir kez ifade edilebiliyorsa, onuqa-labiçine koyun. - Davranış tek bir kanal taşımasına bağlıysa, onu o çalıştırıcı Plugin veya Plugin harness’i içinde tutun.
- Bir senaryo birden fazla kanalın kullanabileceği yeni bir yetenek gerektiriyorsa,
suite.tsiçinde kanala özgü bir dal yerine genel bir yardımcı ekleyin. - Bir davranış yalnızca tek bir taşıma için anlamlıysa, senaryoyu taşımaya özgü tutun ve bunu senaryo sözleşmesinde açıkça belirtin.
waitForTransportReadywaitForChannelReadyinjectInboundMessageinjectOutboundMessagewaitForTransportOutboundMessagewaitForChannelOutboundMessagewaitForNoTransportOutboundgetTransportSnapshotreadTransportMessagereadTransportTranscriptformatTransportTranscriptresetTransport
waitForQaChannelReadywaitForOutboundMessagewaitForNoOutboundformatConversationTranscriptresetBus
Test paketleri (ne nerede çalışır)
Paketleri “artan gerçekçilik” (ve artan kararsızlık/maliyet) olarak düşünün:Unit / integration (varsayılan)
- Komut:
pnpm test - Yapılandırma: mevcut kapsamlı Vitest projeleri üzerinde on sıralı shard çalıştırması (
vitest.full-*.config.ts) - Dosyalar:
src/**/*.test.ts,packages/**/*.test.ts,test/**/*.test.tsaltındaki core/unit envanterleri vevitest.unit.config.tstarafından kapsanan izinliuinode testleri - Kapsam:
- Saf unit testleri
- Süreç içi integration testleri (gateway auth, yönlendirme, araçlar, ayrıştırma, yapılandırma)
- Bilinen hatalar için deterministik regresyonlar
- Beklentiler:
- CI’da çalışır
- Gerçek anahtarlar gerekmez
- Hızlı ve kararlı olmalıdır
- Projeler notu:
- Hedeflenmemiş
pnpm testartık tek bir devasa yerel root-project süreci yerine on bir daha küçük shard yapılandırması (core-unit-src,core-unit-security,core-unit-ui,core-unit-support,core-support-boundary,core-contracts,core-bundled,core-runtime,agentic,auto-reply,extensions) çalıştırır. Bu, yüklü makinelerde tepe RSS değerini azaltır ve auto-reply/extension işlerinin ilgisiz paketleri aç bırakmasını önler. pnpm test --watchhâlâ yerel rootvitest.config.tsproje grafiğini kullanır, çünkü çok parçalı bir watch döngüsü pratik değildir.pnpm test,pnpm test:watchvepnpm test:perf:imports, açık dosya/dizin hedeflerini önce kapsamlı hatlar üzerinden yönlendirir; böylecepnpm test extensions/discord/src/monitor/message-handler.preflight.test.tstam root proje başlatma maliyetini ödemez.pnpm test:changed, fark yalnızca yönlendirilebilir kaynak/test dosyalarına dokunuyorsa değişen git yollarını aynı kapsamlı hatlara genişletir; config/setup düzenlemeleri yine geniş root-project yeniden çalıştırmasına geri döner.- Agent’lar, komutlar, plugin’ler, auto-reply yardımcıları,
plugin-sdkve benzeri saf yardımcı alanlardan import’u hafif unit testleritest/setup-openclaw-runtime.tsdosyasını atlayanunit-fasthattı üzerinden yönlendirilir; durum bilgili/runtime-ağır dosyalar mevcut hatlarda kalır. - Seçili
plugin-sdkvecommandsyardımcı kaynak dosyaları da changed-mode çalıştırmalarını bu hafif hatlardaki açık kardeş testlere eşler; böylece yardımcı düzenlemeleri o dizin için tam ağır paketi yeniden çalıştırmaktan kaçınır. auto-replyartık üç ayrı kovaya sahiptir: üst düzey core yardımcıları, üst düzeyreply.*integration testleri vesrc/auto-reply/reply/**alt ağacı. Bu, en ağır reply harness işini ucuz status/chunk/token testlerinden uzak tutar.
- Hedeflenmemiş
- Embedded runner notu:
- Mesaj-aracı keşif girdilerini veya Compaction runtime bağlamını değiştirdiğinizde kapsamanın her iki düzeyini de koruyun.
- Saf yönlendirme/normalleştirme sınırları için odaklı yardımcı regresyonlar ekleyin.
- Ayrıca embedded runner integration paketlerini de sağlıklı tutun:
src/agents/pi-embedded-runner/compact.hooks.test.ts,src/agents/pi-embedded-runner/run.overflow-compaction.test.tsvesrc/agents/pi-embedded-runner/run.overflow-compaction.loop.test.ts. - Bu paketler, kapsamlı kimliklerin ve Compaction davranışının hâlâ gerçek
run.ts/compact.tsyollarından aktığını doğrular; yalnızca yardımcı testleri bu integration yolları için yeterli bir ikame değildir.
- Havuz notu:
- Temel Vitest yapılandırması artık varsayılan olarak
threadskullanır. - Paylaşılan Vitest yapılandırması ayrıca
isolate: falseayarlar ve root projeler, e2e ve canlı yapılandırmalar boyunca izole olmayan çalıştırıcıyı kullanır. - Root UI hattı
jsdomkurulumunu ve optimizer’ını korur, ancak artık o da paylaşılan izole olmayan çalıştırıcı üzerinde çalışır. - Her
pnpm testshard’ı paylaşılan Vitest yapılandırmasından aynıthreads+isolate: falsevarsayılanlarını devralır. - Paylaşılan
scripts/run-vitest.mjsbaşlatıcısı artık büyük yerel çalıştırmalarda V8 derleme karmaşasını azaltmak için Vitest alt Node süreçlerine varsayılan olarak--no-maglevda ekler. Varsayılan V8 davranışıyla karşılaştırmak istiyorsanızOPENCLAW_VITEST_ENABLE_MAGLEV=1ayarlayın.
- Temel Vitest yapılandırması artık varsayılan olarak
- Hızlı yerel yineleme notu:
pnpm test:changed, değişen yollar daha küçük bir pakete temiz biçimde eşleniyorsa kapsamlı hatlar üzerinden yönlendirilir.pnpm test:maxvepnpm test:changed:maxaynı yönlendirme davranışını korur; sadece daha yüksek bir worker sınırıyla.- Yerel worker otomatik ölçeklendirmesi artık bilerek daha muhafazakâr ve ana makine load average zaten yüksek olduğunda da geri çekilir; böylece birden çok eşzamanlı Vitest çalıştırması varsayılan olarak daha az zarar verir.
- Temel Vitest yapılandırması proje/config dosyalarını
forceRerunTriggersolarak işaretler; böylece changed-mode yeniden çalıştırmaları test kablolaması değiştiğinde doğru kalır. - Yapılandırma, desteklenen ana makinelerde
OPENCLAW_VITEST_FS_MODULE_CACHEseçeneğini etkin tutar; doğrudan profilleme için tek bir açık önbellek konumu istiyorsanızOPENCLAW_VITEST_FS_MODULE_CACHE_PATH=/abs/pathayarlayın.
- Performans hata ayıklama notu:
pnpm test:perf:imports, Vitest import süresi raporlamasını ve import döküm çıktısını etkinleştirir.pnpm test:perf:imports:changed, aynı profilleme görünümünüorigin/mainsonrasındaki değişen dosyalarla sınırlar.
pnpm test:perf:changed:bench -- --ref <git-ref>, o commit edilmiş fark için yönlendirilmiştest:changedile yerel root-project yolunu karşılaştırır ve duvar saati süresini artı macOS max RSS’yi yazdırır.pnpm test:perf:changed:bench -- --worktree, değişen dosya listesiniscripts/test-projects.mjsve root Vitest yapılandırması üzerinden yönlendirerek mevcut kirli ağacı kıyaslar.pnpm test:perf:profile:main, Vitest/Vite başlatma ve transform yükü için bir ana iş parçacığı CPU profili yazar.pnpm test:perf:profile:runner, unit paketi için dosya paralelliği devre dışı bırakılmış halde runner CPU+heap profilleri yazar.
E2E (gateway smoke)
- Komut:
pnpm test:e2e - Yapılandırma:
vitest.e2e.config.ts - Dosyalar:
src/**/*.e2e.test.ts,test/**/*.e2e.test.ts - Runtime varsayılanları:
- Deponun geri kalanıyla eşleşecek şekilde Vitest
threadsveisolate: falsekullanır. - Uyarlanabilir worker’lar kullanır (CI: en fazla 2, yerel: varsayılan 1).
- Konsol G/Ç yükünü azaltmak için varsayılan olarak sessiz kipte çalışır.
- Deponun geri kalanıyla eşleşecek şekilde Vitest
- Yararlı geçersiz kılmalar:
- Worker sayısını zorlamak için
OPENCLAW_E2E_WORKERS=<n>(üst sınır 16). - Ayrıntılı konsol çıktısını yeniden etkinleştirmek için
OPENCLAW_E2E_VERBOSE=1.
- Worker sayısını zorlamak için
- Kapsam:
- Çok örnekli gateway uçtan uca davranışı
- WebSocket/HTTP yüzeyleri, node eşleştirmesi ve daha ağır ağ iletişimi
- Beklentiler:
- CI’da çalışır (boru hattında etkinleştirildiğinde)
- Gerçek anahtarlar gerekmez
- Unit testlerinden daha fazla hareketli parça vardır (daha yavaş olabilir)
E2E: OpenShell backend smoke
- Komut:
pnpm test:e2e:openshell - Dosya:
test/openshell-sandbox.e2e.test.ts - Kapsam:
- Ana makinede Docker üzerinden izole bir OpenShell gateway başlatır
- Geçici bir yerel Dockerfile’dan sandbox oluşturur
- Gerçek
sandbox ssh-config+ SSH exec üzerinden OpenClaw’ın OpenShell backend’ini çalıştırır - Sandbox fs bridge üzerinden uzak-canonical dosya sistemi davranışını doğrular
- Beklentiler:
- Yalnızca isteğe bağlıdır; varsayılan
pnpm test:e2eçalıştırmasının parçası değildir - Yerel bir
openshellCLI ve çalışan bir Docker daemon gerektirir - İzole
HOME/XDG_CONFIG_HOMEkullanır, ardından test gateway ve sandbox’ını yok eder
- Yalnızca isteğe bağlıdır; varsayılan
- Yararlı geçersiz kılmalar:
- Daha geniş e2e paketini elle çalıştırırken testi etkinleştirmek için
OPENCLAW_E2E_OPENSHELL=1 - Varsayılan olmayan bir CLI ikili dosyası veya wrapper betiğine işaret etmek için
OPENCLAW_E2E_OPENSHELL_COMMAND=/path/to/openshell
- Daha geniş e2e paketini elle çalıştırırken testi etkinleştirmek için
Canlı (gerçek sağlayıcılar + gerçek modeller)
- Komut:
pnpm test:live - Yapılandırma:
vitest.live.config.ts - Dosyalar:
src/**/*.live.test.ts - Varsayılan:
pnpm test:livetarafından etkinleştirilir (OPENCLAW_LIVE_TEST=1ayarlar) - Kapsam:
- “Bu sağlayıcı/model bugün gerçekten gerçek kimlik bilgileriyle çalışıyor mu?”
- Sağlayıcı biçim değişikliklerini, araç çağırma tuhaflıklarını, auth sorunlarını ve rate limit davranışını yakalar
- Beklentiler:
- Tasarım gereği CI-kararlı değildir (gerçek ağlar, gerçek sağlayıcı ilkeleri, kotalar, kesintiler)
- Para harcar / rate limit kullanır
- “Hepsi” yerine daraltılmış alt kümeleri çalıştırmak tercih edilir
- Canlı çalıştırmalar eksik API anahtarlarını almak için
~/.profilekaynağını kullanır. - Varsayılan olarak canlı çalıştırmalar yine de
HOMEdizinini izole eder ve config/auth materyalini geçici bir test home dizinine kopyalar; böylece unit fixture’ları gerçek~/.openclawdizininizi değiştiremez. - Canlı testlerin gerçek home dizininizi kullanmasını özellikle istiyorsanız yalnızca
OPENCLAW_LIVE_USE_REAL_HOME=1ayarlayın. pnpm test:liveartık varsayılan olarak daha sessiz bir kip kullanır:[live] ...ilerleme çıktısını korur, ancak ek~/.profilebildirimini bastırır ve gateway bootstrap günlükleri/Bonjour gürültüsünü susturur. Tam başlangıç günlüklerini geri istiyorsanızOPENCLAW_LIVE_TEST_QUIET=0ayarlayın.- API anahtarı rotasyonu (sağlayıcıya özgü): virgül/noktalı virgül biçiminde
*_API_KEYSveya*_API_KEY_1,*_API_KEY_2ayarlayın (örneğinOPENAI_API_KEYS,ANTHROPIC_API_KEYS,GEMINI_API_KEYS) ya da canlıya özel geçersiz kılma içinOPENCLAW_LIVE_*_KEY; testler rate limit yanıtlarında yeniden dener. - İlerleme/Heartbeat çıktısı:
- Canlı paketler artık uzun sağlayıcı çağrıları, Vitest konsol yakalaması sessiz olsa bile görünür biçimde etkin olsun diye stderr’e ilerleme satırları yazar.
vitest.live.config.ts, sağlayıcı/gateway ilerleme satırlarının canlı çalıştırmalar sırasında anında akması için Vitest konsol müdahalesini devre dışı bırakır.- Doğrudan model Heartbeat’lerini
OPENCLAW_LIVE_HEARTBEAT_MSile ayarlayın. - Gateway/yoklama Heartbeat’lerini
OPENCLAW_LIVE_GATEWAY_HEARTBEAT_MSile ayarlayın.
Hangi paketi çalıştırmalıyım?
Bu karar tablosunu kullanın:- Mantık/test düzenliyorsanız:
pnpm testçalıştırın (çok değişiklik yaptıysanızpnpm test:coverageda) - Gateway ağ iletişimi / WS protokolü / eşleştirmeye dokunuyorsanız:
pnpm test:e2eekleyin - “Botum çalışmıyor” / sağlayıcıya özgü arızalar / araç çağırma sorunlarında hata ayıklıyorsanız: daraltılmış bir
pnpm test:liveçalıştırın
Canlı: Android node yetenek taraması
- Test:
src/gateway/android-node.capabilities.live.test.ts - Betik:
pnpm android:test:integration - Amaç: bağlı bir Android node tarafından şu anda duyurulan her komutu çağırmak ve komut sözleşmesi davranışını doğrulamak.
- Kapsam:
- Ön koşullu/elle kurulum (paket uygulamayı kurmaz/çalıştırmaz/eşleştirmez).
- Seçilen Android node için komut komut gateway
node.invokedoğrulaması.
- Gerekli ön kurulum:
- Android uygulaması zaten gateway’e bağlanmış ve eşleştirilmiş olmalı.
- Uygulama ön planda tutulmalı.
- Başarılı olmasını beklediğiniz yetenekler için izinler/yakalama onayı verilmiş olmalı.
- İsteğe bağlı hedef geçersiz kılmaları:
OPENCLAW_ANDROID_NODE_IDveyaOPENCLAW_ANDROID_NODE_NAME.OPENCLAW_ANDROID_GATEWAY_URL/OPENCLAW_ANDROID_GATEWAY_TOKEN/OPENCLAW_ANDROID_GATEWAY_PASSWORD.
- Tüm Android kurulum ayrıntıları: Android App
Canlı: model smoke (profil anahtarları)
Canlı testler, arızaları izole edebilmek için iki katmana ayrılmıştır:- “Doğrudan model”, verilen anahtarla sağlayıcının/modelin en azından yanıt verebildiğini söyler.
- “Gateway smoke”, tam gateway+agent işlem hattının o model için çalıştığını söyler (oturumlar, geçmiş, araçlar, sandbox ilkesi vb.).
Katman 1: Doğrudan model completion (gateway yok)
- Test:
src/agents/models.profiles.live.test.ts - Amaç:
- Keşfedilen modelleri numaralandırmak
- Kimlik bilgilerinizin olduğu modelleri seçmek için
getApiKeyForModelkullanmak - Model başına küçük bir completion çalıştırmak (ve gerektiğinde hedefli regresyonlar)
- Nasıl etkinleştirilir:
pnpm test:live(veya Vitest doğrudan çağrılıyorsaOPENCLAW_LIVE_TEST=1)
- Bu paketi gerçekten çalıştırmak için
OPENCLAW_LIVE_MODELS=modern(veyaall,moderniçin takma ad) ayarlayın; aksi haldepnpm test:livekomutunu gateway smoke üzerinde odaklı tutmak için atlanır - Modeller nasıl seçilir:
- Modern izin listesini çalıştırmak için
OPENCLAW_LIVE_MODELS=modern(Opus/Sonnet 4.6+, GPT-5.x + Codex, Gemini 3, GLM 4.7, MiniMax M2.7, Grok 4) OPENCLAW_LIVE_MODELS=all, modern izin listesi için bir takma addır- veya
OPENCLAW_LIVE_MODELS="openai/gpt-5.4,anthropic/claude-opus-4-6,..."(virgülle ayrılmış izin listesi) - Modern/tüm taramalar varsayılan olarak özenle seçilmiş yüksek sinyalli bir üst sınır kullanır; kapsamlı bir modern tarama için
OPENCLAW_LIVE_MAX_MODELS=0, daha küçük bir üst sınır için pozitif bir sayı ayarlayın.
- Modern izin listesini çalıştırmak için
- Sağlayıcılar nasıl seçilir:
OPENCLAW_LIVE_PROVIDERS="google,google-antigravity,google-gemini-cli"(virgülle ayrılmış izin listesi)
- Anahtarlar nereden gelir:
- Varsayılan olarak: profil deposu ve env yedekleri
- Yalnızca profil deposunu zorunlu kılmak için
OPENCLAW_LIVE_REQUIRE_PROFILE_KEYS=1ayarlayın
- Bunun var olma nedeni:
- “Sağlayıcı API bozuk / anahtar geçersiz” ile “gateway agent işlem hattı bozuk” durumlarını ayırır
- Küçük, izole regresyonlar içerir (örnek: OpenAI Responses/Codex Responses reasoning replay + tool-call akışları)
Katman 2: Gateway + geliştirme agent smoke ("@openclaw" gerçekte ne yapar)
- Test:
src/gateway/gateway-models.profiles.live.test.ts - Amaç:
- Süreç içi bir gateway başlatmak
- Bir
agent:dev:*oturumu oluşturmak/yamalamak (çalıştırma başına model geçersiz kılma) - Anahtarlı modeller üzerinde dönmek ve şunları doğrulamak:
- “anlamlı” yanıt (araç yok)
- gerçek bir araç çağrısının çalışması (
readprobe) - isteğe bağlı ek araç probe’ları (
exec+readprobe) - OpenAI regresyon yollarının (yalnızca tool-call → takip) çalışmaya devam etmesi
- Probe ayrıntıları (böylece hataları hızlıca açıklayabilirsiniz):
readprobe: test çalışma alanına bir nonce dosyası yazar ve agent’tan bunureadile okuyup nonce’u geri yankılamasını ister.exec+readprobe: test agent’tan bir nonce’u geçici bir dosyayaexecile yazmasını, sonra dareadile geri okumasını ister.- image probe: test oluşturulmuş bir PNG (kedi + rastgele kod) ekler ve modelin
cat <CODE>döndürmesini bekler. - Uygulama başvurusu:
src/gateway/gateway-models.profiles.live.test.tsvesrc/gateway/live-image-probe.ts.
- Nasıl etkinleştirilir:
pnpm test:live(veya Vitest doğrudan çağrılıyorsaOPENCLAW_LIVE_TEST=1)
- Modeller nasıl seçilir:
- Varsayılan: modern izin listesi (Opus/Sonnet 4.6+, GPT-5.x + Codex, Gemini 3, GLM 4.7, MiniMax M2.7, Grok 4)
OPENCLAW_LIVE_GATEWAY_MODELS=all, modern izin listesi için bir takma addır- Ya da daraltmak için
OPENCLAW_LIVE_GATEWAY_MODELS="provider/model"(veya virgülle ayrılmış liste) ayarlayın - Modern/tüm gateway taramaları varsayılan olarak özenle seçilmiş yüksek sinyalli bir üst sınır kullanır; kapsamlı bir modern tarama için
OPENCLAW_LIVE_GATEWAY_MAX_MODELS=0, daha küçük bir üst sınır için pozitif bir sayı ayarlayın.
- Sağlayıcılar nasıl seçilir (“OpenRouter her şey” yaklaşımından kaçının):
OPENCLAW_LIVE_GATEWAY_PROVIDERS="google,google-antigravity,google-gemini-cli,openai,anthropic,zai,minimax"(virgülle ayrılmış izin listesi)
- Araç + image probe’ları bu canlı testte her zaman açıktır:
readprobe +exec+readprobe (araç yük testi)- model image girişi desteği duyuruyorsa image probe çalışır
- Akış (üst düzey):
- Test, “CAT” + rastgele kod içeren küçük bir PNG üretir (
src/gateway/live-image-probe.ts) - Bunu
agentüzerindenattachments: [{ mimeType: "image/png", content: "<base64>" }]ile gönderir - Gateway ekleri
images[]içine ayrıştırır (src/gateway/server-methods/agent.ts+src/gateway/chat-attachments.ts) - Embedded agent modele çok kipli bir kullanıcı mesajı iletir
- Doğrulama: yanıt
cat+ kodu içerir (OCR toleransı: küçük hatalara izin verilir)
- Test, “CAT” + rastgele kod içeren küçük bir PNG üretir (
provider/model kimliklerini) görmek için şunu çalıştırın:
Canlı: CLI backend smoke (Claude, Codex, Gemini veya diğer yerel CLI’lar)
- Test:
src/gateway/gateway-cli-backend.live.test.ts - Amaç: varsayılan yapılandırmanıza dokunmadan Gateway + agent işlem hattını yerel bir CLI backend kullanarak doğrulamak.
- Backend’e özgü smoke varsayılanları, sahibi olan extension’ın
cli-backend.tstanımıyla birlikte bulunur. - Etkinleştirme:
pnpm test:live(veya Vitest doğrudan çağrılıyorsaOPENCLAW_LIVE_TEST=1)OPENCLAW_LIVE_CLI_BACKEND=1
- Varsayılanlar:
- Varsayılan sağlayıcı/model:
claude-cli/claude-sonnet-4-6 - Komut/argüman/image davranışı, sahibi olan CLI backend Plugin meta verisinden gelir.
- Varsayılan sağlayıcı/model:
- Geçersiz kılmalar (isteğe bağlı):
OPENCLAW_LIVE_CLI_BACKEND_MODEL="codex-cli/gpt-5.4"OPENCLAW_LIVE_CLI_BACKEND_COMMAND="/full/path/to/codex"OPENCLAW_LIVE_CLI_BACKEND_ARGS='["exec","--json","--color","never","--sandbox","read-only","--skip-git-repo-check"]'- Gerçek bir image eki göndermek için
OPENCLAW_LIVE_CLI_BACKEND_IMAGE_PROBE=1(yollar prompt içine enjekte edilir). - Image dosya yollarını prompt enjeksiyonu yerine CLI argümanları olarak geçirmek için
OPENCLAW_LIVE_CLI_BACKEND_IMAGE_ARG="--image". IMAGE_ARGayarlandığında image argümanlarının nasıl geçirileceğini denetlemek içinOPENCLAW_LIVE_CLI_BACKEND_IMAGE_MODE="repeat"(veya"list").- İkinci bir tur gönderip devam akışını doğrulamak için
OPENCLAW_LIVE_CLI_BACKEND_RESUME_PROBE=1. - Varsayılan Claude Sonnet -> Opus aynı oturum süreklilik probe’unu kapatmak için
OPENCLAW_LIVE_CLI_BACKEND_MODEL_SWITCH_PROBE=0(seçilen model bir geçiş hedefini desteklediğinde zorla açmak için1ayarlayın).
- Docker çalıştırıcısı
scripts/test-live-cli-backend-docker.shkonumunda bulunur. - Canlı CLI-backend smoke testini depo Docker görüntüsü içinde root olmayan
nodekullanıcısı olarak çalıştırır. - Sahibi olan extension’dan CLI smoke meta verisini çözer, ardından eşleşen Linux CLI paketini (
@anthropic-ai/claude-code,@openai/codexveya@google/gemini-cli) önbellekli yazılabilirOPENCLAW_DOCKER_CLI_TOOLS_DIRöneki altına kurar (varsayılan:~/.cache/openclaw/docker-cli-tools). pnpm test:docker:live-cli-backend:claude-subscription, taşınabilir Claude Code abonelik OAuth’unu yaclaudeAiOauth.subscriptionTypeiçeren~/.claude/.credentials.jsonüzerinden ya daclaude setup-tokeniçinden gelenCLAUDE_CODE_OAUTH_TOKENile gerektirir. Önce Docker içinde doğrudanclaude -pkomutunu doğrular, ardından Anthropic API anahtarı env değişkenlerini korumadan iki Gateway CLI-backend turu çalıştırır. Claude şu anda üçüncü taraf uygulama kullanımını normal abonelik planı sınırları yerine ek kullanım faturalandırmasına yönlendirdiği için bu abonelik hattı varsayılan olarak Claude MCP/araç ve image probe’larını kapatır.- Canlı CLI-backend smoke artık Claude, Codex ve Gemini için aynı uçtan uca akışı çalıştırır: metin turu, image sınıflandırma turu, ardından gateway CLI üzerinden doğrulanan MCP
cronaraç çağrısı. - Claude’un varsayılan smoke testi ayrıca oturumu Sonnet’ten Opus’a yamalar ve devam ettirilen oturumun önceki bir notu hâlâ hatırladığını doğrular.
Canlı: ACP bind smoke (/acp spawn ... --bind here)
- Test:
src/gateway/gateway-acp-bind.live.test.ts - Amaç: gerçek bir ACP agent ile gerçek ACP konuşma-bind akışını doğrulamak:
/acp spawn <agent> --bind heregönder- sentetik bir message-channel konuşmasını yerinde bağla
- aynı konuşma üzerinde normal bir takip mesajı gönder
- takibin bağlı ACP oturum transcript’ine düştüğünü doğrula
- Etkinleştirme:
pnpm test:live src/gateway/gateway-acp-bind.live.test.tsOPENCLAW_LIVE_ACP_BIND=1
- Varsayılanlar:
- Docker içindeki ACP agent’ları:
claude,codex,gemini - Doğrudan
pnpm test:live ...için ACP agent’ı:claude - Sentetik kanal: Slack DM tarzı konuşma bağlamı
- ACP backend:
acpx
- Docker içindeki ACP agent’ları:
- Geçersiz kılmalar:
OPENCLAW_LIVE_ACP_BIND_AGENT=claudeOPENCLAW_LIVE_ACP_BIND_AGENT=codexOPENCLAW_LIVE_ACP_BIND_AGENT=geminiOPENCLAW_LIVE_ACP_BIND_AGENTS=claude,codex,geminiOPENCLAW_LIVE_ACP_BIND_AGENT_COMMAND='npx -y @agentclientprotocol/claude-agent-acp@<version>'
- Notlar:
- Bu hat, testlerin dışarıya teslim ediyormuş gibi davranmadan message-channel bağlamı ekleyebilmesi için admin-only sentetik originating-route alanlarıyla gateway
chat.sendyüzeyini kullanır. OPENCLAW_LIVE_ACP_BIND_AGENT_COMMANDayarlanmadığında test, seçilen ACP harness agent’ı için gömülüacpxPlugin’in yerleşik agent kaydını kullanır.
- Bu hat, testlerin dışarıya teslim ediyormuş gibi davranmadan message-channel bağlamı ekleyebilmesi için admin-only sentetik originating-route alanlarıyla gateway
- Docker çalıştırıcısı
scripts/test-live-acp-bind-docker.shkonumunda bulunur. - Varsayılan olarak ACP bind smoke testini desteklenen tüm canlı CLI agent’larına karşı sırayla çalıştırır:
claude,codex, ardındangemini. - Matrisi daraltmak için
OPENCLAW_LIVE_ACP_BIND_AGENTS=claude,OPENCLAW_LIVE_ACP_BIND_AGENTS=codexveyaOPENCLAW_LIVE_ACP_BIND_AGENTS=geminikullanın. ~/.profilekaynağını alır, eşleşen CLI auth materyalini container içine hazırlar,acpx’i yazılabilir bir npm öneki içine kurar, ardından eksikse istenen canlı CLI’ı (@anthropic-ai/claude-code,@openai/codexveya@google/gemini-cli) kurar.- Docker içinde çalıştırıcı
OPENCLAW_LIVE_ACP_BIND_ACPX_COMMAND=$HOME/.npm-global/bin/acpxayarlar; böylece acpx, kaynağı alınan profilden gelen sağlayıcı env değişkenlerini alt harness CLI için kullanılabilir tutar.
Canlı: Codex app-server harness smoke
- Amaç: Plugin sahibi Codex harness’ini normal gateway
agentyöntemi üzerinden doğrulamak:- paketlenmiş
codexPlugin’ini yüklemek OPENCLAW_AGENT_RUNTIME=codexseçmekcodex/gpt-5.4modeline ilk gateway agent turunu göndermek- aynı OpenClaw oturumuna ikinci bir tur göndermek ve app-server iş parçacığının devam edebildiğini doğrulamak
- aynı gateway komut
yolu üzerinden
/codex statusve/codex modelsçalıştırmak
- paketlenmiş
- Test:
src/gateway/gateway-codex-harness.live.test.ts - Etkinleştirme:
OPENCLAW_LIVE_CODEX_HARNESS=1 - Varsayılan model:
codex/gpt-5.4 - İsteğe bağlı image probe:
OPENCLAW_LIVE_CODEX_HARNESS_IMAGE_PROBE=1 - İsteğe bağlı MCP/araç probe:
OPENCLAW_LIVE_CODEX_HARNESS_MCP_PROBE=1 - Smoke testi, bozuk bir Codex
harness’inin sessizce PI’ye geri düşerek geçememesi için
OPENCLAW_AGENT_HARNESS_FALLBACK=noneayarlar. - Auth: shell/profilden
OPENAI_API_KEY, artı isteğe bağlı olarak kopyalanan~/.codex/auth.jsonve~/.codex/config.toml
- Docker çalıştırıcısı
scripts/test-live-codex-harness-docker.shkonumunda bulunur. - Bağlanan
~/.profiledosyasını kaynak olarak alır,OPENAI_API_KEYgeçirir, varsa Codex CLI auth dosyalarını kopyalar,@openai/codexpaketini yazılabilir bağlı bir npm öneki içine kurar, kaynak ağacını hazırlar ve ardından yalnızca Codex-harness canlı testini çalıştırır. - Docker, image ve MCP/araç probe’larını varsayılan olarak etkinleştirir. Daha dar bir hata ayıklama çalıştırmasına ihtiyaç duyduğunuzda
OPENCLAW_LIVE_CODEX_HARNESS_IMAGE_PROBE=0veyaOPENCLAW_LIVE_CODEX_HARNESS_MCP_PROBE=0ayarlayın. - Docker ayrıca
OPENCLAW_AGENT_HARNESS_FALLBACK=nonedışa aktarır; bu, canlı test yapılandırmasıyla eşleşir, böyleceopenai-codex/*veya PI fallback bir Codex harness regresyonunu gizleyemez.
Önerilen canlı tarifler
Dar ve açık izin listeleri en hızlı ve en az kararsız olanlardır:-
Tek model, doğrudan (gateway yok):
OPENCLAW_LIVE_MODELS="openai/gpt-5.4" pnpm test:live src/agents/models.profiles.live.test.ts
-
Tek model, gateway smoke:
OPENCLAW_LIVE_GATEWAY_MODELS="openai/gpt-5.4" pnpm test:live src/gateway/gateway-models.profiles.live.test.ts
-
Birden fazla sağlayıcıda araç çağırma:
OPENCLAW_LIVE_GATEWAY_MODELS="openai/gpt-5.4,anthropic/claude-opus-4-6,google/gemini-3-flash-preview,zai/glm-4.7,minimax/MiniMax-M2.7" pnpm test:live src/gateway/gateway-models.profiles.live.test.ts
-
Google odağı (Gemini API anahtarı + Antigravity):
- Gemini (API anahtarı):
OPENCLAW_LIVE_GATEWAY_MODELS="google/gemini-3-flash-preview" pnpm test:live src/gateway/gateway-models.profiles.live.test.ts - Antigravity (OAuth):
OPENCLAW_LIVE_GATEWAY_MODELS="google-antigravity/claude-opus-4-6-thinking,google-antigravity/gemini-3-pro-high" pnpm test:live src/gateway/gateway-models.profiles.live.test.ts
- Gemini (API anahtarı):
google/..., Gemini API’yi kullanır (API anahtarı).google-antigravity/..., Antigravity OAuth köprüsünü kullanır (Cloud Code Assist tarzı agent uç noktası).google-gemini-cli/..., makinenizdeki yerel Gemini CLI’ı kullanır (ayrı auth + araçlama tuhaflıkları).- Gemini API ile Gemini CLI karşılaştırması:
- API: OpenClaw, Google’ın barındırılan Gemini API’sini HTTP üzerinden çağırır (API anahtarı / profil auth); çoğu kullanıcının “Gemini” derken kastettiği budur.
- CLI: OpenClaw, yerel bir
geminiikili dosyasını shell üzerinden çağırır; bunun kendi auth yapısı vardır ve farklı davranabilir (akış/araç desteği/sürüm kayması).
Canlı: model matrisi (neleri kapsıyoruz)
Sabit bir “CI model listesi” yoktur (canlı testler isteğe bağlıdır), ancak bunlar anahtarları olan bir geliştirme makinesinde düzenli olarak kapsanması önerilen modellerdir.Modern smoke kümesi (araç çağırma + image)
Bu, çalışır durumda tutmayı beklediğimiz “yaygın modeller” çalıştırmasıdır:- OpenAI (Codex dışı):
openai/gpt-5.4(isteğe bağlı:openai/gpt-5.4-mini) - OpenAI Codex:
openai-codex/gpt-5.4 - Anthropic:
anthropic/claude-opus-4-6(veyaanthropic/claude-sonnet-4-6) - Google (Gemini API):
google/gemini-3.1-pro-previewvegoogle/gemini-3-flash-preview(eski Gemini 2.x modellerinden kaçının) - Google (Antigravity):
google-antigravity/claude-opus-4-6-thinkingvegoogle-antigravity/gemini-3-flash - Z.AI (GLM):
zai/glm-4.7 - MiniMax:
minimax/MiniMax-M2.7
OPENCLAW_LIVE_GATEWAY_MODELS="openai/gpt-5.4,openai-codex/gpt-5.4,anthropic/claude-opus-4-6,google/gemini-3.1-pro-preview,google/gemini-3-flash-preview,google-antigravity/claude-opus-4-6-thinking,google-antigravity/gemini-3-flash,zai/glm-4.7,minimax/MiniMax-M2.7" pnpm test:live src/gateway/gateway-models.profiles.live.test.ts
Temel: araç çağırma (Read + isteğe bağlı Exec)
Her sağlayıcı ailesinden en az bir tane seçin:- OpenAI:
openai/gpt-5.4(veyaopenai/gpt-5.4-mini) - Anthropic:
anthropic/claude-opus-4-6(veyaanthropic/claude-sonnet-4-6) - Google:
google/gemini-3-flash-preview(veyagoogle/gemini-3.1-pro-preview) - Z.AI (GLM):
zai/glm-4.7 - MiniMax:
minimax/MiniMax-M2.7
- xAI:
xai/grok-4(veya mevcut en güncel sürüm) - Mistral:
mistral/… (etkinleştirdiğiniz “tools” özellikli bir model seçin) - Cerebras:
cerebras/… (erişiminiz varsa) - LM Studio:
lmstudio/… (yerel; araç çağırma API kipine bağlıdır)
Vision: image gönderimi (ek → çok kipli mesaj)
Image probe’unu çalıştırmak içinOPENCLAW_LIVE_GATEWAY_MODELS içine en az bir image destekli model ekleyin (Claude/Gemini/OpenAI’nin vision destekli varyantları vb.).
Aggregator’lar / alternatif gateway’ler
Anahtarlarınız etkinse, şu yollarla test etmeyi de destekliyoruz:- OpenRouter:
openrouter/...(yüzlerce model; araç+image destekli adayları bulmak içinopenclaw models scankullanın) - OpenCode: Zen için
opencode/...ve Go içinopencode-go/...(auth:OPENCODE_API_KEY/OPENCODE_ZEN_API_KEY)
- Yerleşik:
openai,openai-codex,anthropic,google,google-vertex,google-antigravity,google-gemini-cli,zai,openrouter,opencode,opencode-go,xai,groq,cerebras,mistral,github-copilot models.providersaracılığıyla (özel uç noktalar):minimax(bulut/API), artı OpenAI/Anthropic uyumlu herhangi bir proxy (LM Studio, vLLM, LiteLLM vb.)
discoverModels(...) ne döndürüyorsa ve hangi anahtarlar mevcutsa odur.
Kimlik bilgileri (asla commit etmeyin)
Canlı testler kimlik bilgilerini CLI ile aynı şekilde keşfeder. Pratik sonuçları:- CLI çalışıyorsa, canlı testler de aynı anahtarları bulmalıdır.
-
Bir canlı test “kimlik bilgisi yok” diyorsa, bunu
openclaw models list/ model seçimini nasıl hata ayıklıyorsanız öyle hata ayıklayın. -
Agent başına auth profilleri:
~/.openclaw/agents/<agentId>/agent/auth-profiles.json(canlı testlerde “profil anahtarları” denen şey budur) -
Yapılandırma:
~/.openclaw/openclaw.json(veyaOPENCLAW_CONFIG_PATH) -
Eski durum dizini:
~/.openclaw/credentials/(varsa hazırlanan canlı home dizinine kopyalanır, ancak ana profil-anahtarı deposu değildir) -
Canlı yerel çalıştırmalar varsayılan olarak etkin yapılandırmayı, agent başına
auth-profiles.jsondosyalarını, eskicredentials/dizinini ve desteklenen harici CLI auth dizinlerini geçici bir test home dizinine kopyalar; hazırlanan canlı home dizinleriworkspace/vesandboxes/dizinlerini atlar ve probe’ların gerçek ana makine çalışma alanınıza gitmemesi içinagents.*.workspace/agentDiryol geçersiz kılmaları kaldırılır.
~/.profile içinde dışa aktarılmış olanlar gibi), yerel testleri source ~/.profile sonrasında çalıştırın veya aşağıdaki Docker çalıştırıcılarını kullanın (bunlar ~/.profile dosyasını container içine bağlayabilir).
Deepgram canlı (ses transkripsiyonu)
- Test:
src/media-understanding/providers/deepgram/audio.live.test.ts - Etkinleştirme:
DEEPGRAM_API_KEY=... DEEPGRAM_LIVE_TEST=1 pnpm test:live src/media-understanding/providers/deepgram/audio.live.test.ts
BytePlus coding plan canlı
- Test:
src/agents/byteplus.live.test.ts - Etkinleştirme:
BYTEPLUS_API_KEY=... BYTEPLUS_LIVE_TEST=1 pnpm test:live src/agents/byteplus.live.test.ts - İsteğe bağlı model geçersiz kılması:
BYTEPLUS_CODING_MODEL=ark-code-latest
ComfyUI workflow media canlı
- Test:
extensions/comfy/comfy.live.test.ts - Etkinleştirme:
OPENCLAW_LIVE_TEST=1 COMFY_LIVE_TEST=1 pnpm test:live -- extensions/comfy/comfy.live.test.ts - Kapsam:
- Paketlenmiş comfy image, video ve
music_generateyollarını çalıştırır models.providers.comfy.<capability>yapılandırılmamışsa her yeteneği atlar- Comfy workflow gönderimi, yoklama, indirmeler veya Plugin kaydı değiştirildikten sonra yararlıdır
- Paketlenmiş comfy image, video ve
Image generation canlı
- Test:
src/image-generation/runtime.live.test.ts - Komut:
pnpm test:live src/image-generation/runtime.live.test.ts - Harness:
pnpm test:live:media image - Kapsam:
- Kayıtlı her image-generation sağlayıcı Plugin’ini numaralandırır
- Yoklama yapmadan önce eksik sağlayıcı env değişkenlerini giriş shell’inizden (
~/.profile) yükler - Varsayılan olarak depolanmış auth profillerinden önce canlı/env API anahtarlarını kullanır; böylece
auth-profiles.jsoniçindeki eski test anahtarları gerçek shell kimlik bilgilerini maskelemez - Kullanılabilir auth/profil/model olmayan sağlayıcıları atlar
- Stok image-generation varyantlarını paylaşılan runtime yeteneği üzerinden çalıştırır:
google:flash-generategoogle:pro-generategoogle:pro-editopenai:default-generate
- Şu anda kapsanan paketlenmiş sağlayıcılar:
openaigoogle
- İsteğe bağlı daraltma:
OPENCLAW_LIVE_IMAGE_GENERATION_PROVIDERS="openai,google"OPENCLAW_LIVE_IMAGE_GENERATION_MODELS="openai/gpt-image-1,google/gemini-3.1-flash-image-preview"OPENCLAW_LIVE_IMAGE_GENERATION_CASES="google:flash-generate,google:pro-edit"
- İsteğe bağlı auth davranışı:
- Profil deposu auth’unu zorlamak ve yalnızca env geçersiz kılmalarını yok saymak için
OPENCLAW_LIVE_REQUIRE_PROFILE_KEYS=1
- Profil deposu auth’unu zorlamak ve yalnızca env geçersiz kılmalarını yok saymak için
Music generation canlı
- Test:
extensions/music-generation-providers.live.test.ts - Etkinleştirme:
OPENCLAW_LIVE_TEST=1 pnpm test:live -- extensions/music-generation-providers.live.test.ts - Harness:
pnpm test:live:media music - Kapsam:
- Paylaşılan paketlenmiş music-generation sağlayıcı yolunu çalıştırır
- Şu anda Google ve MiniMax’ı kapsar
- Yoklama yapmadan önce sağlayıcı env değişkenlerini giriş shell’inizden (
~/.profile) yükler - Varsayılan olarak depolanmış auth profillerinden önce canlı/env API anahtarlarını kullanır; böylece
auth-profiles.jsoniçindeki eski test anahtarları gerçek shell kimlik bilgilerini maskelemez - Kullanılabilir auth/profil/model olmayan sağlayıcıları atlar
- Mevcut olduğunda her iki bildirilen runtime kipini de çalıştırır:
- yalnızca prompt girdili
generate - sağlayıcı
capabilities.edit.enabledbildirdiğindeedit
- yalnızca prompt girdili
- Şu anki paylaşılan hat kapsamı:
google:generate,editminimax:generatecomfy: ayrı Comfy canlı dosyası, bu paylaşılan tarama değil
- İsteğe bağlı daraltma:
OPENCLAW_LIVE_MUSIC_GENERATION_PROVIDERS="google,minimax"OPENCLAW_LIVE_MUSIC_GENERATION_MODELS="google/lyria-3-clip-preview,minimax/music-2.5+"
- İsteğe bağlı auth davranışı:
- Profil deposu auth’unu zorlamak ve yalnızca env geçersiz kılmalarını yok saymak için
OPENCLAW_LIVE_REQUIRE_PROFILE_KEYS=1
- Profil deposu auth’unu zorlamak ve yalnızca env geçersiz kılmalarını yok saymak için
Video generation canlı
- Test:
extensions/video-generation-providers.live.test.ts - Etkinleştirme:
OPENCLAW_LIVE_TEST=1 pnpm test:live -- extensions/video-generation-providers.live.test.ts - Harness:
pnpm test:live:media video - Kapsam:
- Paylaşılan paketlenmiş video-generation sağlayıcı yolunu çalıştırır
- Varsayılan olarak sürüm için güvenli smoke yolunu kullanır: FAL dışı sağlayıcılar, sağlayıcı başına bir text-to-video isteği, bir saniyelik lobster prompt’u ve
OPENCLAW_LIVE_VIDEO_GENERATION_TIMEOUT_MSiçinden gelen sağlayıcı başına işlem üst sınırı (varsayılan180000) - Sağlayıcı tarafı kuyruk gecikmesi sürüm süresine baskın gelebileceği için FAL varsayılan olarak atlanır; bunu açıkça çalıştırmak için
--video-providers falveyaOPENCLAW_LIVE_VIDEO_GENERATION_PROVIDERS="fal"verin - Yoklama yapmadan önce sağlayıcı env değişkenlerini giriş shell’inizden (
~/.profile) yükler - Varsayılan olarak depolanmış auth profillerinden önce canlı/env API anahtarlarını kullanır; böylece
auth-profiles.jsoniçindeki eski test anahtarları gerçek shell kimlik bilgilerini maskelemez - Kullanılabilir auth/profil/model olmayan sağlayıcıları atlar
- Varsayılan olarak yalnızca
generateçalıştırır - Kullanılabiliyorsa bildirilen dönüşüm kiplerini de çalıştırmak için
OPENCLAW_LIVE_VIDEO_GENERATION_FULL_MODES=1ayarlayın:- sağlayıcı
capabilities.imageToVideo.enabledbildirdiğinde ve seçili sağlayıcı/model paylaşılan taramada buffer destekli yerel image girdisini kabul ettiğindeimageToVideo - sağlayıcı
capabilities.videoToVideo.enabledbildirdiğinde ve seçili sağlayıcı/model paylaşılan taramada buffer destekli yerel video girdisini kabul ettiğindevideoToVideo
- sağlayıcı
- Paylaşılan taramada şu anda bildirilmiş ancak atlanan
imageToVideosağlayıcıları:vydra, çünkü paketlenmişveo3yalnızca metin desteklidir ve paketlenmişklinguzak bir image URL’si gerektirir
- Sağlayıcıya özgü Vydra kapsamı:
OPENCLAW_LIVE_TEST=1 OPENCLAW_LIVE_VYDRA_VIDEO=1 pnpm test:live -- extensions/vydra/vydra.live.test.ts- bu dosya varsayılan olarak uzak bir image URL fixture’ı kullanan
klinghattıyla birlikteveo3text-to-video çalıştırır
- Geçerli
videoToVideocanlı kapsamı:- yalnızca seçilen model
runway/gen4_alepholduğundarunway
- yalnızca seçilen model
- Paylaşılan taramada şu anda bildirilmiş ancak atlanan
videoToVideosağlayıcıları:alibaba,qwen,xai, çünkü bu yollar şu anda uzakhttp(s)/ MP4 referans URL’leri gerektiriyorgoogle, çünkü mevcut paylaşılan Gemini/Veo hattı yerel buffer destekli girdi kullanıyor ve bu yol paylaşılan taramada kabul edilmiyoropenai, çünkü mevcut paylaşılan hatta kuruma özgü video inpaint/remix erişim garantileri yok
- İsteğe bağlı daraltma:
OPENCLAW_LIVE_VIDEO_GENERATION_PROVIDERS="google,openai,runway"OPENCLAW_LIVE_VIDEO_GENERATION_MODELS="google/veo-3.1-fast-generate-preview,openai/sora-2,runway/gen4_aleph"- Varsayılan taramaya FAL dahil her sağlayıcıyı katmak için
OPENCLAW_LIVE_VIDEO_GENERATION_SKIP_PROVIDERS="" - Agresif bir smoke çalıştırması için sağlayıcı başına işlem üst sınırını azaltmak üzere
OPENCLAW_LIVE_VIDEO_GENERATION_TIMEOUT_MS=60000
- İsteğe bağlı auth davranışı:
- Profil deposu auth’unu zorlamak ve yalnızca env geçersiz kılmalarını yok saymak için
OPENCLAW_LIVE_REQUIRE_PROFILE_KEYS=1
- Profil deposu auth’unu zorlamak ve yalnızca env geçersiz kılmalarını yok saymak için
Medya canlı harness’i
- Komut:
pnpm test:live:media - Amaç:
- Paylaşılan image, music ve video canlı paketlerini depo yereline özgü tek bir giriş noktası üzerinden çalıştırır
- Eksik sağlayıcı env değişkenlerini
~/.profileiçinden otomatik yükler - Varsayılan olarak her paketi şu anda kullanılabilir auth’a sahip sağlayıcılara otomatik olarak daraltır
scripts/test-live.mjsdosyasını yeniden kullanır; böylece Heartbeat ve sessiz kip davranışı tutarlı kalır
- Örnekler:
pnpm test:live:mediapnpm test:live:media image video --providers openai,google,minimaxpnpm test:live:media video --video-providers openai,runway --all-providerspnpm test:live:media music --quiet
Docker çalıştırıcıları (isteğe bağlı “Linux’ta çalışıyor” kontrolleri)
Bu Docker çalıştırıcıları iki kovaya ayrılır:- Canlı model çalıştırıcıları:
test:docker:live-modelsvetest:docker:live-gateway, yalnızca eşleşen profil anahtarlı canlı dosyalarını depo Docker görüntüsü içinde çalıştırır (src/agents/models.profiles.live.test.tsvesrc/gateway/gateway-models.profiles.live.test.ts), yerel config dizininizi ve çalışma alanınızı bağlar (ve bağlıysa~/.profilekaynağını alır). Eşleşen yerel giriş noktalarıtest:live:models-profilesvetest:live:gateway-profilesşeklindedir. - Docker canlı çalıştırıcıları, tam bir Docker taramasının pratik kalması için varsayılan olarak daha küçük bir smoke üst sınırı kullanır:
test:docker:live-modelsvarsayılan olarakOPENCLAW_LIVE_MAX_MODELS=12kullanır vetest:docker:live-gatewayvarsayılan olarakOPENCLAW_LIVE_GATEWAY_SMOKE=1,OPENCLAW_LIVE_GATEWAY_MAX_MODELS=8,OPENCLAW_LIVE_GATEWAY_STEP_TIMEOUT_MS=45000veOPENCLAW_LIVE_GATEWAY_MODEL_TIMEOUT_MS=90000kullanır. Daha büyük kapsamlı taramayı açıkça istediğinizde bu env değişkenlerini geçersiz kılın. test:docker:all, canlı Docker görüntüsünü bir keztest:docker:live-buildile oluşturur, sonra bunu iki canlı Docker hattı için yeniden kullanır.- Container smoke çalıştırıcıları:
test:docker:openwebui,test:docker:onboard,test:docker:gateway-network,test:docker:mcp-channelsvetest:docker:plugins, bir veya daha fazla gerçek container başlatır ve daha üst düzey integration yollarını doğrular.
- Doğrudan modeller:
pnpm test:docker:live-models(betik:scripts/test-live-models-docker.sh) - ACP bind smoke:
pnpm test:docker:live-acp-bind(betik:scripts/test-live-acp-bind-docker.sh) - CLI backend smoke:
pnpm test:docker:live-cli-backend(betik:scripts/test-live-cli-backend-docker.sh) - Codex app-server harness smoke:
pnpm test:docker:live-codex-harness(betik:scripts/test-live-codex-harness-docker.sh) - Gateway + geliştirme agent’ı:
pnpm test:docker:live-gateway(betik:scripts/test-live-gateway-models-docker.sh) - Open WebUI canlı smoke:
pnpm test:docker:openwebui(betik:scripts/e2e/openwebui-docker.sh) - Onboarding wizard’ı (TTY, tam scaffolding):
pnpm test:docker:onboard(betik:scripts/e2e/onboard-docker.sh) - Gateway ağ iletişimi (iki container, WS auth + sağlık):
pnpm test:docker:gateway-network(betik:scripts/e2e/gateway-network-docker.sh) - MCP kanal köprüsü (tohumlanmış Gateway + stdio bridge + ham Claude bildirim-frame smoke):
pnpm test:docker:mcp-channels(betik:scripts/e2e/mcp-channels-docker.sh) - Plugin’ler (install smoke +
/plugintakma adı + Claude bundle yeniden başlatma semantiği):pnpm test:docker:plugins(betik:scripts/e2e/plugins-docker.sh)
.pnpm-store, .worktrees, __openclaw_vitest__ ve uygulamaya özgü .build veya Gradle çıktı dizinleri gibi büyük yerel önbellekleri ve uygulama derleme çıktılarını atlar; böylece Docker canlı çalıştırmaları makineye özgü artifact’leri kopyalamak için dakikalar harcamaz.
Ayrıca OPENCLAW_SKIP_CHANNELS=1 ayarlar; böylece gateway canlı probe’ları container içinde gerçek Telegram/Discord vb. kanal worker’larını başlatmaz.
test:docker:live-models yine de pnpm test:live çalıştırır; bu nedenle bu Docker hattındaki gateway canlı kapsamını daraltmanız veya hariç tutmanız gerektiğinde OPENCLAW_LIVE_GATEWAY_* değişkenlerini de iletin.
test:docker:openwebui daha üst düzey bir uyumluluk smoke testidir: OpenAI uyumlu HTTP uç noktaları etkin bir OpenClaw gateway container’ı başlatır, bu gateway’e karşı sabitlenmiş bir Open WebUI container’ı başlatır, Open WebUI üzerinden oturum açar, /api/models içinde openclaw/default modelinin sunulduğunu doğrular, ardından Open WebUI’nin /api/chat/completions proxy’si üzerinden gerçek bir sohbet isteği gönderir.
İlk çalıştırma belirgin biçimde daha yavaş olabilir çünkü Docker’ın Open WebUI görüntüsünü çekmesi gerekebilir ve Open WebUI’nin kendi soğuk başlangıç kurulumunu tamamlaması gerekebilir.
Bu hat kullanılabilir bir canlı model anahtarı bekler ve OPENCLAW_PROFILE_FILE
(Docker ile çalıştırmalarda varsayılan olarak ~/.profile) bunu sağlamak için birincil yoldur.
Başarılı çalıştırmalar { "ok": true, "model": "openclaw/default", ... } gibi küçük bir JSON yükü yazdırır.
test:docker:mcp-channels bilerek deterministiktir ve gerçek bir
Telegram, Discord veya iMessage hesabı gerektirmez. Tohumlanmış bir Gateway
container’ı başlatır, openclaw mcp serve üreten ikinci bir container başlatır, ardından yönlendirilmiş konuşma keşfini, transcript okumalarını, ek meta verisini, canlı olay kuyruğu davranışını, giden gönderim yönlendirmesini ve gerçek stdio MCP köprüsü üzerinden Claude tarzı kanal +
izin bildirimlerini doğrular. Bildirim denetimi ham stdio MCP frame’lerini doğrudan inceler; böylece smoke testi yalnızca belirli bir istemci SDK’sının göstermeye denk geldiklerini değil, köprünün gerçekte ne yaydığını doğrular.
Elle ACP sade dil thread smoke testi (CI değil):
bun scripts/dev/discord-acp-plain-language-smoke.ts --channel <discord-channel-id> ...- Bu betiği regresyon/hata ayıklama iş akışları için saklayın. ACP thread yönlendirme doğrulaması için yeniden gerekebilir, bu yüzden silmeyin.
/home/node/.openclawdizinine bağlananOPENCLAW_CONFIG_DIR=...(varsayılan:~/.openclaw)/home/node/.openclaw/workspacedizinine bağlananOPENCLAW_WORKSPACE_DIR=...(varsayılan:~/.openclaw/workspace)/home/node/.profiledizinine bağlanan ve testler çalıştırılmadan önce kaynağı alınanOPENCLAW_PROFILE_FILE=...(varsayılan:~/.profile)- Geçici config/workspace dizinleri ve harici CLI auth bağları olmadan yalnızca
OPENCLAW_PROFILE_FILEiçinden kaynaklanan env değişkenlerini doğrulamak içinOPENCLAW_DOCKER_PROFILE_ENV_ONLY=1 - Docker içindeki önbellekli CLI kurulumları için
/home/node/.npm-globaldizinine bağlananOPENCLAW_DOCKER_CLI_TOOLS_DIR=...(varsayılan:~/.cache/openclaw/docker-cli-tools) $HOMEaltındaki harici CLI auth dizinleri/dosyaları/host-auth...altında salt okunur bağlanır, ardından testler başlamadan önce/home/node/...altına kopyalanır- Varsayılan dizinler:
.minimax - Varsayılan dosyalar:
~/.codex/auth.json,~/.codex/config.toml,.claude.json,~/.claude/.credentials.json,~/.claude/settings.json,~/.claude/settings.local.json - Daraltılmış sağlayıcı çalıştırmaları yalnızca
OPENCLAW_LIVE_PROVIDERS/OPENCLAW_LIVE_GATEWAY_PROVIDERSüzerinden çıkarılan gerekli dizinleri/dosyaları bağlar OPENCLAW_DOCKER_AUTH_DIRS=all,OPENCLAW_DOCKER_AUTH_DIRS=noneveyaOPENCLAW_DOCKER_AUTH_DIRS=.claude,.codexgibi virgülle ayrılmış liste ile elle geçersiz kılın
- Varsayılan dizinler:
- Çalıştırmayı daraltmak için
OPENCLAW_LIVE_GATEWAY_MODELS=.../OPENCLAW_LIVE_MODELS=... - Container içindeki sağlayıcıları filtrelemek için
OPENCLAW_LIVE_GATEWAY_PROVIDERS=.../OPENCLAW_LIVE_PROVIDERS=... - Yeniden derleme gerektirmeyen tekrar çalıştırmalar için mevcut
openclaw:local-livegörüntüsünü yeniden kullanmak üzereOPENCLAW_SKIP_DOCKER_BUILD=1 - Kimlik bilgilerinin env’den değil profil deposundan gelmesini sağlamak için
OPENCLAW_LIVE_REQUIRE_PROFILE_KEYS=1 - Open WebUI smoke testi için gateway tarafından sunulan modeli seçmek üzere
OPENCLAW_OPENWEBUI_MODEL=... - Open WebUI smoke testi tarafından kullanılan nonce denetimi prompt’unu geçersiz kılmak için
OPENCLAW_OPENWEBUI_PROMPT=... - Sabitlenmiş Open WebUI görüntü etiketini geçersiz kılmak için
OPENWEBUI_IMAGE=...
Belgeler için temel kontrol
Belge düzenlemelerinden sonra belge denetimlerini çalıştırın:pnpm check:docs.
Sayfa içi başlık denetimlerine de ihtiyaç duyduğunuzda tam Mintlify anchor doğrulamasını çalıştırın: pnpm docs:check-links:anchors.
Çevrimdışı regresyon (CI için güvenli)
Bunlar gerçek sağlayıcılar olmadan “gerçek işlem hattı” regresyonlarıdır:- Gateway araç çağırma (sahte OpenAI, gerçek gateway + agent döngüsü):
src/gateway/gateway.test.ts(durum: “sahte bir OpenAI araç çağrısını gateway agent döngüsü üzerinden uçtan uca çalıştırır”) - Gateway wizard’ı (WS
wizard.start/wizard.next, config + auth enforced yazar):src/gateway/gateway.test.ts(durum: “wizard’ı ws üzerinden çalıştırır ve auth token config yazar”)
Agent güvenilirlik değerlendirmeleri (Skills)
CI için güvenli, “agent güvenilirlik değerlendirmeleri” gibi davranan birkaç testimiz zaten var:- Gerçek gateway + agent döngüsü üzerinden sahte araç çağırma (
src/gateway/gateway.test.ts). - Oturum kablolamasını ve config etkilerini doğrulayan uçtan uca wizard akışları (
src/gateway/gateway.test.ts).
- Karar verme: prompt içinde Skills listelendiğinde, agent doğru Skill’i seçiyor mu (veya ilgisiz olanlardan kaçınıyor mu)?
- Uyumluluk: agent kullanmadan önce
SKILL.mddosyasını okuyor ve gerekli adımları/argümanları izliyor mu? - İş akışı sözleşmeleri: araç sırasını, oturum geçmişi devrini ve sandbox sınırlarını doğrulayan çok turlu senaryolar.
- Araç çağrılarını + sıralarını, Skill dosyası okumalarını ve oturum kablolamasını doğrulamak için sahte sağlayıcılar kullanan bir senaryo çalıştırıcısı.
- Skill odaklı küçük bir senaryo paketi (kullan vs kaçın, kapılama, prompt injection).
- İsteğe bağlı canlı değerlendirmeler (isteğe bağlı, env kapılı) yalnızca CI için güvenli paket yerleştirildikten sonra.
Sözleşme testleri (Plugin ve kanal şekli)
Sözleşme testleri, kayıtlı her Plugin ve kanalın kendi arayüz sözleşmesine uyduğunu doğrular. Keşfedilen tüm Plugin’ler üzerinde dolaşır ve bir dizi şekil ve davranış doğrulaması çalıştırır. Varsayılanpnpm test unit hattı bu paylaşılan seam ve smoke dosyalarını bilerek
atlar; paylaşılan kanal veya sağlayıcı yüzeylerine dokunduğunuzda sözleşme komutlarını açıkça çalıştırın.
Komutlar
- Tüm sözleşmeler:
pnpm test:contracts - Yalnızca kanal sözleşmeleri:
pnpm test:contracts:channels - Yalnızca sağlayıcı sözleşmeleri:
pnpm test:contracts:plugins
Kanal sözleşmeleri
src/channels/plugins/contracts/*.contract.test.ts içinde bulunur:
- plugin - Temel Plugin şekli (id, ad, yetenekler)
- setup - Kurulum wizard’ı sözleşmesi
- session-binding - Oturum bağlama davranışı
- outbound-payload - Mesaj payload yapısı
- inbound - Gelen mesaj işleme
- actions - Kanal eylem işleyicileri
- threading - Thread kimliği işleme
- directory - Dizin/roster API
- group-policy - Grup ilkesi uygulaması
Sağlayıcı durum sözleşmeleri
src/plugins/contracts/*.contract.test.ts içinde bulunur.
- status - Kanal durum yoklamaları
- registry - Plugin kayıt şekli
Sağlayıcı sözleşmeleri
src/plugins/contracts/*.contract.test.ts içinde bulunur:
- auth - Auth akışı sözleşmesi
- auth-choice - Auth seçimi/tercihi
- catalog - Model katalog API’si
- discovery - Plugin keşfi
- loader - Plugin yükleme
- runtime - Sağlayıcı runtime’ı
- shape - Plugin şekli/arayüzü
- wizard - Kurulum wizard’ı
Ne zaman çalıştırılmalı
- plugin-sdk dışa aktarımlarını veya alt yollarını değiştirdikten sonra
- Bir kanal veya sağlayıcı Plugin ekledikten ya da değiştirdikten sonra
- Plugin kaydı veya keşfini yeniden düzenledikten sonra
Regresyon ekleme (rehber)
Canlı ortamda keşfedilmiş bir sağlayıcı/model sorununu düzelttiğinizde:- Mümkünse CI için güvenli bir regresyon ekleyin (sahte/stub sağlayıcı veya tam istek-şekli dönüşümünü yakalayın)
- Sorun doğası gereği yalnızca canlıysa (rate limit, auth ilkeleri), canlı testi dar ve env değişkenleriyle isteğe bağlı tutun
- Hatayı yakalayan en küçük katmanı hedeflemeyi tercih edin:
- sağlayıcı istek dönüştürme/replay hatası → doğrudan modeller testi
- gateway oturum/geçmiş/araç işlem hattı hatası → gateway canlı smoke veya CI için güvenli gateway sahte testi
- SecretRef geçiş korkuluğu:
src/secrets/exec-secret-ref-id-parity.test.ts, kayıt meta verisinden (listSecretTargetRegistryEntries()) SecretRef sınıfı başına örneklenmiş bir hedef türetir, ardından geçiş segmenti exec id’lerinin reddedildiğini doğrular.src/secrets/target-registry-data.tsiçinde yeni birincludeInPlanSecretRef hedef ailesi eklerseniz, bu testteclassifyTargetClassişlevini güncelleyin. Test, sınıflandırılmamış hedef kimliklerinde bilerek başarısız olur; böylece yeni sınıflar sessizce atlanamaz.