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

Какво ми е необходимо, за да го изпълня?

Accepted Answer

Node 20+ и (препоръчително) Docker за включения стек от PostgreSQL + Ollama. Инсталаторът с една команда всичко инсталира за около пет минути. SQLite резервната опция работи без каквато и да е инфраструктура.

Question 3

Могат ли няколко сесии на Claude Code да работят по един и същи проект без конфликти?

Accepted Answer

Да — паралелните сесии атомарно заявяват задачи от опашка за открадване на работа (без двойни заявки при 50 агенти × 100 задачи в тестове), координират се чрез типизирани съобщения (ASSIGN/STATUS/MERGE/REJECT) и поддържат частни паметови пространства за всеки агент плюс споделен пул. Поддържат се йерархии от тип отдел (ръководители + работници, N-уровнево ескалиране) за по-големи екипи от агенти.

Question 4

Безопасно ли е да инсталирам уменията Claude Code?

Accepted Answer

Уменията за файловата система събират скриптове, които се изпълняват с вашите разрешения, а вграденото зареждане на Claude Code не ги сканира. SecureContext добавя липсващата защита: сканиране на AST при приемане, HMAC проверка преди всяко изпълнение, автоматично карантиране при грешка или промяна след приемане и верифицируем верижeн журнал на всяко решение за приемане.

Question 5

Изпраща ли SecureContext кода или данните ми в облака?

Accepted Answer

Не. Паметта, вградени вектори (Ollama nomic-embed-text), търсенето, обобщаването и аудитната верига се изпълняват локално. Работи напълно офлайн (търсенето плавно се променя към търсене само по ключови думи, ако Ollama е недостъпен) и не струва нищо, когато е в неактивно състояние.

Question 6

Can it manage a long, multi-week project?

Accepted Answer

Yes — that's what the delivery layer is for. Define a program with phases (zc_program), and the open phase's acceptance checklist travels with the project state. Closing a phase requires an evidence table and generates a checkpoint document automatically. If the orchestrating agent dies mid-phase, a fresh one reconstructs the full delivery state from two calls — verified live.

Question 7

How much does SecureContext reduce Claude Code token costs?

Accepted Answer

Measured across a 10-session project: ~87% less context-overhead (session restore is ~1.5–4k tokens instead of 20–50k of re-pasted files). On long-lived projects with hundreds of accumulated memories, the recall budget keeps each recall at ~4k tokens where an unbounded dump would be ~47k. File questions are answered from 15–50× compressed semantic summaries instead of raw reads.

Question 8

How do I give Claude Code persistent memory across sessions?

Accepted Answer

Install SecureContext (one command — see Quick start), then agents call zcremember to persist decisions and gotchas and zcrecall_context({focus: "current task"}) at session start to restore them — ranked by relevance, with natural-language time queries answered directly from memory. Memory survives restarts, compactions, and reboots because it lives in PostgreSQL, not in the context window.

Question 9

Как се различава от конкурентите?

Accepted Answer

Повечето проекти „memory for Claude Code“ правят едно от трите неща: 
* Обвиват разговора в JSON. Записват съобщенията, възпроизвеждат ги. Няма семантично компресиране, няма одит път, няма модел за сигурност.
* Синхронизират се с облачен сервис. По‑добър UX, но историята на инструмента на вашия агент (възможно съдържаща тайни, с които е работил) живее на сървъра на някой друг.
* Поставят векторно търсене. Добавя RAG върху вашите документи, но не помага с истинския проблем — оркестриране какво прави агентът, проверка какво е изпълнено, оцеляване при компресиране на сесията.

SecureContext не е нито едно от тези:

