Question 1

Melyik lokális modelleket kell futtatnom, és hogyan befolyásolja a hardver a SecureContextet?

Accepted Answer

A SecureContext szépen degradálódik a hardver szintjével – minden LLM-vezérelt réteg zártan megbukik (a funkció csendben nem járul hozzá semmihez), ahelyett, hogy megbontaná a bevitt adatokat vagy a keresést. Az, ami változik a hardverrel, az az, hogy mennyi az intelligens szoftververemmel aktív: | Szint | Hardver | Illeszkedő modellek | Mit kapunk | |---|---|---|---| | Minimum | Bármely CPU, ~2 GB szabad RAM | nomic-embed-text (csak beágyazások) | Hibrید BM25+vektoros keresés, munkamemória, audit lánc, készségek korlátozása — a mag. Az LLM rétegek (esemény kivonás, entitás kivonás, ellentmondás döntés) továbbra is szunnyadnak. | | Közepes | 8–16 GB GPU (vagy Apple Silicon 16 GB+) | + qwen2.5-coder:14b vagy phi4:14b (egyszerre) | + Esemény-tény kivonás a bevitt adatoknál (időbeli logika), LLM ellentmondás döntés, entitás kivonás, L0/L1 szemantikus fájlok összefoglalói. | | Teljes | 24 GB+ GPU (pl. RTX 4090/5090) | + phi4:14b és gpt-oss:20b együtt, lakóhelyen | Minden, egyidejűleg, interaktív késleltetéssel — plusz egy erős lokális generátor a QA/hatókörhöz. Ez a konfiguráció, amelyen a publikált benchmark deltáinkat mértük. | A modellválasztás irányelvei (minden mért, lásd bench/): Beágyazások: nomic-embed-text — szükséges, kicsi, bárhol fut. Esemény kivonás (ZCEVENT

Question 2

Mi a feltételezés, hogy indítsa el?

Accepted Answer

Node 20-nál és (ajánlott) Docker a feladatban feladott PostgreSQL + Ollama-egységhez. A kivontási parancs mindössze négy-öt percet vesz igénybe.  Az egyik SQLite-visszautasítás nélküli környezet futtatott szükségletek nélkül

Question 3

Több Claude Code-sésszió egyszerre működhet egyazon projektben konfliktus nélkül?

Accepted Answer

Igen – párhuzamos szesziók atomikusan hozzáférnek egy osztó-szkennelő queue-hez (nulla dupla-hozzárendelés 50 ügynök × 100 feladat a tesztelésben), a kordinálásra típusos híroldalakat használnak (ASSIGN / STATUS / MERGE / REJECT), és mindig megőrzik a magánmemória-járóneveket plusz egy megosztott pultot. A nagyobb ügynökcsapatok számára előre megadott osztályozások támogatottak

Question 4

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

Accepted Answer

A fájlrendszer-készségek szkripteket kötnek össze, amelyek az Ön engedélyeivel futnak, és a Claude Code natív betöltője nem vizsgálja őket. A SecureContext hozzáadja a hiányzó kaput: az AST vizsgálat az engedélyezésnél, HMAC-verifikáció minden végrehajtás előtt, automatikus karantén a sikertelenség vagy a felvétel utáni változás esetén, és egy verifikálható láncolt napló minden felvételi döntésről.

Question 5

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

Accepted Answer

Nem. A memória, az embeddings (Ollama nomic-embed-text), a keresés, az összegzés és a felülvizsgálati lánc minden lokálisan fut. Teljesen offline működik (a keresés Ollama leállása esetén lezseren degradálódik kulcsszó-alapúra), és $0 díjat számít fel, amikor nincs használatban.

Question 6

Kezelheti egy hosszú, több hetes projektet?

Accepted Answer

Igen — ezért van a kézbesí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 állapottal együtt utazik. Egy fázis bezárása bizonyítékotáblát igényel, és automatikusan létrehoz egy ellenőrzőpont-dokumentumot. Ha a fázist irányító ügynök a fázis közepén meghal, egy friss ügynök két hívással teljesen rekonstruálja a teljes kézbesítési állapotot — mindezt verifikált, élő környezetben.

Question 7

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

Accepted Answer

Egy 10 munkamenetes projektben mért: ~87%-kal kevesebb kontextus-fejlődés (a munkamenet visszaállítása ~1,5–4 ezer token, ahelyett, hogy 20–50 ezer token lenne a fájlok újra beillesztése). A hosszú életű projektekben, amelyekben százakban halmozódnak fel a memóriák, a visszahívási költségvetés minden visszahívást ~4 ezer tokenre korlátoz, ahol a korlátlan kiöntés ~47 ezer lenne. A fájlalapú kérdésekre a 15–50-szeres komprimált szemantikai összegzésekből válaszolnak, ahelyett, hogy a nyers olvasatot használnák.

Question 8

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

Accepted Answer

Telepítse a SecureContextet (egy parancs – lásd a Gyors kezdést), majd az ügynökök hívják a zcremember-t, hogy megőrizzék a döntéseket és a buktatókat, és a zcrecall_context({focus: "aktuális feladat"}) hívást a munkamenet elején, hogy visszaállítsák azokat – a relevanciára rangsorolva, természetes nyelvi időbeli lekérdezésekkel, amelyeket közvetlenül a memóriából válaszolnak meg. 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 van tárolva.

Question 9

Hogyan különbözik a versenytársaktól

Accepted Answer

A legtöbb "memória a Claude Code-hoz" projekt egyike a három dolognak: Bebugyolálja a beszélgetést JSON-ba. Elmenti az üzeneteket, lejátssza azokat. Nincs szemantikus tömörítés, nincs audit nyom, nincs biztonsági modell. Szinkronizál egy felhőalapú szolgáltatással. Jobb felhasználói élmény, de most az ügynök eszköztörténete (amely potenciálisan tartalmazza a hozzáférést bizalmas adatokhoz) egy másik személy szerverén található. Beilleszt egy vektoros keresést. Hozzáadja a RAG-ot a dokumentumaihoz, de nem segít a valódi probléma megoldásában - az ügynök által végzett feladatok koordinálásában, a lefuttatott feladatok ellenőrzésében, a munkafolyamatok túlélésében. A SecureContext egyik sem: | | SecureContext | Felhőalapú memóriaszolgáltatások | Vektoros RAG bővítmények | Natív Claude Code | |---|---|---|---|---| | Állandó a restartok között | Yes, lokális Postgres | Igen, de a szerverükön | ⚠️ Csak a dokumentumok, nem az állapot | ❌ Lossy auto-compact | | Szállítási programok + bizonyíték-alapú ellenőrzőpontok | ✅ zcprogram | ❌ | ❌ | ❌ | | HMAC audit nyom | ✅ Ügynökspecifikus altulajdonos | ❌ | ❌ | ❌ | | Ügynökspecifikus identitás-elkülönítés | ✅ HKDF + RLS | ❌ | ❌ | ❌ | | Készségfelvételi kapu (HMAC + AST) | ✅ | ❌ | ❌ | ❌ | | Hamisítási bizonyíték + munkamenet-le

Question 10

NVIDIA GPU? add: -f docker/docker-compose.nvidia.yml

Accepted Answer

curl http://localhost:3099/health # → {"status":"ok","version":"0.46.1",...} docker exec securecontext-ollama ollama pull nomic-embed-text docker/start.ps1 / docker/start.sh wrap this with GPU auto-detection and a prod` mode (nginx reverse proxy).

Question 11

Mi újság (v0.46.1)

Accepted Answer

Időbeli lekérdezés 2. forduló + a kézbesítő eszközkészlet. Az időbeli, összetett kérdések időbeli klauzulákra bontva, rangsorolva kerülnek feldolgozásra; az időbeli keresések idővonal blokkokat hoznak létre, az elavult eredmények pedig életkori figyelmeztetést kapnak. Az zcprogram többfázisú kézbesítési programokat tartalmaz, amelyekben a szakaszok lezárása bizonyítékokon alapul, automatikus ellenőrzőpontokkal; mindezt egy élő, felügyelt teszttel ellenőrzi (az orchestrátor leállítása egy szakasz közben; a felváltó orchestrátor folytatja a munkát két hívás után). Az embed sávban egy őrző van, amelynek keretében saját gyógyítása biztosított. Legfrissebb kiadások: v0.46.0 - csapattagok memóriája (felhasználó-specifikus kulcsok, megosztott munkaterületek, hozzáférési információk rögzítése), munkamenet visszajátszása kriptográfiai eredetigazolással, OTel Gen-AI spanok, CI/fej nélküli memória CLI, töredezett beágyazások, megfelelőségi jelentés exportálása. v0.44.0 - időbeli tények felülírása, tartós PG feladatok gráfja, az első nyilvános LongMemEval számok. v0.43.0 - token-költségvetéses visszahívási összefoglaló (megoldja a 47 000 tokenes visszahívási tűzOLTÓt az érett projektekben). v0.41–0.42** - memória-minőség program: fókuszált visszahívás, kons

Question 12

Mi az a SecureContext?

Accepted Answer

Ha valódi projekteken használja a Claude Code-ot, akkor már találkozott ezekkel a problémákkal: 1. Minden munkamenet hidegen kezdődik. Újra beilleszti ugyanazokat a fájlokat, újra elmagyarázza ugyanazokat a döntéseket, újra felfedezzi ugyanazokat a buktatókat - és újra fizet a tokenekért ugyanazoknak a tájékozódási munkáknak. 2. A hosszú projekteknek nincs kézbesítési állapota. Amikor egy koordináló ügynök meghal a szolgáltatás közben (crash, bezárt ablak, kimerült kontextus), a helyettese vakon kezd. Az emberek kézzel írt CHECKPOINT fájlokkal kompenzálják. 3. Nincs nyilvántartás arról, hogy az ügynökök mit csináltak valóban. Amikor valami rosszul sül el, a Claude Code-nak nincs hitelesített előzménye arról, hogy mi futott. 4. A készségscriptek a felhasználó engedélyeivel, ellenőrizetlenül futnak. Bárki (vagy bármely ügynök), aki írásijogot kap a ~/.claude/skills/ mappába, képes kódolni a következő meghíváskor futó kódot. 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 egy MCP bővítmény, amely lezárja az összes fenti problémát. Telepítse egyszer, és az ügynökei megkapják: Emlékezetet, amely túlélja a restartokat - a döntések, buktatók és projektállapot visszaállítása egyetlen hívásban; fájlonkénti

designer-common-anti-patterns (Grade A)Biztonsági tesztelt adat-ai készség a Claude-nek. Grade A. SZOKÁSSELLENES minták – előállítva a roles.json mélyPromból a tervező szerep számára

Áttekintés

Fő funkciók

Árazás

Felhasználási esetek

Hozzáférhető űrlapok tervezése

Hibakezelés fejlesztése

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