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/):
- Ем

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 тис. токенів замість 20–50 тис. повторно вставлених файлів). У довгострокових проєктах зі сотнями накопичених пам’ятей бюджет виклику залишається ~4 тис. токенів, тоді як без обмежень це було б ~47 тис. Питання щодо файлів відповідаються з використанням 15–50× стиснених семантичних резюме замість читання сирих даних.

Question 8

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

Accepted Answer

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

| | SecureContext | Хмарні сервіси пам'яті | Плагіни Vector RAG | Нативний Claude Code |
|---|---|---|---|---|
| Персистентність між перезапусками | ✅ Так, локальний Postgres | ✅ Але на їхньому сервері | ⚠️ Тільки документи, не стан | ❌ Втратне авто‑стискання |
| Програми доставки + контрольовані чекпоінти | ✅ zcprogram | ❌ | ❌ | ❌ |
| HMAC‑аудит | ✅ Пер‑агентний підключ | ❌ | ❌ | ❌ |
| Ізоляція ідентичності per‑agent | ✅ HKDF + RLS | ❌ | ❌ | ❌ |
| Вхідний шлюз навичок (HMAC + AST) | ✅ | ❌ | ❌ | ❌ |
| Ланцюг захисту від підробки + відтворення сесії | ✅ | ❌ | ❌ | ❌ |
| Робоча черга для паралельних сесій | ✅ FOR UPDATE SKIP LOCKED | ❌ | ❌ | ❌ |
| Працює офлайн | ✅ Локальний Post

Question 9

How do I give Claude Code persistent memory across sessions?

Accepted Answer

Встановіть SecureContext (одна команда — див. Quick start), після чого агенти викликають `zcremember` для збереження рішень і нюансів і `zcrecall_context({focus: "current task"})` на початку сесії, щоб їх відновити — упорядковано за релевантністю, з можливістю задавати запити типу «за який час» природньою мовою, які відповідаються безпосередньо з пам’яті. Пам’ять зберігається після перезапусків, компактизації та перезавантажень, оскільки вона розміщується в PostgreSQL, а не у вікні контексту.

Question 10

What's new (v0.46.1)

Accepted Answer

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

Question 11

NVIDIA GPU? add: -f docker/docker-compose.nvidia.yml

Accepted Answer

curl http://localhost:3099/health # → {"status":"ok","version":"0.46.1",...} docker exec securecontext-ollama ollama pull nomic-embed-text docker/start.ps1 / docker/start.sh обгорнути це автоматичним визначенням GPU і прод‑режимом (nginx reverse proxy).

Question 12

Що таке SecureContext?

Accepted Answer

Якщо ви використовуєте Claude Code у реальних проектах, ви стикаєтеся з такими проблемами: 1. Кожна сесія починається з нуля. Ви заново вставляєте ті самі файли, знову пояснюєте ті ж рішення, заново відкриваєте ті ж підводні камені — і платите токени за одне й те саме орієнтувальне навантаження знову і знову. 2. У довготривалих проектах відсутній стан доставки. Коли оркеструючий агент гине посеред функції (крах, закрите вікно, вичерпаний контекст), його заміна починає «вслух». Люди компенсують це вручну створеними CHECKPOINT‑файлами. 3. Немає запису того, що агенти дійсно зробили. Коли щось йде не так, Claude Code не має доказу незмінності історії виконаних дій. 4. Скрипти навичок виконуються з вашими правами, без сканування. Будь-хто (або будь-який агент) з правом запису у ~/.claude/skills/ може посадити код, який виконається під час наступного виклику. 5. Паралельні сесії заважають одна одній. Два вікна претендують на одну задачу; одне перезаписує правки іншого. SecureContext — це плагін MCP, який усуває всі п’ять проблем. Встановлюєте один раз, і ваші агенти отримують: Пам’ять, що виживає перезапусків — рішення, підводні камені та стан проєкту відновлюються одним викликом; семантичні резюме кожного файлу, що відповідає на питання «що робить цей файл» зі стисканням 15–50× замість сирих читань; часовий пошук, який знає, коли щось сталося, і позначає застарілі знання. Шар доставки для довготривалих проєктів — zcprogram відстежує багатофазові прог

Staging V0 19 (Grade A)Безпечно перевірений навик data-ai для Claude AI. Рівень A. АНТИ-ПАТЕРНІ (НІКОЛИ НЕ ДОРОБІТЬ ЦЕГО) — витягнуто з deepPrompt ролі аналітика у файлі roles.json

Огляд

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

Ціни

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

Тренування аналітиків

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

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

Плюси

Мінуси

Відгуки

Питання

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

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