Question 1

Hangi yerel modelleri çalıştırmalıyım ve donanım SecureContext'i nasıl etkiler?

Accepted Answer

SecureContext, donanım katmanına göre kibarca degrade olur — her LLM destekli katman kapalı şekilde başarısız olur (özellik sessizce hiçbir şey katkıda bulunmaz) ve veri alma ya da aramayı bozmaz. Donanımla değişen şey, zeka yığınının ne kadarının aktif olduğudur:

| Katman | Donanım | Uyan modeller | Ne elde edersiniz |
|---|---|---|---|
| Minimum | Herhangi bir CPU, ~2 GB boş RAM | nomic-embed-text (yalnızca gömme) | Hibrit BM25+vektör arama, çalışma hafızası, denetim zinciri, beceri kısıtlamaları — temel. LLM katmanları (olay çıkarımı, varlık çıkarımı, çelişki karar verme) pasiftir. |
| Orta | 8–16 GB GPU (veya Apple Silicon 16 GB+) | + qwen2.5-coder:14b ya da phi4:14b (bir seferde bir tane) | + Veri alımında olay‑gerçek çıkarımı (zaman akışı), LLM çelişki karar verme, varlık çıkarımı, L0/L1 anlamsal dosya özetleri. |
| Tam | 24 GB+ GPU (örn. RTX 4090/5090) | + phi4:14b ve gpt-oss:20b birlikte çalışır halde | Her şey, aynı anda, etkileşimli gecikmede — ayrıca QA/benchmarklar için güçlü yerel üretici. Bu, yayınladığımız benchmark farklarının ölçüldüğü konfigürasyondur.

Model seçimi rehberi (tümü ölçülmüş, bkz. bench/):
- Gömme: nomic-embed-text — zorunlu, çok küçük, her yerde çalışır.
- Olay çıkarımı (ZCEVENTEXTRACTMODEL, varsayılan phi4:14b): bizim denemelerimiz phi4:14b'yi %100 olay hatırlama / %100 tarih doğruluğu ile puanladı, gpt-oss

Question 2

Bunu çalıştırmak için neler gerekir?

Accepted Answer

Node 20+ ve (önerilen) Docker, paketlenmiş PostgreSQL + Ollama yığını için gerekir. Tek komutla kurulum yaklaşık beş dakikada her şeyi halleder. SQLite yedekleme, hiçbir altyapı olmadan çalışır.

Question 3

Birden fazla Claude Code oturumu aynı proje üzerinde çatışma olmadan çalışabilir mi?

Accepted Answer

Evet — paralel oturumlar, iş çalım kuyruğundan atomik olarak görev alır (testte 50 ajan × 100 görevde sıfır çifte talep), tiplenmiş yayınlar (ASSIGN/STATUS/MERGE/REJECT) ile koordine olur ve özel ajan bellek ad alanları ile ortak bir havuz tutar. Daha büyük ajan takımları için bölüm‑stili hiyerarşiler (başlar + çalışanlar, N-katmanlı yükseltme) desteklenir.

Question 4

Claude Code yetenekleri kurulum için güvenli mi?

Accepted Answer

Dosya sistemi yetenekleri, izinlerinizle çalışan betikleri paketler ve Claude Code'un yerel yükleyicisi onları taramaz. SecureContext eksik kapıyı ekler: kabul anında AST taraması, her çalıştırmadan önce HMAC doğrulaması, hata durumunda ya da kabul sonrası değişiklikte otomatik karantinaya alma ve her kabul kararının doğrulanabilir zincirli kaydı.

Question 5

SecureContext kodumu ya da verilerimi buluta gönderiyor mu?

Accepted Answer

Hayır. Bellek, gömmeler (Ollama nomic-embed-text), arama, özetleme ve denetim zinciri tamamen yerel olarak çalışır. Tamamen çevrim dışı çalışır (Ollama erişilemezse arama kibarca sadece anahtar kelimelere düşer) ve boşta iken $0 maliyeti vardır.

