Question 1

Melyik helyi 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 meghibásodik (a funkció csendben nem tesz semmit), ahelyett, hogy megszakítaná a feldolgozást vagy a keresést. Az, ami változik a hardverrel, az az intelligencia szStack aktív része: | Szint | Hardver | Illeszkedő modellek | Amit kapsz | |---|---|---|---| | Minimum | Bármely CPU, ~2 GB szabad RAM | nomic-embed-text (csak beágyazások) | Hibridd BM25+vektoros keresés, munka memoria, ellenőrzési lánc, képesség-szabályozás — a mag. Az LLM rétegek (eseménykivonatolás, entitáskivonatolás, ellentmondás-elbírálás) álmukat alusszák. | | Közepes | 8–16 GB GPU (vagy Apple Silicon 16 GB+) | + qwen2.5-coder:14b vagy phi4:14b (egyszerre egy) | + Esemény-ténykivonatolás a feldolgozás során (időbeli logika), LLM ellentmondás-elbírálás, entitáskivonatolás, L0/L1 szemantikus fájlok összegzése. | | Teljes | 24 GB+ GPU (pl. RTX 4090/5090) | + phi4:14b és gpt-oss:20b együtt | Minden, párhuzamosan, interaktív késleltetéssel — plusz egy erős helyi generátor a kérdés-válaszok/benchmarkokhoz. Ez a konfiguráció, amelyen a publikált referenciánk deltáit mértük. Modellválasztási irányelvek (minden mérhető, lásd bench/): Beágyazások: nomic-embed-text — kötelező, kicsi, bárhol fut. Eseménykivonat

Question 2

Mire van szükségem ahhoz, hogy futtassam?

Accepted Answer

Node 20+ és (ajánlott) Docker a csomagban lévő PostgreSQL + Ollama stackhez. Az egyparancsos telepítő mindent elvégez kb. öt perc alatt. Egy SQLite visszalépés nulla infrastruktúrával működik.

Question 3

Több Claude Code munkamenet együtt dolgozhat-e ugyanazon a projektön konfliktusok nélkül?

Accepted Answer

Igen — a párhuzamos munkamenetek atomi módon követelnek feladatokat egy munkaeltulajdonító sorból (nulla dupla-követelés 50 ügynök × 100 feladat esetén a tesztelés során), koordinálnak típusos közvetítések révén (ASSIGN/STATUS/MERGE/REJECT), és privát ügynökspecifikus memóriaterület-neveket tartanak fenn, valamint egy megosztott készletet. A részlegstilizált hierarchiák (fejesek + munkások, N-szintű emelés) támogatottak a nagyobb ügynökcsapatok számára.

Question 4

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

Accepted Answer

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

Question 5

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

Accepted Answer

Nem. A memória, az embeddelés (Ollama nomic-embed-text), a keresés, az összefoglalás és a vizsgálati lánc mind helyben futnak. Teljesen offline működik (a keresés szépen lebomlik csak kulcsszóra, ha az Ollama leáll), és $0 az ára, ha inaktív.

Question 6

Kezelheti-e a hosszú, több hetes projektet?

Accepted Answer

Igen, azé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őlista a projekt állapotával együtt utazik. A fázis bezárása bizonyítékotáblát és ellenőrzőpont-dokumentumot hoz létre automatikusan. Ha a koordináló ügynök meghal a fázis közepén, egy friss ügynök a teljes kiszállítási állapotot két hívásból rekonstruálja — életben ellenőrzött.

Question 7

Mennyivel csökkenti a SecureContext a Claude Code tokencsíköket?

Accepted Answer

Egy 10 alkalmas projektnél mért: ~87%-kal kevesebb kontextus-fejlesztés (a munkamenet-visszaállítás ~1,5-4 ezer token, nem 20-50 ezer újra beillesztett fájl). Hosszú életű projektekkel, százakkal felhalmozott emlékekkel, a visszahívási költségvetés minden visszahívást ~4 ezer tokennél tart, míg a korlátlan dump ~47 ezer lenne. A fájl kérdésekre a 15-50-szeres kompresszált szemantikus összefoglalásokból válaszolnak, nem a nyers olvasásokból.

Question 8

Hogyan adhatok Claude Code-nak állandó memóriát a munkafolyamokon keresztül?

Accepted Answer

Telepítsd a SecureContextet (egy parancs — lásd a Gyors kezdést), majd az ügynökök hívjá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 munkafolyam kezdete előtt a visszaállításukhoz — a relevanciával rangsorolva, a természetes nyelvi időlekedések közvetlenül a memóriából válaszolnak. A memória túléli az újraindításokat, a kompaktálást és az újraindításokat, mivel a PostgreSQL-ben, nem a kontextus ablakban található.

Question 9

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

Accepted Answer