| | SecureContext | Облачни услуги за памет | Векторни RAG плъгини | Native Claude Code |
|---|---|---|---|---|
| Устойчивост при рестарти | ✅ Да, локален Postgres | ✅, но на техния сървър | ⚠️ Само документи, не състояние | ❌ Загуба при авто‑компактиране |
| Програми за доставка + одитирани контролни точки | ✅ zcprogram | ❌ | ❌ | ❌ |
| HMAC одит път | ✅ Пер‑агентен под‑ключ | ❌ | ❌ | ❌ |
| Изолация на идентичността за всеки агент | ✅ HKDF + RLS | ❌ | ❌ | ❌ |
| Входна врата за умения (HMAC + AST) | ✅ | ❌ | ❌ | ❌ |
| Верижка устойчива на манипулация + повторение на сесия | ✅ | ❌ | ❌ | ❌ |
| Опашка за работа‑кражба при паралелни сесии | ✅ FOR UPDATE SKIP LOCKED | ❌ | ❌ |

Question 10

Какво ново (v0.46.1)

Accepted Answer

Втори кръг на временно извличане + комплект за доставка. Сложните времеви въпроси се разпадат на клаузи за събития с обединяване по ранг; времевите търсения генерират хронологичен блок Timeline, а остарелите резултати получават предупреждение за възраст. zcprogram добавя многофазови програми за доставка с доказателствено‑задвижено, автоматично затваряне на фазите — живо проверено с тест за предаване на оркестратор (убийте оркестратора по средата на фазата; студен заменящ процес възстановява от две извиквания). Вмъкнатата линия сега има наблюдател с бюджетирано самовъзстановяване. Последни издания: v0.46.0 — екипна памет (ключове за всеки потребител, споделени работни пространства, атрибуция на запис), повторно възпроизвеждане на сесия с криптографски произход, OTel Gen‑AI обхвати, CI/безглава памет CLI, партидни вграждания, експортиране на доклад за съответствие. v0.44.0 — заместване на времеви факти, издръжлив граф на задачи в PG, първите публични числа от LongMemEval. v0.43.0 — резюме за извикване с ограничение на токен‑бюджет (корекция на 47 k‑токеновия поток за извикване при зрелите проекти). v0.41–0.42** — програма за качество на паметта: фокусирано извикване, консолидиране, би‑временни прозорци, многократни графови извлечения, TTL памети, многомодално въвеждане. Пълен списък с подробности в CHANGELOG.md; архитектурни бележки в ARCHITECTURE.md.

Question 11

Какво е SecureContext?

Accepted Answer

Ако използвате Claude Code в реални проекти, вероятно сте се сблъскали със следните проблеми: 1. Всяка сесия започва отначало. Трябва отново да поставяте същите файлове, да обяснявате същите решения, да откривате същите клопки – и плащате токени за едно и също ориентиране отново и отново. 2. При дълги проекти липсва състояние на доставка. Когато оркестриращ агент умре по средата на функция (като срив, затворен прозорец, изчерпана контекстуална памет), неговият заместник започва „на сляпо“. Хората компенсират с ръчно написани CHECKPOINT файлове. 3. Няма запис какво агентите всъщност са направили. Когато нещо се обърка, Claude Code няма защитена от подправяне история за изпълненото. 4. Скриптовете за умения се изпълняват с вашите разрешения, без проверка. Всеки (или който и да е агент) с достъп за писане до ~/.claude/skills/ може да вмъкне код, който се стартира при следващото извикване. 5. Паралелните сесии се намесват една в друга. Два прозореца искат една и съща задача; единият презаписва промените на другия. SecureContext е MCP плъгин, който решава всичките тези пет проблема. Инсталирайте го веднъж и вашите агенти получават: Памет, която преживява рестарти – решения, клопки и състояние на проекта се възстановяват с едно извикване; семантични резюмета за всеки файл, отговарящи на „какво прави този файл“ при компресия 15–50× вместо сурово четене; времево търсене, което знае кога са се случили нещата и маркира остаряла информация. Слой за доставка при

developer-skill-execution-outcome-reporting-v0-18-1 (Grade A)Secuностно-тестван данни-ai ум (A-Грейд). SKILL EXECUTION + OUTCOME REPORTING (v0.18.1) — извлечен от роли.json дъбПромпт за разработчик

Преглед

Ключови функции

Цени

Случаи на употреба

Валидиране на умения

Обработка на неуспехите на уменията

Плюсове и минуси

Плюсове

Минуси

Отзиви

Въпроси

Задай въпрос

Алтернативи на Умения