Question 6

Uzun, birkaç haftalık bir projeyi yönetebilir mi?

Accepted Answer

Evet — teslimat katmanı bunun için vardır. Fazlarla (zc_program) bir program tanımlarsınız ve açık fazın kabul kontrol listesi proje durumu ile birlikte seyahat eder. Bir fazı kapatmak bir kanıt tablosu gerektirir ve otomatik olarak bir kontrol noktası belgesi üretir. Orkestrasyon ajanı faz ortasında ölürse, yeni bir ajan iki çağrıdan tam teslimat durumunu yeniden oluşturur — canlı olarak doğrulanır.

Question 7

SecureContext Claude Code token maliyetlerini ne kadar azaltıyor?

Accepted Answer

10 oturumluk bir projede ölçüldü: bağlam yükü yaklaşık %87 azaldı (oturum geri yükleme ~1,5–4k token, yeniden yapıştırılan dosyaların 20–50k token'ı yerine). Yüzlerce birikmiş hafıza bulunan uzun vadeli projelerde, geri çağırma bütçesi her bir çağrıyı ~4k token'da tutarken, sınırsız bir döküm ~47k token olur. Dosya soruları, ham okumalardan ziyade 15–50 kat sıkıştırılmış anlamsal özetlerden yanıtlanır.

Question 8

Claude Code'a oturumlar arasında kalıcı hafıza nasıl veririm?

Accepted Answer

SecureContext'i kurun (tek bir komut — Quick start bölümüne bakın), ardından ajanlar zcremember'ı kullanarak kararları ve dikkat edilmesi gerekenleri kalıcı hâle getirir ve oturum başında zcrecall_context({focus: "current task"}) ile bunları geri yükler — alakaya göre sıralanır, doğal dil zaman sorguları doğrudan hafızadan yanıtlanır. Hafıza, PostgreSQL'de depolandığı için yeniden başlatmalar, sıkıştırmalar ve yeniden açılmalar sonrasında da korunur; bağlam penceresinde saklanmaz.

Question 9

Rakiplerinden nasıl farklıdır?

Accepted Answer

Çoğu "Claude Code için hafıza" projesi üç şeyden birini yapar: Konuşmayı JSON içinde sarmalar. Mesajları kaydeder, tekrar oynatır. Semantik sıkıştırma yok, denetim izi (audit trail) yok, güvenlik modeli yok. Bir bulut hizmetine senkronize eder. Daha iyi UX sağlar fakat artık ajanınızın araç geçmişi (muhtemelen dokunduğu sırlar dahil) başka birinin sunucusunda yaşar. Vektör arama ekler. Belgeleriniz üzerinde RAG ekler ancak asıl problemi çözmez — ajanın ne yaptığını orkestra etmek, neyin çalıştığını doğrulamak, oturum sıkıştırmasından kurtulmak. SecureContext ise bunların hiçbiri değildir:

| | SecureContext | Bulut hafıza hizmetleri | Vektör RAG eklentileri | Yerel Claude Code |
|---|---|---|---|---|
| Yeniden başlatmalarda kalıcı | ✅ Evet, yerel Postgres | ✅ Ancak onların sunucusunda | ⚠️ Sadece belgeler, durum değil |
| Teslim programları + kanıt‑gated kontrol noktaları | ✅ zcprogram | ❌ | ❌ | ❌ |
| HMAC denetim izi | ✅ Her‑ajan alt anahtarı | ❌ | ❌ | ❌ |
| Her‑ajan kimlik izolasyonu | ✅ HKDF + RLS | ❌ | ❌ | ❌ |
| Becerı kabul kapısı (HMAC + AST) | ✅ | ❌ | ❌ | ❌ |
| Müdahale kanıtlı zincir + oturum yeniden oynatma | ✅ | ❌ | ❌ | ❌ |
| Paralel oturumlar için iş çalma kuyruğu | ✅ FOR UPDATE SKIP LOCKED | ❌ | ❌ | ❌ |
| Çevrim dışı çalışır | ✅ Yerel Postgres + Ollama | ❌ | ⚠️ Bağlı | ✅ |
| Boşta iken maliyet | $0 | Aylık abonelik | $0 | $0 |

Question 10

Yeni neler var (v0.46.1)

Accepted Answer

Temporal retrieval turu 2 + delivery-tool seti. Bileşik zaman soruları, sıralama füzyonu ile olay cümleciklerine ayrılır; zamanlı aramalar kronolojik bir Timeline bloğu oluşturur ve eski sonuçlar yaş uyarısı gösterir. zcprogram, kanıt kontrollü, otomatik kontrol noktası kapanışlı çok aşamalı teslim programları ekler — bir orkestratör elden çıkartma testi ile canlı doğrulanır (orkestratör aşama ortasında öldürülür; soğuk bir yedek iki çağrıyı tamamlayarak devam eder). Embed hattı artık bütçeli kendi kendine iyileşme yapan bir watchdog'a sahiptir. Son sürümler: v0.46.0 — takım hafızası (kullanıcı başına anahtarlar, paylaşımlı çalışma alanları, yazma atıfları), kriptografik kökenli oturum tekrarları, OTel Gen‑AI span'ları, CI/headless hafıza CLI, bölünmüş gömme vektörleri, uyumluluk raporu dışa aktarımı. v0.44.0 — zaman faktörünün üstesinden gelme, dayanıklı PG görev grafiği, ilk kamu LongMemEval sayıları. v0.43.0 — token‑bütçeli geri çağırma özeti (olgun projelerdeki 47k‑token geri çağırma ateş akışını düzeltti). v0.41–0.42** — hafıza‑kalite programı: odaklı geri çağırma, konsolidasyon, iki‑zamanlı pencereler, çok‑adım grafik geri getirimi, TTL hafızalar, çok modlu alım. Tam detaylar CHANGELOG.md'de; mimari notlar ARCHITECTURE.md'de bulunur.

Question 11

What is SecureContext?

Accepted Answer

If you use Claude Code on real projects, you have hit these walls: 1. Every session starts cold. You re-paste the same files, re-explain the same decisions, re-discover the same gotchas — and pay tokens for the same orientation work over and over. 2. Long projects have no delivery state. When an orchestrating agent dies mid-feature (crash, closed window, exhausted context), its replacement starts blind. People compensate with hand-written CHECKPOINT files. 3. There is no record of what agents actually did. When something goes wrong, Claude Code has no tamper-evident history of what ran. 4. Skill scripts run with your permissions, unscanned. Anyone (or any agent) with write access to ~/.claude/skills/ can plant code that runs on the next invocation. 5. Parallel sessions step on each other. Two windows claim the same task; one overwrites the other's edits. SecureContext is an MCP plugin that closes all five. Install it once and your agents get: Memory that survives restarts — decisions, gotchas, and project state restored in one call; per-file semantic summaries answer "what does this file do" at 15–50× compression instead of raw reads; temporal search that knows when things happened and flags stale knowledge. A delivery layer for long-running projects — zcprogram tracks multi-phase programs; closing a phase requires acceptance evidence and auto-generates a searchable checkpoint; a fresh orchestrator resumes a dead one's work from two calls. A cryptographic audit trail — every

writer-self-editing-checklistKENDİ DENETİM LISTESİ — writer için deepPrompt roles.json'dan çıkarıldı

Genel Bakış

Temel özellikler

Fiyatlar

Kullanım senaryoları

Belge Görüntülenmesi

İçerik Kalite Denetimi

Artılar ve eksiler

Artılar

Eksiler

İncelemeler

Sorular

Soru sor

Yetenekler alternatifleri