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 одночасно в пам'яті | Усе, паралельно, з інтерактивною затримкою — плюс потужний локальний генератор для Q&A/бенчмаркiв. Це конфігурація, на якій вимірювалися наші опубліковані дельти бенчмарків.

Рекомендації щодо вибору моделей (всі вимірювалися, див

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

Ні. Пам'ять, 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 | Нативний Claude Code |
|---------------------|--------------|-----------------------|-------------------|----------------------|
| Персистентність після перезапуску | ✅ Так, локальний Postgres | ✅, але на їхньому сервері | ⚠️ Тільки документи, не стан | |
| Програми доставки + чекпоінти, що вимагають доказів | ✅ zcprogram | ❌ | ❌ | ❌ |
| HMAC‑аудиторський слід | ✅ Під‑ключ агента | ❌ | ❌ | ❌ |
| Ізоляція ідентичності агента | ✅ HKDF + RLS | ❌ | ❌ | ❌ |
| Вхідний шлюз навичок (HMAC + AST) | ✅ | ❌ | ❌ | ❌ |
| Ланцюжок, що виявляє підробки, та відтворення сесії | ✅ | ❌ | ❌ | ❌ |
| Черга «work‑stealing» для паралельних сесій | ✅ FOR UPDATE SKIP LOCKED | ❌ | ❌ | ❌ |
| Працює оф

Question 10

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

Accepted Answer

Друге коло тимчасового пошуку + набір інструментів доставки. Складні тимчасові питання розкладаються на подієві клауза з об’єднанням за рангом; тимчасовий пошук створює хронологічний блок Timeline, а застарілі результати отримують попередження про вік. zcprogram додає багатофазові програми доставки з доказовим контролем, автоматичним чекпоінтом закриття фази — живо‑перевірено тестом передачі оркестратора (вбити оркестратор посередині фази; холодна заміна продовжує з двох викликів). Лінія embed тепер має watchdog із бюджетованим самовідновленням. Останні релізи: v0.46.0 — пам’ять команди (ключі на користувача, спільні робочі простори, атрибуція запису), повтор сеансу з криптографічною provenance, OTel Gen‑AI span’и, CI/headless пам’ять CLI, chunked embeddings, експорт звіту про відповідність. v0.44.0 — заміна тимчасових фактів, стійкий графік задач PG, перші публічні цифри LongMemEval. v0.43.0 — токен‑бюджетний дайджест recall (виправляє firehose recall у 47k‑токенів у зрілих проєктах). v0.41–0.42** — програма якості пам’яті: сфокусований recall, консолідація, бі‑тимпоральні вікна, багатокрокове графове поширення, TTL‑пам’яті, мультимодальне засвоєння. Повні деталі у CHANGELOG.md; нотатки про архітектуру — у ARCHITECTURE.md.

Question 11

What is SecureContext?

Accepted Answer

If you use Claude Code on real projects, you have hit these walls: 1. Every session starts cold. You re-paste the same files, re-explain the same decisions, re-discover the same gotchas — and pay tokens for the same orientation work over and over. 2. Long projects have no delivery state. When an orchestrating agent dies mid-feature (crash, closed window, exhausted context), its replacement starts blind. People compensate with hand-written CHECKPOINT files. 3. There is no record of what agents actually did. When something goes wrong, Claude Code has no tamper-evident history of what ran. 4. Skill scripts run with your permissions, unscanned. Anyone (or any agent) with write access to ~/.claude/skills/ can plant code that runs on the next invocation. 5. Parallel sessions step on each other. Two windows claim the same task; one overwrites the other's edits. SecureContext is an MCP plugin that closes all five. Install it once and your agents get: Memory that survives restarts — decisions, gotchas, and project state restored in one call; per-file semantic summaries answer "what does this file do" at 15–50× compression instead of raw reads; temporal search that knows when things happened and flags stale knowledge. A delivery layer for long-running projects — zcprogram tracks multi-phase programs; closing a phase requires acceptance evidence and auto-generates a searchable checkpoint; a fresh orchestrator resumes a dead one's work from two calls. A cryptographic audit trail — every

writer-self-editing-checklistЧекліст самостійного редагування — витягнуто з deepPrompt для письменника

Огляд

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

Ціни

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

Перевірка документації

Контроль якості контенту

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

Плюси

Мінуси

Відгуки

Питання

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

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