Question 1

Which local models should I run, and how does hardware affect SecureContext?

Accepted Answer

SecureContext degrades gracefully by hardware tier — every LLM-powered layer fails closed (the feature quietly contributes nothing) rather than breaking ingest or search. What changes with hardware is how much of the intelligence stack is active: | Tier | Hardware | Models that fit | What you get | |---|---|---|---| | Minimum | Any CPU, ~2 GB RAM free | nomic-embed-text (embeddings only) | Hybrid BM25+vector search, working memory, audit chain, skills gating — the core. LLM layers (event extraction, entity extraction, contradiction adjudication) stay dormant. | | Mid | 8–16 GB GPU (or Apple Silicon 16 GB+) | + qwen2.5-coder:14b or phi4:14b (one at a time) | + Event-fact extraction at ingest (temporal reasoning), LLM contradiction adjudication, entity extraction, L0/L1 semantic file summaries. | | Full | 24 GB+ GPU (e.g. RTX 4090/5090) | + phi4:14b and gpt-oss:20b resident together | Everything, concurrently, at interactive latency — plus a strong local generator for QA/benchmarks. This is the configuration our published benchmark deltas were measured on. | Model-choice guidance (all measured, see bench/): Embeddings: nomic-embed-text — required, tiny, runs anywhere. Event extraction (ZCEVENTEXTRACTMODEL, default phi4:14b): our bakeoff scored phi4:14b at 100% event recall / 100% date accuracy, tying gpt-oss:20b at 2× the speed. On smaller GPUs qwen2.5-coder:14b is close behind (84.6% recall). Coder models ≠ better: qwen2.5-coder:32b scored worst (69.2%) despite being the large

Question 2

Mit kell véghez vinnem, hogy futtathassam?

Accepted Answer

Node 20+, és (ajánlott) Docker az ollamával együtt csomagolt PostgreSQL-hez. A kisegítő SQLite-el együtt a felszólító parancs mindössze öt percen belül mindent megold.

Question 3

Egy Claude Code-i munkamenetek többféle alkalommal futtathatók-e ugyanarra a projektre, anélkül, hogy konfliktusok lépnek fel?

Accepted Answer

Igen – párhuzamos ügyfélkapcsolatok atomikusan felvesznek feladatokat egy munkavégzés-lopással működő sorből (zéró dublet-igénylés 50 ügyfél × 100 feladat a tesztelésnél), koordinálják a típusos adásokat (ASSIGN/STATUS/MERGE/REJECT), és egyedi, magánhelyi emlékezeti névterek mellett egy közös, megosztott poolnak tartanak számon.

Question 4

Biztonságosak-e a Claude Code készségek telepítése?

Accepted Answer

A fájlrendszer-készségek csomagolják a szkripteket, amelyek a felhasználó engedélyeivel futnak, és a Claude Code natív betöltője nem vizsgálja meg őket. A SecureContext hozzáadja a hiányzó védelmet: az AST vizsgálatot a bevezetéskor, az HMAC verifikációt minden végrehajtás előtt, az automatikus karantént a meghiúsulás vagy a bevezetést követő változás esetén, és a verifikálható láncolt naplót minden bevezetési döntésről.

Question 5

Küldi a SecureContext a kódomat vagy adataimat a felhőbe?

Accepted Answer

Nem. A memória, a beágyazások (Ollama nomic-embed-text), a keresés, az összegzés és a felülvizsgálati lánc teljes mértékben helyben futnak. Teljesen offline működik (a keresés szépen leáll, ha az Ollama nem elérhető), és $0 az ára, ha nincs használatban.

Question 6

Képes kezelni egy hosszú, több hetes projektet?

Accepted Answer

Igen — ezért van a kiszállítási réteg. Határozzon meg egy programot fázisokkal (zc_program), és a nyitott fázis elfogadási ellenőrzőlistája az проект állapotával együtt utazik. A fázis bezárása bizonyíték táblázatot és checkpoint dokumentumot generál automatikusan. Ha a vezérlő ügynök meghal a fázis közepén, egy új ügynök a teljes kiszállítási állapotot két hívással rekonstruálja — életben ellenőrzött.

Question 7

Mennyit csökkenti a SecureContext a Claude Code token költségeit?

Accepted Answer

Egy 10 munkafolyamatos projektben mérve: ~87%-kal kevesebb kontextus-fejlődés (a munkafolyamat visszaállítása ~1,5–4 ezer token, szemben a 20–50 ezer újrafeltöltött fájlal). A hosszú távú projektekben, ahol több száz felhalmozott memória van, a visszahívási költségvetés minden visszahívást ~4 ezer tokenre korlátoz, míg a korlátlan.dump ~47 ezer token lenne. A fájlalapú kérdésekre a 15–50-szeres komprimált szemantikus összegzések alapján válaszol, nem a raw olvasások alapján.

Question 8

Hogyan adhatok a Claude Code-nak állandó memóriát a munkafolyamatok között?

Accepted Answer

Telepítse a SecureContextet (egy parancs — lásd a Gyors kezdést), majd az ügynökök hívhassák a zcremember parancsot a döntések és a buktatók megőrzéséhez, és a zcrecall_context({focus: "aktuális feladat"}) parancsot a munkafolyamat kezdetén a visszaállításukhoz — a relevanciák szerint rangsorolva, a természetes nyelvi időbeli lekérdezések közvetlenül a memóriából történő megválaszolásával. A memória túlél minden újraindítást, tömörítést és újraindítást, mivel a PostgreSQL-ben, nem a kontextus ablakban tárolódik.

Question 9

Milyen különbözik a versenytársaktól?

Accepted Answer