A legtöbb "memória a Claude Code-hoz" projekt három dolog egyikét csinálja: Beburkolja a beszélgetést JSON-ba. Elmenti az üzeneteket, lejátssza azokat. Nincs szemantikus kompresszió, nincs audit nyom, nincs biztonsági modell. Szinkronizál egy felhőszolgáltatással. Jobb felhasználói élmény, de most a segéd eszköztörténete (potenciálisan beleértve a titkokat, amelyekhez hozzáférést kapott) egy másik személy szerverén él. Beépíti a vektor keresést. Hozzáadja a RAG-ot a dokumentumokhoz, de nem segít a tényleges problémában - a segéd által végzett munka koordinálásában, az elindított dolgok ellenőrzésében, a munkamenet tömörítésének túlélésében. A SecureContext egyik sem: | | SecureContext | Felhőalapú memóriaszolgáltatások | Vektor RAG bővítmények | Natív Claude Code | |---|---|---|---|---| | Állandó az újraindítások között | Yes, lokale Postgres | Yes, de egy másik szerveren | figyelmeztetés, csak dokumentumok, nem állapot | | Szállítási programok + bizonyítvánnyal ellátott ellenőrzőpontok | Yes, zcprogram | Nem | Nem | Nem | | HMAC napló | Yes, ügynök-specifikus altulajdon | Nem | Nem | Nem | | Ügynök-identitás elszigetelése | Yes, HKDF + RLS | Nem | Nem | Nem | | Készség-felvételi kapu (HMAC + AST) | Yes | Nem | Nem | Nem | | Hamisítási bizonyíték lánc + munkamenet-lejátszás | Yes | Nem | Nem | Nem | | Munka-lopás sorba a párhuzamos munk

Question 10

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 hidegen indul. Újra beilleszti ugyanazokat a fájlokat, újra elmagyarázza ugyanazokat a döntéseket, újra felfedezi ugyanazokat a buktatókat - és újra fizet a tokenekért ugyanazokért az orientációs munkáért. 2. A hosszú projekteknek nincs kézbesítési állapota. Ha egy koordináló ügynök meghal egy función közben (crash, bezárt ablak, kimerült kontextus), a helyettese vakon kezd. Az emberek kezelt kézzel írott CHECKPOINT fájlokkal kompenzálják. 3. Nincs nyilvántartás arról, hogy az ügynökök mit csináltak valójában. Ha valami rosszul sül el, a Claude Code-nak nincs hamisításbiztos története arról, hogy mi futott. 4. A készségscriptek a jogosultságával futnak, szkennelés nélkül. Bárki (vagy bármely ügynök), aki írási hozzáféréssel rendelkezik a ~/.claude/skills/ könyvtárhoz, beszúrhat kódot, amely a következő meghíváskor fut. 5. A párhuzamos munkamenetek egymásra lépnek. 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 ötfajta korlátot. Telepítse egyszer, és az ügynökei megkapják: Az emlékezet, amely túlélheti az újraindítást - a döntések, a buktatók és a projekttel kapcsolatos állapot visszaállítva egyetlen h

Question 11

Mi újdonság (v0.46.1)

Accepted Answer

Időbeli visszakeresés 2. forduló + a kézbesítési eszközkészlet. Az összetett időbeli kérdések eseményklauzúrákra bontódnak rangsorolással; az időbeli keresések idővonali blokkot jelenítenek meg, és az elavult eredmények korhoz kötött figyelmeztetéseket tartalmaznak. A zcprogram többfázisú kézbesítési programokat ad hozzá, bizonyítvánnyal ellátott, automatikus ellenőrzőpont-zárással -, az orchestrátor kézi átadásának tesztjével (az orchestrátor kiléptetése a fázis közben, egy hideg csere folytatja az utolsó két hívástól). A beágyazott sáv most egy őrzővel rendelkezik, költségvetéssel és öngyógyítással. Legutóbbi kiadások: v0.46.0 - csapattagok memóriája (felhasználókénti kulcsok, megosztott munkaterületek, írási attribúció), munkamenet-lejátszás kriptográfiai eredetigazolással, OTel Gen-AI tartományok, CI/headless memória parancssori felület, darabolt beágyazások, megfelelőségi jelentés exportálása. v0.44.0 - időbeli tény felülírása, tartós PG feladat-gráf, az első nyilvános LongMemEval számok. v0.43.0 - token-költségvetésű visszahívási összegzés (megoldja a 47 ezer tokenes visszahívási tűzfalat az érett projekteken). v0.41–0.42 - memória-minőség program: fókuszált visszahívás, konszolidáció, kétidőbeli ablakok, többlépcsős gráfkeres

designer-nielsen-s-10-heuristics-applied (Grade A)Biztonság-ellenőrzött adat – AI szaktudás Claude-nak. Osztályzat A. NIELSEN 10 HEURISZTÉKA — ALKALMAZVA — kiemelve az adatfájlokból role.json deepPrompt a designer

Áttekintés

Fő funkciók

Árazás

Felhasználási esetek

Felhasználói felületek tervezése

Jelentősen lévő felületek értékelé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