Question 1

Ce modele locale ar trebui să rulez și cum influențează hardware-ul SecureContext?

Accepted Answer

SecureContext se degradează în mod grațios în funcție de nivelul de hardware — fiecare strat alimentat de LLM eșuează închis (funcția contribuie fără să facă nimic) în loc să rupă ingestia sau căutarea. Ce se schimbă cu hardware-ul este cât din stivă de inteligență este activă:

| Tier | Hardware | Modele potrivite | Ce obții |
|---|---|---|---|
| Minimum | Orice CPU, ~2 GB RAM liber | nomic-embed-text (numai embeddings) | Căutare hibridă BM25+vector, memorie de lucru, lanț de audit, gating de abilități — nucleul. Straturile LLM (extragere de evenimente, extragere de entități, adjudicare de contradicție) rămân dormante.
| Mid | 8–16 GB GPU (sau Apple Silicon 16 GB+) | + qwen2.5-coder:14b sau phi4:14b (unul la un moment) | + Extracție eveniment-fapt la ingest (raționament temporal), adjudicare de contradicție LLM, extragere de entități, rezumate semantice L0/L1 ale fișierelor.
| Full | 24 GB+ GPU (de ex. RTX 4090/5090) | + phi4:14b și gpt-oss:20b în rezidență împreună | Totul, simultan, la latență interactivă — plus un generator local puternic pentru QA/benchmark.
Aceasta este configurația pe care au fost măsurate delta-urile noastre de benchmark publicate.