A "memória Claude Code"-ra" legtöbb projekt egyik három dolgot tesz: A konverzációt JSON-ben burkolja. Az üzeneteket menti és visszajátszik. Nem végez sematikus kompressziót, nincs folyamatfigyelés, sem biztonsági modellezés. Sincronizál egy felhőalapú szolgáltatással. Jobb felhasználói élmény, de most a szervezet másik felét kell a vállalat másik oldalán tárolnia. Lehetőség van a vektorös Search-re . Hozzáadja a RAG-et a dokumentumaihoz, de nem segít megoldani az igazi problémát – az ügynök működésének felügyeletét, a futtatott programok ellenőrzését, a beállítások komprimálását. A SecureContext nem azok közé tartozik: | | SecureContext | Felhőalapú memória szolgáltatások |  Vektor RAG bővítmények | Natív Claude Code | |---|---|---|---|---| | Állandó átvitele a végrehajtás közben | Így, helyi Postgres | Ám a szerverükre | Csak a dokumentumok, nem a állapot | Elveszteső auto-összevonás | | Esemény-gazdag ellenőrzés és átütések | zcprogram | | | | HMAC audit trail | Az ügynök aláíró kulcsa | | | | | Az ügynök azonosításának különbségei | HKDF + RLS | | | | | A képességengedély őrzése (HMAC + AST) | | | | | | Tamper-evident lánc + sesszió visszajátszás | | | | | | Munkamezőzásos queue egy párhuzamos szesszióhoz | FOR UPDATE SKIP LOCKED | | | | | Független működés | Lokális Postgres + Ollama | | Függetlenül | | | Az inaktív állapot | ingyen | H

Question 10

Mit újított fel a (v0.46.1)

Accepted Answer

Időbeli visszaértek 2. fordulója + a megvalósító eszköztár. A vegyes időbeli kérdések szétbontása esemény klauzulákkal a rangsorozással; időbeli keresések időrendi Timeline blokkot és kimerült eredmények korábbi korral ellátott figyelmeztetést hoznak.  A zcprogram hozzáadta a multiphasis megvalósítási programokat bizonyításgárdatott, önmegszakítási szakasz-zárásokkal — élő igazságtanítással egy eszköztároszkodéssal (megölje a vezető eszközt mid szakaszon, egy hideg pótkészülék folytatja a két hívástól.) A beágyazott sín most rendelkezik egy őrvel költségvetéses önmeggyógyulással. Utóbbi verziók: v0.46.0 — csapat memória (felhasználó specifikus kulcsok, megosztott munka-helyszínek, megjelentetés hitelesítése), ülésmegjátszás kriptográfiai bizonyítékával, OTel Gen-AI spanyol, CI fej nélküli memória CLI, szálzott függvénykészlet, ellenőrzési jelentések export. v0.44.0 — időbeli tények felülírtatása, tartós PG feladatokon keresztül, az első nyilvános LongMemEval számítások. v0.43.0 — a tokken-kontingens emlékezet visszavonásszekvenciert (javítják az 47k-token emlékezet visszavonási ömlőhajtó-tűt érett projektek esetén). v0.41–0.42** — memória minőségi program: koncentrálódó megjegyzés, konszolidáció, bi-időbeli ablak, multi-hop grafikus visszaélésmérés, TTL memóriák, multimódális feldolgozás. Részletes információ: azonnal látható a CHANGELOG.md fájlban, architekturális megjegyzések az ARCHITECTURE.md fájlban.

Question 11

Mi az a SecureContext?

Accepted Answer

Ha a Claude Code-ot valódi projektekben használja, akkor már találkozott ezekkel a korlátokkal: 1. Minden munkamenet hidegindítással kezdődik. Ugyanazokat a fájlokat másolja be újra, ugyanazokat a döntéseket magyarázza el újra, ugyanazokat a buktatókat fedezze fel újra - és mindezt tokenekért fizet. 2. A hosszú projekteknek nincs kiszállítási állapotuk. Amikor egy irányító ügynök a szolgáltatás közepén meghal (összeomlik, bezárják az ablakot, kimerül a kontextus), a helyettese vakon kezd. Az emberek kézzel írt ellenőrzőpont-fájlokkal kompenzálják ezt. 3. Nincs nyilvántartás arról, hogy az ügynökök mit csináltak valójában. Amikor valami rosszul sül el, a Claude Code-nak nincs manipulációs bizonyíték arról, hogy mi futott. 4. A készségscriptek az Ön engedélyeivel futnak, szkennelés nélkül. Bárki (vagy bármely ügynök), aki írásjogot kap a ~/.claude/skills/ mappába, kódolt szkriptet helyezhet el, amely a következő meghíváskor fut. 5. A párhuzamos munkamenetek egymást tapossák. Két ablak ugyanazt a feladatot követeli, az egyik felülírja a másik szerkesztéseit. A SecureContext az MCP bővítménye, amely bezárja az összes ötöt. Telepítse egyszer, és az ügynökei megkapják: az emlékezetet, amely túléli a restartokat - a döntések, a buktatók és a projektállapot egyetlen hívással visszaállítva;

developer-prime-directives (Grade A)Biztonsági tesztelt adat-ai készség a Claude AI szolgáltatásra. Átkategóriázott (Grade A). PRIME DIRECTIVES — a deepPromptból kinyert szerepkör, fejlesztőknek.

Áttekintés

Fő funkciók

Árazás

Felhasználási esetek

Fejlesztői bevezetés

Kódrizkizárás

Előnyök és hátrányok

Előnyök

Hátrányok

Értékelések

Kérdések

Kérdezz

Készségek alternatívái