Ноутбук, який не спить

Оргсхема, якої я не малював – теки-папки сходинками фарбами лиса: я, C-level боти, три PM, воркери – зроблене суцільне, заплановане пунктиром

У червні стрічка раз по раз підсовувала мені той самий тип допису: хтось збудував спеціальний застосунок, або контейнер, або якийсь невеликий шматок інфраструктури, єдина робота якого – тримати агентні робочі процеси в русі цілодобово. Я цілком розумію цей порив. Але на той час я вже розв’язував ту саму задачу способом, який не коштував мені жодної нової інфраструктури, – тож 26 червня я сказав це вголос: спробуйте налаштувати ноутбук так, щоб він не засинав, коли ви закриваєте кришку.

Чесно кажучи, це майже вся стаття. Решта – те, що сталося за тижні після того.

Одне налаштування в меню живлення

Є процеси, яким справді потрібні 24/7, і їм, чесно, потрібен VPS. Я з цим не сперечаюся. Але для всього іншого машину можна налаштувати так, щоб із закритою кришкою вимикався тільки екран – поки вона на шнурі живлення, – і працювати далі. На моєму KDE Manjaro на X1 Yoga це зробилося легко. Про вашу систему не скажу.

Я трохи зміцнив захист машини, далі Tailscale – щоб доступ до неї мав я і більше ніхто. Потім zellij, це як tmux, тільки значно потужніший: повністю налаштовувані розкладки, вкладки, панелі, розставлені так, як вам зручно. А тоді до всієї цієї краси можна під’єднатися звідки завгодно через ssh. Tailscale плюс Termius – і готово.

Дев-VPS із доступом лише через Tailscale – теж сильний варіант. Хочу бути до нього справедливим.

Але навіщо взагалі все це, замість чогось serverless? Бо вам потрібно запускати Claude Code, а Claude Code на передплаченому тарифі приблизно вдесятеро дешевший, ніж та сама робота через API з оплатою за токени. Це лише моя думка – але я рахував це не раз, і виходить щоразу однаково. Дата-центру в цій схемі немає з найменш романтичної причини, яку тільки можна вигадати: він дорожчий.

VPS, який мені так і не знадобився

Ця схема прийшла не як ідея. Вона лишилася від інших планів.

Якийсь час до того я освоював lf, у варіанті lfcd, з micro як редактором за замовчуванням і невеликими зручностями навколо – lazygit, fzf. Я готував себе до роботи на VPS: проєкти живуть на VPS, уся робота – через ssh, жодного GUI ніде. Ось до якого плану я тренувався.

А тоді виявив, що ноутбук кращий за VPS – якщо вміти змусити його поводитися як VPS тоді, коли вам це потрібно.

Тобто тренувався я до машини, яка мені так і не знадобилася, – і тренування все одно виявилося рівно тим, що треба. Ні lf, ні micro, ні lazygit не обходить, увімкнений екран чи ні. Навчитися жити всередині термінала – єдина причина, з якої закритим ноутбуком узагалі можна користуватися.

Сесія, від якої можна відійти

За два дні мій друг Максим Прокопов розповів мені про команду «claude agents» – якщо просто, це оркестратор агентів, хоча вона більша за це.

Перша думка була: м-м, мені це не потрібно. У мене вже є моя цілодобова схема. Але я все одно спробував – і воно змусило мене замислитися про геть інше: чи доведеться мені в майбутньому самому піднімати всю цю красу, чи Claude Code просто стане повністю самодостатнім – із навігацією по файлах, ручним редактором, дифами. У цьому він уже й тоді був досить близький до доброго рівня.

Але важило інше – від’єднана сесія.

Коли ви запускаєте сесію Claude Code за розкладом, як CLI-команду, стежити за нею неможливо. Вона працює, поки ви деінде, а результат ви читаєте потім – або читаєте уламки. Можливість під’єднатися змінює саму природу цього. Сесія так само йде без вас, але тепер ви можете зайти в неї й вийти назад.

У мене було три проєкти з детальними планами і замало лімітів сесій, щоб їх прокрутити, – і для цих трьох, принаймні на наступний тиждень, від мене потрібно було зовсім небагато. Тож я поставив у розклад свою першу від’єднану сесію. Потім під’єднався до неї, побачив, що вона ще не цілком автономна, і зробив кілька правок. І дорогою зрозумів, що мені нарешті доведеться вивчити git worktrees, від яких я тихо ухилявся: від’єднана сесія за замовчуванням працює в гілці worktree – саме для того, щоб ваш основний git лишався чистим від її редагувань.

Сподіваюся, тепер вона перепланує себе сама. Побачимо.

Робочим це робить не планувальник. Робочим це робить пам’ять. Коли досвід збирається на рівні користувача, а не викидається наприкінці кожної сесії, кожен наступний запуск починається легше за попередній – бо агенти приходять уже з контекстом: що робити і чого очікують від результату. Добре описаний проєкт іде як по маслу.

Десять агентів або сто

Наприкінці червня я подивився кілька свіжих подкастів та інтерв’ю з Борисом Черни й записав те, що виділив для себе. Це його твердження, як я їх тоді занотував, не мої.

