Більшість людей використовує потужну модель як розумну друкарську машинку: вписав запит — отримав абзац. Це працює, але щоразу починається з нуля. Наступна сесія не пам'ятає попередню. Якість плаває — сьогодні блиск, завтра халтура. Верифікацію пропускають, бо «виглядає готово». Це не проблема моделі. Це відсутність операційної системи навколо неї.
Скіл закриває саме цю дірку. Скіл — це названа, багаторазова процедура, яку агент розпізнає й підхоплює автоматично, коли ситуація її потребує. Не «промпт, який треба згадати й вставити», а вбудований рефлекс: побачив тригер — виконав процедуру так само, як минулого разу. Один скіл — одна дисципліна. Стек скілів — операційна система.
Різниця між чат-ботом і операційною системою — не в тому, що модель розумніша. А в тому, що навколо неї є повторювані процедури, які не треба щоразу винаходити.
Ця стаття — не про конкретний інструмент і не реклама. Це архітектурна карта: які бувають категорії скілів, навіщо кожна, і як зібрати власний стек із того, що ти й так робиш руками щодня. Наприкінці — інтерактивний каталог нашого реального стеку, причесаний до патернів (без нашої внутрішньої кухні), щоб можна було вкрасти структуру, а не копіювати чужу інфраструктуру.
01 · Анатомія скіла: чому це не просто промпт
Збережений промпт — пасивний. Він лежить у нотатці й чекає, поки ти згадаєш його дістати. Половину часу не згадуєш — і саме тоді, коли він найпотрібніший (під тиском, о першій ночі, коли «та й так зійде»). Скіл — активний. У ньому три частини:
- Тригер — умова, за якої скіл вмикається сам: «починається нова сесія», «зміна торкається UI», «власник дав друге виправлення на ту саму задачу». Агент стежить за тригерами, а не чекає команди.
- Процедура — конкретні кроки, однакові щоразу. Тут і живе якість: не «постарайся перевірити», а «відкрий сторінку в браузері, зроби скріншот, підтверди нуль помилок у консолі».
- Критерій «готово» — коли процедуру можна вважати виконаною. Без нього агент зупиняється на «начебто».
Магії немає. Скіл — це чекліст із самозапуском. Але саме самозапуск робить різницю: він переносить дисципліну з твоєї пам'яті в систему. А система не втомлюється й не поспішає о першій ночі.
02 · П'ять поверхів операційного стеку
Скіли природно розкладаються на п'ять шарів. Це і є каркас — заповни кожен поверх під себе, і в тебе операційна система, а не купа промптів.
| Поверх | Що робить | Проблема, яку закриває | Момент спрацювання |
|---|---|---|---|
| Сесія | Старт, пам'ять, планування, самоперевірка | «Податок амнезії»: щоразу вчиш контекст заново | початок / кінець роботи |
| Якість | Gate перед тим, як щось піде назовні | Дрейф якості; «виглядає готово» ≠ готово | перед відправкою / деплоєм |
| Публікація | Довезти артефакт живим і незламаним | «Працює локально» ≠ «працює в проді» | реліз |
| Еволюція | Робить кожну наступну сесію трохи кращою | Ті самі граблі раз на тиждень | щотижня / автономно |
| Контент | Економіка виробництва довгих текстів | Дорога модель робить дешеву роботу | написання лонгріду |
Порядок не випадковий. Сесія й Якість — фундамент: без них решта стоїть на піску. Публікація — це руки. Еволюція — те, що відрізняє систему, яка застигла, від тієї, що росте. Контент — прикладний поверх (у нас це тексти; у тебе може бути код, дизайн, аналітика).
03 · Живий каталог: наш стек, причесаний до патернів
Нижче — реальні скіли, якими ми користуємося щодня, згруповані за п'ятьма поверхами. Описи узагальнені до патернів: інфраструктуру, назви клієнтів і внутрішні шляхи прибрано — лишилася форма, яку можна перенести на будь-який стек. Фільтруй за поверхом або шукай за словом.
Стек за поверхами
Кожна картка: що робить · коли тягнути. Клікни поверх або введи запит (напр. «пам'ять», «браузер», «нічний»).
04 · Як зібрати свій стек за тиждень
Не треба сідати й проєктувати систему з нуля — це той самий перфекціонізм, що вбиває початок. Стек росте знизу, з болю. Практичний рецепт:
- Тиждень лови повтори. Щоразу, коли ловиш себе на «я вже це пояснював агенту» або «знову забув перевірити» — записуй. Наприкінці тижня матимеш 5–10 кандидатів. Це і є твої перші скіли: біль уже показав, де вони потрібні.
- Почни з двох поверхів. «Сесія» (один скіл-bootstrap, що вантажить контекст на старті) і «Якість» (один gate, що змушує перевірити перед «готово»). Ці два дають 80% ефекту.
- Пиши процедуру, а не побажання. Не «перевір якість» — а конкретні кроки з критерієм «готово». Скіл вартий рівно стільки, скільки конкретики в його процедурі.
- Додай тригер. Опиши словами, коли скіл має вмикатися сам. Це перетворює нотатку на рефлекс.
- Дай стеку рости. Раз на тиждень — 15 хвилин: що спрацювало, чого бракує, який новий біль став скілом. Це і є поверх «Еволюція» в дії.
Чесність і обмеження
Кілька чесних застережень, щоб це не звучало як срібна куля:
- Скіл ≠ гарантія. Погано написана процедура дає погано виконану роботу — стабільно й швидко. Скіл підсилює дисципліну, якщо вона є; він не створює її з нічого.
- Стек має вартість супроводу. Двадцять скілів, які ніхто не переглядає, тихо гниють: тригери застарівають, кроки посилаються на те, чого вже нема. Поверх «Еволюція» — не розкіш, а умова, щоб решта не перетворилась на музей.
- Наш стек — не шаблон. Він виріс під конкретні задачі (тексти, публікації, клієнтські деліверабли). Копіювати наші скіли безглуздо — копіюй таксономію й заповнюй під свій біль.
- Числа тут — з нашого досвіду M, не з контрольованого дослідження. «2–3× якості» — спостереження на власних сесіях, а не метрика з лабораторії. Твій ефект залежить від того, наскільки конкретні твої процедури.
Але напрям певний H: різниця між людьми, які «користуються AI», і тими, у кого AI справді множить — не в доступі до моделі (він однаковий), а в операційній системі навколо неї. Скіли — найдешевший спосіб цю систему побудувати.