Îndrumări privind alegerea modelului (toate măsurate, vezi bench/):
- Embeddings: nomic-embed-text — necesar, mic, rulează oriunde.
- Extracție evenimente (ZCEVENTEXTRACTMODEL, implicit phi4:14b): în concurs, phi4:14b a obținut 100% recunoaștere de evenimente / 100% acuratețe a datelor, echivă cu gpt-oss:20b la 2× viteza. Pe GPU mai mici, qwen2.5-coder:14b se apropie (84.6% recunoaș

Question 2

Ce trebuie să am pentru a rula?

Accepted Answer

Node 20+ și (recomandat) Docker pentru stack-ul PostgreSQL + Ollama inclus. Instalatorul cu un singur comandă face totul în aproximativ cinci minute. Un fallback SQLite rulează fără nicio infrastructură.

Question 3

Pot mai multe sesiuni Claude Code să lucreze la același proiect fără conflicte?

Accepted Answer

Da — sesiuni paralelă revendică atomically sarcini dintr-o coadă de furt de muncă (zero revendicări duble la 50 de agenți × 100 de sarcini în testare), se coordonează prin broadcasturi tipizate (ASSIGN/STATUS/MERGE/REJECT) și mențin spații de memorie private per-agent plus un pool comun. Sunt suportate ierarhii de tip departament (capături + muncitori, escaladare N-tier) pentru echipe de agenți mai mari.

Question 4

Abilitățile Claude Code sunt sigure de instalat?

Accepted Answer

Abilitățile de sistem de fișiere împachetează scripturi care rulează cu permisiunile dvs., iar încărcătorul nativ Claude Code nu le scanează. SecureContext adaugă poarta lipsă: scanare AST la admitere, verificare HMAC înainte de fiecare execuție, carantină automată în caz de eșec sau schimbare post-admitere și un jurnal lanț verificabil pentru fiecare decizie de admitere.

Question 5

SecureContext trimite codul sau datele mele în cloud?

Accepted Answer

Nu. Memoria, embeddings (Ollama nomic-embed-text), căutarea, rezumarea și lanțul de audit rulează local. Funcționează complet offline (căutarea scade în mod gradual la keyword-only dacă Ollama e offline) și costă 0$ când este inactiv.

Question 6

Poate gestiona un proiect lung, de mai multe săptămâni?

Accepted Answer

Da — acesta este scopul stratului de livrare. Definiți un program cu faze (zc_program), iar lista de verificare pentru faza deschisă călătorește împreună cu starea proiectului. Închiderea unei faze necesită o tabelă de dovezi și generează automat un document de punct de control. Dacă agentul de orchestrare moare în mijlocul fazei, unul nou reconstruieste starea completă de livrare din două apeluri — verificată în timp real.

Question 7

Cât reduce SecureContext costurile token-urilor pentru Claude Code?

Accepted Answer

Măsurat într-un proiect de 10 sesiuni: ~87% mai puțină supra-costare de context (restaurarea sesiunii costă ~1,5–4k token în loc de 20–50k de fișiere re-încărcate). În proiecte de lungă durată cu sute de memorie acumulată, bugetul de recall menține fiecare recall la ~4k token, în timp ce un dump nelimitat ar fi ~47k. Întrebările despre fișiere sunt răspuns de la rezumate semantice comprimate 15–50× în loc de citiri brute.

Question 8

Cum pot oferi Claude Code memorie persistentă între sesiuni?

Accepted Answer

Instalează SecureContext (un singur comandă — vezi Quick start), apoi agenții apelează zcremember pentru a păstra deciziile și capcanele și zcrecall_context({focus: "current task"}) la începutul sesiunii pentru a le restaura — sortate după relevanță, cu interogări de timp în limbaj natural răspunse direct din memorie. Memoria supraviețuiește repornirilor, compacțiilor și restartărilor deoarece rezidă în PostgreSQL, nu în fereastra de context.

Question 9

Cum se diferențiază de concurență

Accepted Answer

Majoritatea proiectelor "memorie pentru Claude Code" fac una dintre trei lucruri: închid conversația în JSON. Salvează mesajele, le redă. Nu există compresie semantică, nicio urmă de audit, nicio modelare de securitate. Se sincronizează cu un serviciu cloud. O experiență de utilizator mai bună, dar acum istoricul instrumentelor agentului tău (posibil incluzând secretele pe care le-a atins) rămâne pe serverul altcuiva. Se integrează cu căutare vectorială. Adaugă RAG peste documentele tale, dar nu ajută cu problema reală — orchestrarea ceea ce face agentul, verificarea a ceea ce a rulat, supraviețuirea comprimării sesiunilor. SecureContext nu este niciunul dintre acestea: | | SecureContext | Servicii cloud de memorie | Module RAG vectorial | Claude Code nativ | |---|---|---|---|---| | Persistență după reporniri | Da, Postgres local | Dar pe serverul lor | Numai documente, nu stare | Compresie automată pierzătoare | | Programe de livrare + puncte de control cu dovezi | zcprogram | | | | | Urmă de audit HMAC | Subcheie per agent | | | | | Izolare de identitate per agent | HKDF + RLS | | | | | Poartă de admitere a abilității (HMAC + AST) | | | | | | Lanț cu dovezi de nedezvoltare + redare sesiune | | | | | | Coadă de furt de muncă pentru sesiuni paralele | FOR UPDATE SKIP LOCKED | | | | | Rulează offline | Postgres local + Ollama | | Depinde | | | Cost când este inactiv | $0 | Abonament lunar | $0 | $0 | În comparație cu produsele de memorie cunoscute: Mem0 și Zep sunt API-uri de memorie găzduite excelente pentru aplicațiile LLM pe care le construiești; Letta (MemGPT) este un cadru de agenți cu memorie auto-editabilă. SecureContext vizează un job diferit — el.

Question 10

Ce este nou (v0.46.1)

Accepted Answer

Runda 2 de recuperare temporală + kitul de instrumente de livrare. Întrebările temporale compuse se deconstruiesc în clause de eveniment cu fuziune de rang; căutările temporale afișează un bloc de Timeline cronologic și rezultatele învechite prezintă avertismente de vârstă. zcprogram adaugă programe de livrare multi-fază cu închidere de fază controlată de dovezi și checkpointing automat – verificat live cu un test de handoff orchestrator (întrerupeți orchestratorul în mijlocul fazei; o înlocuire rece reia de la două apeluri). Calea de embedare are acum un watchdog cu auto-reparare bugetată. Versiunile recente: v0.46.0 — memorie de echipă (chei per utilizator, spații de lucru partajate, atribuire de scriere), replay de sesiune cu proveniență criptografică, span-uri OTel Gen-AI, CLI de memorie CI/headless, embedări în bucăți, export de rapoarte de conformitate. v0.44.0 — suprascrierea faptului temporal, grafic de sarcini PG durabil, primele numere publice LongMemEval. v0.43.0 — digest de recall cu buget de token (corectează firehose-ul de 47k tokeni de recall în proiectele mature). v0.41–0.42** — program de calitate a memoriei: recall focalizat, consolidare, ferestre bi-temporale, recuperare de graf multi-hop, memorie TTL, ingestie multimodală. Detalii complete în CHANGELOG.md; note de arhitectură în ARCHITECTURE.md.

Question 11

Ce este SecureContext?

Accepted Answer

Dacă utilizezi Claude Code pe proiecte reale, ai întâmpinat aceste probleme: 1. Fiecare sesiune începe de la zero. Trebuie să reîncarci aceleași fișiere, să reexplici aceleași decizii, să redescoperi aceleași capcane — și să plătești token-uri pentru aceeași activitate de orientare de fiecare dată. 2. Proiectele lungi nu au stare de livrare. Când un agent de orchestrare moare în mijlocul unei funcționalități (crash, fereastră închisă, context epuizat), înlocuitorul său începe complet neînțeles. Oamenii se compensează cu fișiere CHECKPOINT scrise manual. 3. Nu există o înregistrare a faptului că agentul a efectuat cu adevărat acțiunile. Când ceva nu merge bine, Claude Code nu dispune de o istorie de integritate a modificărilor care să arate ce a rulat. 4. Scripturile de skill rulează cu permisiunile tale, nescannate. Oricine (sau orice agent) cu acces de scriere la ~/.claude/skills/ poate planta cod care se execută la următoarea invocare. 5. Sesiunile în paralel se suprascriu. Două ferestre revendică aceeași sarcină; una suprascrie editările celeilalte. SecureContext este un plugin MCP care rezolvă toate cele cinci probleme. Instalează-l o singură dată și agentii tăi vor beneficia de: Memorie care supraviețuiește repornirilor — decizii, capcane și starea proiectului restaurate într-o singură cerere; rezumate semantice pe fișier care răspund „ce face acest fișier” cu o comprimare de 15–50× în loc de citiri brute; căutare temporală care știe când au avut loc lucrurile și marchează cunoașterea învechită. Un strat de livrare pentru proiecte de lungă durată — zcprogram urmărește programele multi-fază; închiderea unei faze necesită dovezi de acceptare și generează automat un checkpoint căutabil; un orchestrator nou reia lucrarea celui moarte

developer-prime-directives (Grade A)Acțiuni imperative structurate și hotărârile de întâlnire ale directivelor jurnaliștilor ai programele

Prezentare

Funcții cheie

Prețuri

Cazuri de utilizare

Pro și contra

Pro

Contra

Recenzii

Întrebări

Pune o întrebare

Alternative la Abilități