Що зараз – найкращий час в історії для стартапів на 1–10 людей, і почути це саме від нього варто тому, що він бачить патерни використання й тренди. Тобто воно вже тут, і триватиме до трьох років. Що до кінця цього року моделі стануть ще більш «вирівняними», тобто кориснішими; чи триватиме тренд далі – менш зрозуміло. Що майже всю свою роботу він робить, запускаючи автономних агентів і скеровуючи їх із телефона голосовими повідомленнями – десятками й сотнями одночасно. І що їхня команда здебільшого користується тим самим, чим користуються всі, а це нині Opus.

Я це опублікував і запитав, що люди думають. Відстань між сотнею агентів і моїми трьома запланованими проєктами була не в залізі, якого мені бракувало. Бракувало мені способу говорити з багатьма виконавцями, не говорячи насправді з багатьма виконавцями.

Оргсхема, якої я не малював

2 липня я написав першу настанову своєму майбутньому AI COO. Урок №1 – жодного мікроменеджменту:

Просто щоб пояснити, я не знаю, чи це було так зараз чи ні, але загалом виклик агента в директорії проєкту – це, у певному сенсі, виклик PM цього проєкту, бо на рівні проєкту є збережена пам’ять, і PM може зосередитися на тому, щоб добре зробити роботу, а ти тоді можеш зосередитися на задачах вищого рівня, бо таких PM під наглядом може бути 5-10, тож не варто обтяжувати себе мікроменеджментом.

Кожна робоча тека, яка тримає власний контекст і власну пам’ять, – це PM. Не метафорично – функціонально. Вона знає свій проєкт і компетентна в межах власних стін. А отже, дерево директорій було оргсхемою ще до того, як це хтось так назвав, – і лишалося збудувати тільки шар над ним.

Цим я і займаюся. Команда керівників, які наглядають за PM, кожен у своїй ділянці. Спершу COO, а далі в планах CMO, CTO, CSO і Head of Growth. А тоді я здебільшого спілкуюся з C-рівнем, бо трохи втомився працювати з PM.

Останнє – жарт. Здебільшого.

До середини липня частина цього вже вийшла в світ: п’ять ботів-колег, яких можна додавати й видаляти, а крім них – виконавці, яких може бути скільки треба. Бот C-рівня будить бота рівня проєкту зі своїм завданням; проєктний бот робить роботу і звітує C-рівню; а той звітує мені або учасникам команди.

Та сама модель, в іншому кріслі

Оргсхема складається з ролей, а не з моделей, – і це, виявляється, важливо.

Питання «яка модель для якої задачі» перестало мати для мене сенс уже давненько. Opus проти Opus у різних ролях дає ефективнішу критику, ніж модель проти моделі. Ви обираєте свою найкращу і садовите її в різні крісла. Та сама модель, на тій самій задачі, з різними промптами дає різні відповіді – а це рівно та сировина, якої потребує рецензія. І новіші робочі процеси досить ефективно народжують самокритичних рецензентів і субагентів майже з нічого.

Спробувати це можна просто в Claude Code, як він є: робочі процеси треба увімкнути, і їм треба Opus. Він робить приблизно ту саму оркестрацію без жодного розлогого попереднього промптингу: доброї сторінки тексту може вистачити – і ваш флот уже на задачі.

Навіщо потрібна закрита кришка

Того самого тижня, коли все це відбувалося, на п’ять днів повернувся Fable 5, я перейшов на тариф Max 200, і в мене стояла черга проєктів, які просилися бути завершеними. Я написав короткий допис, що буду зайнятий і що, можливо, буде кілька релізів, хобійних і робочих, і попрощався словами до наступного разу. Отак і виглядає більша частина мого щоденника в цей період: риштування зводиться, будівлі ще попереду.

Нічого з цього не завершене. Моєму COO один урок від народження. Перша від’єднана сесія пішла зі словами «сподіваюся, вона перепланує себе сама – побачимо». Хай яким інструментарієм ви це читаєте, він уже пішов далі за той, який я описую, – це запис про пару тижнів на межі червня і липня 2026 року, і задуманий він саме так.

Але форма, гадаю, протримається якийсь час. Ноутбук на шнурі живлення з вимкненим екраном, мережа, до якої дістаюся тільки я, сесії, у які я можу зайти звідки завгодно, і набір тек, які тихо самоорганізувалися в компанію, поки я вчив файловий менеджер для сервера, який мені так і не знадобився.

І будується все це не заради пропускної здатності. А заради того, щоб я міг піти й зробити дещо інше – те, що вміють тільки люди і для чого не потрібен жоден агент.

Джерела – мої власні дописи в LinkedIn, у порядку появи:

26 червня 2026 – ноутбук, який не спить
28 червня 2026 – «claude agents» і моя перша від’єднана сесія
30 червня 2026 – що я виділив з інтерв’ю Бориса Черни
2 липня 2026 – перша настанова моєму AI COO
2 липня 2026 – Fable 5 повернувся на п’ять днів

Оргсхема над PM, аргумент про ту саму модель у різних ролях і вже випущені боти-колеги – з моїх власних коментарів під тими дописами та іншими, червень і липень 2026 року.