У спільноті розробників навколо Claude Code поступово формується новий шар інструментів — так звані skills, які розширюють можливості середовища й перетворюють його на повноцінний робочий простір для створення продуктів. У свіжому огляді на каналі Tech With Tim одним із ключових прикладів такого підходу став GStack — репозиторій із 23 навичками Claude Code, який створив Гаррі Тан, президент і CEO Y Combinator.
GStack задуманий як структурований «набір м’язів» для тих, хто будує софтверні продукти: від засновників і CEO до техлідів і досвідчених інженерів. Його мета — не просто допомогти писати код, а нав’язати дисципліну повного життєвого циклу продукту: від ідеї й формулювання болю користувача до планування, рев’ю й QA.
GStack як «операційна система» для засновника
На відміну від поодиноких skills, які додають одну-дві функції, GStack — це саме бандл: у репозиторії зібрано 23 навички, що працюють як узгоджена система. Вони описують певну методологію побудови продукту, яку Тан, як інвестор і колишній засновник, формував роками.
Цільова аудиторія GStack окреслена доволі чітко. Це, по-перше, засновники та CEO, які хочуть використовувати Claude Code як «другого мозку» для продуктового мислення, а не лише як генератор коду. По-друге, це перші користувачі Claude Code, які ще не мають власного робочого фреймворку й можуть буквально «підсісти» на готову структуру. По-третє, техліди та staff-інженери, які прагнуть вбудувати AI у свій процес розробки так, щоб він не руйнував, а підсилював існуючу інженерну культуру.
GStack позиціонується як рішення саме для тих, хто будує програмні продукти: стартапи, внутрішні інструменти, невеликі сервіси. У фокусі — не абстрактні демо, а робочі сценарії на кшталт «написати внутрішню систему обліку», «запустити MVP для конкретної ніші», «додати новий модуль у вже існуючий застосунок».
У цьому сенсі GStack працює як операційна система для засновника: він не просто дає змогу щось зробити, а нав’язує певний порядок дій, послідовність рішень і запитань, які потрібно поставити собі до того, як з’явиться перший рядок коду.
Від болю до плану: як працює office_hours і plan
Одна з ключових ідей GStack — починати не з коду, а з проблеми. Для цього в бандлі є навичка office_hours. Вона імітує формат «офісних годин» із досвідченим ментором: замість того, щоб одразу стрибати в реалізацію, система змушує засновника проговорити, що саме він будує і чому.
У практичному сценарії це виглядає так: користувач відкриває Claude Code у каталозі з проєктом або в новій директорії, запускає команду /office_hours і описує, який продукт або фічу хоче створити. Наприклад, внутрішнє бухгалтерське ПЗ для YouTube-бізнесу з обліком інвойсів, витрат і загального фінансового стану.
Далі навичка не переходить одразу до технічних деталей. Вона ставить уточнювальні запитання: який біль намагається вирішити продукт, чому наявні інструменти не підходять, хто буде користувачем, які сценарії є критичними. Це змушує засновника сформулювати мотивацію й контекст, а не лише перелік функцій.
Наступний логічний крок — навичка plan. Вона переводить сформульований біль і опис продукту в структурований план розробки. Ідея полягає в тому, щоб перетворити розмитий опис «хочу внутрішній облік» на конкретні модулі, етапи й технічні завдання.
У типовому робочому процесі office_hours допомагає «витягнути» з голови засновника неструктуровані думки, а plan перетворює їх на дорожню карту: які компоненти потрібні, з чого почати, які залежності врахувати. Для перших користувачів Claude Code це особливо важливо: замість хаотичного «попросити AI щось написати» вони отримують послідовний сценарій, який можна повторювати від проєкту до проєкту.
CEO_review, review і QA: як AI симулює різні ролі в команді
GStack не обмежується етапом планування. Одна з його сильних сторін — спроба відтворити повний життєвий цикл розробки, у якому AI послідовно виступає в різних ролях: CEO, техліда, рев’юера, QA-інженера.
Навичка CEO_review відповідає за погляд із рівня керівника продукту. Вона оцінює, наскільки запропонований план або реалізація відповідають бізнес-цілям, чи вирішують вони заявлений біль, чи не перетворюється проєкт на «фічу заради фічі». Для засновників-інженерів це спосіб не загубитися в деталях реалізації й не забути, навіщо взагалі будується продукт.
Навичка review фокусується вже на інженерному рівні. Вона аналізує код, структуру проєкту, архітектурні рішення, вказує на потенційні проблеми, неузгодженості або місця, де варто спростити чи розбити логіку. Для техлідів і staff-інженерів це інструмент, який може доповнити внутрішній code review, а для соло-засновників — спосіб отримати хоча б базовий рівень технічного контролю, навіть якщо в команді немає другого розробника.
Завершує цикл навичка QA. Вона відповідає за якість: формулює сценарії тестування, шукає крайові кейси, перевіряє, чи відповідає реалізація початковим вимогам, які були сформульовані ще на етапі office_hours. У результаті виходить замкнене коло: біль користувача — план — реалізація — рев’ю — тестування — повернення до бізнес-контексту.
У сукупності office_hours, plan, CEO_review, review і QA утворюють кістяк GStack. Навколо них у репозиторії є й інші навички — наприклад, для дизайну, розслідування проблем, уточнення вимог, — але саме ця п’ятірка задає ритм і структуру роботи. Вони дозволяють AI не просто «допомагати з кодом», а моделювати різні ролі в команді, що особливо цінно для невеликих стартапів і соло-засновників.
Установка за один крок: як GStack інтегрується в Claude Code
Окремий аспект, який робить GStack привабливим для широкої аудиторії, — спосіб встановлення. Замість того, щоб додавати кожну навичку окремо, користувач фактично підключає весь бандл одним кроком.
У репозиторії GStack на GitHub у файлі README наведено великий абзац конфігурації. Саме він є «ключем» до встановлення. Користувач копіює цей текст, відкриває Claude Code у терміналі (наприклад, просто набираючи claude), вмикає автоматичний режим, якщо хоче, щоб система виконувала всі кроки самостійно, і вставляє скопійований абзац у термінал.
Далі Claude Code бере процес на себе: завантажує необхідні файли, налаштовує навички, формує список доступних команд. У якийсь момент система просить підтвердити окремі дії — наприклад, створення файлу claude.md, у якому фіксується перелік навичок. Після кількох підтверджень користувач отримує повідомлення, що все готово, і може починати роботу.
Цей підхід важливий із двох причин. По-перше, він знижує поріг входу для перших користувачів Claude Code: не потрібно розбиратися в тонкощах конфігурації кожної навички, достатньо виконати одну інструкцію з README. По-друге, він підкреслює, що GStack задуманий як цілісний набір, а не випадкова колекція інструментів. Установка «одним абзацом» підкріплює ідею, що всі 23 навички мають працювати разом.
Після встановлення типовий сценарій виглядає так: користувач виходить із початкової сесії, переходить у директорію з реальним проєктом або створює нову, запускає Claude Code вже в цьому контексті й починає з /office_hours. Далі, у міру просування, підключаються /plan, /CEO_review, /review, /QA та інші команди, залежно від стадії роботи.
Стартовий набір для AI-асистованої розробки
У відео, де розглядається понад сотня Claude Code skills, GStack з’являється першим у списку з шести відібраних інструментів. Це не випадковий порядок: бандл подається як базовий шар, на який уже можна нашаровувати інші можливості — на кшталт інфраструктурних або веб-скрейпінгових навичок.
Фактично GStack пропонує засновникам і техлідерам готовий каркас для того, щоб структурувати свою взаємодію з AI у розробці продукту. Замість того, щоб щоразу вигадувати, як саме «просити» модель про допомогу, користувачі отримують набір усталених команд, кожна з яких відповідає певному етапу життєвого циклу.
Для CEO це спосіб тримати в полі зору бізнес-контекст і не дозволяти технічним деталям відриватися від реальних потреб користувачів. Для перших користувачів Claude Code — можливість одразу почати працювати за структурованим процесом, не витрачаючи час на побудову власної методології. Для техлідів і staff-інженерів — інструмент, який допомагає вбудувати AI у вже існуючі практики планування, рев’ю й QA, не перетворюючи його на хаотичний «генератор коду збоку».
Те, що GStack створений Гаррі Таном, додає цьому бандлу ще один вимір. Йдеться не лише про технічний набір skills, а про спробу зафіксувати в інструменті певну культуру побудови продуктів, характерну для Y Combinator: орієнтація на реальний біль, швидка ітерація, фокус на корисності, а не на «віб-кодингу».
Висновки: AI як дисципліна, а не магія
GStack показує, як може виглядати наступний крок еволюції AI-інструментів для розробки. Замість того, щоб сприймати Claude Code як «чарівну паличку», яка сама пише код, бандл нав’язує дисципліну: спочатку зрозумій біль, потім сплануй, потім реалізуй, перевір із позиції CEO, зроби технічне рев’ю, пройди QA.
Для засновників і керівників інженерних команд це сигнал, що AI можна й варто інтегрувати не лише на рівні окремих задач, а на рівні процесу. GStack пропонує стартовий набір для такого підходу: 23 навички, які встановлюються одним кроком і покривають основні ролі в продуктовій команді.
У світі, де дедалі більше коду пишеться за участі моделей, питання вже не в тому, «чи використовувати AI», а в тому, «яку структуру ми нав’язуємо цій взаємодії». GStack — одна з перших спроб дати на це відповідь у вигляді конкретного, практичного інструменту.
Джерело
YouTube: I Tried 100+ Claude Code Skills. These 6 Are The Best.