Question 1

Кои локални модели трябва да стартирам и как хардуерът влияе на SecureContext?

Accepted Answer

SecureContext се деградира плавно в зависимост от хардуерния слой — всеки слой, базиран на LLM, се затваря (функцията тихо не допринася нищо), вместо да прекъсва процеса по въвеждане или търсене. Какво се променя с хардуера е колко от интелигентния стек е активен:
| Ниво | Хардуер | Подходящи модели | Какво получавате |
|---|---|---|---|
| Минимум | Всеки CPU, около 2 GB свободна RAM | nomic-embed-text (само вграждания) | Хибридно BM25+векторно търсене, работна памет, верига за одит, контрол на умения — ядрото. LLM‑слоевете (извличане на събития, извличане на обекти, разрешаване на противоречия) остават спящи. |
| Средно | 8–16 GB GPU (или Apple Silicon 16 GB+) | + qwen2.5-coder:14b или phi4:14b (по един в даден момент) | + Извличане на събития‑факти при въвеждане (времево разсъждение), разрешаване на противоречия с LLM, извличане на обекти, L0/L1 семантично обобщаване на файлове. |
| Пълно | 24 GB+ GPU (например RTX 4090/5090) | + phi4:14b и gpt-oss:20b работещи едновременно | Всичко, конкурентно, с интерактивна латентност — плюс мощен локален генератор за QA/бенчмаркове. Това е конфигурацията, на която бяха измерени публикуваните делти от бенчмарка.

Ръководство за избор на модели (всички измерени, вижте bench/):
- Вграждания: nomic-embed-text — задължителен, крихък, работи навсякъде

Question 2

Какво ми е необходимо, за да го стартирам?

Accepted Answer

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

Question 3

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

Accepted Answer

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

Question 4

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

Accepted Answer

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

Question 5

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

Accepted Answer

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

Question 6

Може ли да управлява дълъг, многоседмичен проект?

Accepted Answer

Да — точно за това съществува слойът за доставка. Дефинирайте програма с етапи (zc_program), а контролният списък за приемане на отворения етап се пренася със състоянието на проекта. При затваряне на етап се изисква таблица с доказателства и автоматично се генерира документ за контролна точка. Ако оркестриращият агент умре по средата на етапа, нов агент възстановява цялото състояние на доставка от две извиквания — проверено в реално време.

Question 7

Колко SecureContext намалява разходите за токени на Claude Code?

Accepted Answer

Измерено върху 10‑сесионен проект: около 87 % по‑малко натоварване от контекст (възстановяването на сесията е около 1,5–4 k токена вместо 20–50 k от повторно поставени файлове). При дългосрочни проекти със стотици натрупани памети, бюджетът за извикване остава около 4 k токена, докато неограниченото изхвърляне би било около 47 k. Въпросите за файлове се отговарят от 15–50× компресирани семантични резюмета вместо от сурово четене.

Question 8

Как да осигуря на Claude Code постоянна памет между сесиите?

Accepted Answer

Инсталирайте SecureContext (една команда — вижте Quick start), след което агентите извикват zcremember, за да запазят решения и важни бележки, и zcrecall_context({focus: "current task"}) в началото на сесията, за да ги възстановят — подредени по релевантност, като естественоезикови заявки за време се отговарят директно от паметта. Паметта оцелявa при рестарти, компресиране и рестартиране, защото се съхранява в PostgreSQL, а не в прозореца на контекста.

Question 9

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

Accepted Answer

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

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

Question 10

Какво представлява SecureContext?

Accepted Answer

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

Question 11

What's new (v0.46.1)

Accepted Answer

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

Преглед

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

Цени

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

Начинание на интерфейзи за потребител

Излизяне на съществуващи интерфейзи

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

Плюсове

Минуси

Отзиви

Въпроси

Задай въпрос

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