Особиста ШІ-ОС на Claude Code: памʼять і розклад
Не чат з амнезією, а власний міні-офіс з агентів, який усе памʼятає
Особиста ШІ-ОС на Claude Code: памʼять у файлах, команда агентів-спеціалістів і завдання за розкладом. Як зібрати з чотирьох папок без баз і серверів.
Що таке особиста ШІ-ОС простими словами
Звичайний ШІ-чат - це один талановитий стажер. Тямущий, швидкий, але один. І щоранку він приходить на роботу з амнезією: не памʼятає ні вчорашніх завдань, ні твоїх правил, ні хто ти взагалі такий. Звучить знайомо? Ось у цьому весь біль.
А тепер уяви, що замість стажера в тебе цілий маленький офіс. У ньому є директор - руками він нічого не робить, зате точно знає, кому віддати завдання. Під ним команда: програміст, копірайтер, дослідник. Є шафа з папками, де записано все - що вирішили вчора, з ким спілкувалися, які правила. І є будильник, який сам зранку нагадує: час робити брифінг.
Ось цей офіс і є особиста ШІ-ОС Агентська ОС (agentic OS) - спосіб використовувати Claude Code не як разовий чат, а як постійну систему: з памʼяттю у файлах, командою агентів і автоматичними завданнями, які переживають перезапуск. . ОС - бо це вже не вікно для балачок, а майже операційна система: запущена, з памʼяттю і розкладом.
Навіщо потрібна ШІ-ОС, а не просто чат
Поки ти робиш разові штуки - «зверстай лендинг», «напиши пост» - звичайного чату вистачає за очі. Але справ стає багато, і вони повторюються день у день. Тут стажер-амнезик і починає бісити: ти вдесяте пояснюєш одне й те саме. Знайоме відчуття?
ШІ-ОС бʼє рівно по цих чотирьох точках:
- Перестаєш повторюватися. Правила і факти записані у файли - система читає їх сама.
- Різні завдання - різні спеціалісти. Код пише «програміст», тексти - «копірайтер». Кожен заточений під своє.
- Справи не губляться. Закрив ноут увечері, відкрив зранку - уся історія на місці, у папках.
- Рутина крутиться сама. Огляд завдань, перевірка статусів - за розкладом, без твоєї участі.
Різниця між «ШІ-помічником» і «ШІ-співробітником» - це памʼять і автономність. Помічник чекає на запитання. Співробітник памʼятає контекст і сам приходить з брифінгом.
З чого складається ШІ-ОС: усього чотири папки
Слово «операційна система» звучить страшно. Лякатися нема чого. Уся ШІ-ОС - це чотири папки у твоєму проєкті. Ні серверів, ні баз даних, ні магії.
мій-проєкт/
├── CLAUDE.md # Ядро: хто я, кому роздаю завдання
├── agents/ # Співробітники: по файлу на кожного
├── .claude/commands/ # Команди: твої кнопки на кшталт /daily-sync
└── data/ # Памʼять: папки із нотатками і логами
Пройдімося по кожній.
1. Ядро CLAUDE.md - це твій директор
CLAUDE.md - головний файл, ядро. Claude читає його на самому початку кожної сесії. По суті це посадова інструкція для директора: «ти керуєш, сам код не пишеш, а роздаєш завдання потрібним людям».
Усередині - проста табличка «хто за що відповідає»:
| Співробітник | За що відповідає | Коли кликати |
|---|---|---|
| програміст | код, налагодження, архітектура | «збери», «полагодь», «відрефактори» |
| копірайтер | тексти, пости, листи | «напиши», «накидай», «блог» |
| дослідник | пошук, аналіз, перевірка фактів | «вивчи», «порівняй», «перевір» |
2. Агенти-спеціалісти - це співробітники
У папці agents/ лежить по одному файлу на кожного «співробітника». Це просто текстовий опис: хто він, що читає перед роботою, що йому можна, а що ні.
Наприклад, у «програміста» у файлі написано: «ти senior-інженер, пишеш чистий код, завжди додаєш тести, ніколи не комітиш напряму в main». І там само - які файли памʼяті відкрити перед стартом, щоб увійти в курс справи по проєкту.
Спеціаліст-агент Спеціаліст-агент - окремий текстовий файл, що описує одну «професію»: його характер, до яких файлів він звертається і які в нього обмеження. Директор підвантажує потрібного за ситуацією. - це не окрема програма. Це роль, яку директор «вдягає», коли береться за відповідне завдання.
3. Команди - це твої кнопки
У папці .claude/commands/ лежать готові сценарії. Кожен файл - одна команда, яку ти викликаєш через слеш: /daily-sync, /research, /outreach.
Візьми команду /daily-sync («ранкова синхронізація»). Вона йде по кроках: прочитати вчорашні логи, перевірити статус проєкту, зазирнути в папку «вхідні», зібрати зведення і записати його в лог за сьогодні. Описав один раз - далі просто тиснеш кнопку.
4. Памʼять data - це шафа з папками
Серце системи. Уся памʼять - звичайні файли в папці data/, розкладені по поличках:
data/
├── daily-logs/ # щоденник: що робили по днях
├── projects/ # контекст по кожному проєкту
├── decisions/ # ухвалені рішення і чому
├── inbox/ # нові завдання та ідеї
└── contacts/ # люди, компанії, нотатки
Для структурованих даних (статус, метрики) бери JSON. Для всього, що читає людина (рішення, логи, нотатки), - markdown. База даних тут зайва, поки ти один користувач, а не гігабайти записів.
Розклад: як ШІ-ОС працює без тебе
Найбільша магія починається, коли офіс працює без тебе. Прокидаєшся - а на тебе вже чекає брифінг: що в роботі, що застрягло, за що хапатися першим.
Цим займається планувальник завдань. Але тут є нюанс, на якому спотикаються всі.
Логіка зовсім проста. Зовнішній будильник у потрібну годину смикає Claude Code, той виконує команду й складає результат у data/daily-logs/. Ти сідаєш за стіл - звіт уже готовий.
Як правильно вирощувати ШІ-ОС
Систему легко занапастити - напхаєш усе в одну купу, і привіт. Ось орієнтир, якого боку триматися.
- Один агент - одна професія: програміст окремо, копірайтер окремо.
- Ядро коротке і зрозуміле (до 200 рядків) - влізає в контекст цілком.
- Памʼять читається під час старту і дописується наприкінці сесії.
- Завдання за розкладом - через зовнішній планувальник, а не вбудований таймер.
- Логи лише дописуються: вчорашній день ніхто не переписує.
- Один агент-універсал «і швець, і жнець» - плутається в усьому одразу.
- Ядро роздуте на тисячі рядків - стіл завалений ще до старту.
- Памʼять перетворилася на звалище - система тоне в смітті.
- Паролі і ключі записані прямо у файлах агентів - витече все за раз.
- Притягли важку базу даних заради пари нотаток одного користувача.
Приклад із життя: одна людина і стартап
Припустімо, ти тягнеш маленький стартап наодинці й тонеш у рутині. Щоранку вручну дивишся, що в роботі, відповідаєш на листи, ведеш нотатки по клієнтах. І щоразу заново втовкмачуєш ШІ, хто ти і що в тебе за проєкт. Виснажливо, правда?
Збираєш ШІ-ОС - і день міняється:
- У
CLAUDE.mdдиректор уже знає твою команду з трьох «співробітників». - У
data/projects/лежить контекст стартапу - пояснювати його заново не треба. - Команда
/daily-syncщоранку о 8:00 сама готує брифінг. - Після кожної сесії система дописує в щоденник: що зробили, що застрягло.
Хочеш відчути дух підходу прямо зараз, не зводячи весь офіс? Дай агенту такий промпт.
Давай налаштуємо зачаток моєї особистої ШІ-ОС у цьому проєкті. Зроби по кроках:
-
Створи файл CLAUDE.md. У ньому опиши: ти директор мого проєкту,
сам код не пишеш, а роздаєш завдання. Додай табличку з трьох ролей -
програміст, копірайтер, дослідник - і коли яку кликати.
-
Створи папку data з підпапками daily-logs, projects, decisions, inbox.
У data/projects поклади файл з коротким описом мого проєкту,
щоб більше не пояснювати його заново.
-
Створи команду daily-sync у папці крапка-claude слеш commands.
Вона має по кроках: прочитати останній лог, перевірити статус,
зазирнути в inbox і записати ранкове зведення в data/daily-logs.
-
Памʼять тримай лише у файлах. Паролі і ключі у файли НЕ записуй,
використовуй змінні середовища. Наприкінці роботи допиши короткий лог:
що зробив і що лишилося.
Покажи мені структуру папок, коли закінчиш.
Часті помилки під час складання ШІ-ОС
- Робити одного агента-універсала. Він плутається в усьому одразу. Розбий на ролі: один агент - одна професія.
- Тримати памʼять у чаті, а не у файлах. Після перезапуску її нема. Усе важливе - у
data/. - Роздувати ядро. Тисячі рядків у
CLAUDE.mdзабивають контекст ще до старту. Тримай до 200 рядків. - Покладатися на вбудований таймер. Він помре разом із сесією. Бери зовнішній планувальник.
- Записувати паролі і ключі у файли агентів. Один такий файл витече - і все назовні. Лише змінні середовища.
- Тягнути базу даних заради нотаток. Поки ти один користувач - markdown і JSON вистачає із запасом.
- Не дописувати логи. Без запису наприкінці сесії система не росте і знову все забуває.
TL;DR - если коротко
- ШІ-ОС - це не один помічник, а цілий «офіс»: директор роздає завдання команді спеціалістів і зводить їхню роботу докупи.
- Памʼять живе у звичайних файлах на диску (markdown і JSON), а не в голові моделі - тому переживає перезапуски.
- Усе господарство - це чотири папки: ядро, агенти, команди, памʼять. Ні баз даних, ні серверів.
- Завдання запускаються самі за розкладом (брифінг о 8:00) - але через зовнішній планувальник, а не вбудований таймер.
- Правило росту: один агент - одна професія, ядро коротке (до 200 рядків), памʼять по ділу, а не звалище.
- Секрети у файли агентів не пишуть: лише змінні середовища, інакше витече все за раз.