Question 1

Які локальні моделі слід запускати, і як апаратне забезпечення впливає на SecureContext?

Accepted Answer

SecureContext поступово деградує в залежності від рівня апаратури — кожен шар, що працює на LLM, «замикається» (функція тихо нічого не робить), а не порушує процеси інджесту чи пошуку. Те, що змінюється з апаратурою, це обсяг активного інтелектуального стеку:

| Рівень | Апаратне забезпечення | Підходящі моделі | Що ви отримуєте |
|---|---|---|---|
| Мінімум | Будь‑який CPU, ~2 ГБ вільної RAM | nomic-embed-text (лише ембеддинги) | Гібридний BM25+векторний пошук, робоча пам'ять, ланцюжок аудиту, контроль навичок — ядро системи. Шари LLM (витяг подій, витяг сутностей, судження про протиріччя) залишаються сплячими. |
| Середній | 8–16 ГБ GPU (або Apple Silicon 16 ГБ+) | + qwen2.5-coder:14b або phi4:14b (по одній одночасно) | + Витяг фактів‑подій під час інджесту (темпоральне міркування), судження LLM про протиріччя, витяг сутностей, L0/L1 семантичні підсумки файлів. |
| Повний | GPU 24 ГБ+ (наприклад RTX 4090/5090) | + phi4:14b і gpt-oss:20b працюють разом у пам'яті | Все одночасно, з інтерактивною затримкою — плюс потужний локальний генератор для QA/бенчмарків. Це конфігурація, на якій вимірювалися наші опубліковані дельти бенчмарків. |

Рекомендації щодо вибору моделей (всі вимірені, див. bench/):
- Ембеддинги: nomic-embed-text — обов'язково, крихітний, працює скрізь.
- В

Question 2

Що потрібно для запуску?

Accepted Answer

Node 20+ і (рекомендовано) Docker для вбудованого стеку PostgreSQL + Ollama. Однорядковий інсталятор робить все приблизно за п’ять хвилин. При відсутності інфраструктури працює fallback на 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

Ні. Пам’ять, embeddings (Ollama nomic-embed-text), пошук, підсумовування та ланцюжок аудиту працюють локально. Система повністю офлайн (при недоступності Ollama пошук переходить у режим лише ключових слів) і не витрачає грошей, коли не використовується.

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"}) — для їх відновлення. Дані сортуються за релевантністю, а запити типу «час у природній мові» відповідаються безпосередньо з пам'яті. Пам'ять зберігається після перезапуску, стискання та перезавантаження, оскільки вона живе в PostgreSQL, а не у вікні контексту.

Question 9

Чим він відрізняється від конкурентів?

Accepted Answer

Більшість проєктів «пам’яті для Claude Code» роблять одне з трьох: обгортають розмову у JSON, зберігають повідомлення та відтворюють їх. Немає семантичного стиснення, аудиту чи моделі безпеки. Синхронізують з хмарним сервісом – кращий UX, але історія інструментів вашого агента (можливо, включаючи секрети, які він обробляв) зберігається на чужому сервері. Додають векторний пошук – RAG над вашими документами, але це не допомагає вирішити основну проблему — координувати дії агента, перевіряти, що саме виконувалося, і зберігати стиснення сесії. SecureContext не належить до жодного з цих варіантів:

| | SecureContext | Хмарні сервіси пам’яті | Плагіни Vector RAG | Native Claude Code |
|---|---|---|---|---|
| Персистентність після перезапуску | ✅ Так, локальний Postgres | ✅ Але на їхньому сервері | ⚠️ Тільки документи, без стану | ❌ Втратна авто‑компакція |
| Програми доставки + контрольовані контрольні точки | ✅ zcprogram | ❌ | ❌ | ❌ |
| Аудит‑трейл HMAC | ✅ Підключений підключ до агента | ❌ | ❌ | ❌ |
| Ізоляція ідентичності на рівні агента | ✅ HKDF + RLS | ❌ | ❌ | ❌ |
| Вхідний шлюз навичок (HMAC + AST) | ✅ | ❌ | ❌ | ❌ |
| Підписана ланцюжок та відтворення сесії | ✅ | ❌ | ❌ | ❌ |
| Черга «work‑stealing» для паралельних сесій | ✅ FOR UPDATE SKIP LOCKED | ❌ | ❌ |

Question 10

Що нового (v0.46.1)

Accepted Answer

Друге коло тимчасового отримання + набір інструментів доставки. Складні тимчасові питання розкладаються на клаузи подій з об’єднанням ранжування; тимчасові пошуки формують блок хронологічної лінії часу, а застарілі результати отримують попередження про вік. zcprogram додає багатофазові програми доставки з підтвердженням доказів, автоматичним контрольним пунктом і закриттям фази — живо‑перевірено тестом передачі оркестратора (вбити оркестратор під час фази; холодна заміна продовжує з двох викликів). У lane вставки тепер є watchdog із бюджетою самовідновлення. Останні випуски: v0.46.0 — пам’ять команди (ключі per‑user, спільні робочі простори, атрибуція запису), відтворення сесії з криптографічним походженням, OTel Gen‑AI спани, CI/headless пам’ять CLI, chunked embeddings, експорт звіту про відповідність. 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, який вирішує всі п'ять проблем. Встановіть його один раз, і ваші агенти отримають: Пам’ять, що зберігається після перезапуску — рішення, підводні камені та стан проєкту відновлюються одним викликом; семантичні підсумки per‑file, які відповідають на питання «що робить цей файл» з компресією 15–50× замість читання сирців; часовий пошук, що знає, коли сталося подія, і позначає застарілі дані. Шар доставки для довготривалих проєктів — zcprogram відстежує

Огляд

Ключові функції

Ціни

Кейси використання

Перевірка складної проблеми програмування

Визначення підстав виникнення помилок

Плюси і мінуси

Плюси

Мінуси

Відгуки

Питання

Постав питання

Альтернативи Мовні здібності

Manage Headers (Grade A)

Using Git Worktrees (Grade A)

Ga4 Bigquery Schema (Grade A)

Meta Capi (Grade A)

Callees (Grade A)

Test Module Name (Grade A)

Board Of Directors (Grade A)

Advpl Mvc Avancado (Grade A)