coolice
Owner
Защо големите dev студия държат на frameworks и собствен CMS — и как това променя смисъла на съвременния vibe coding.
Как се измества работата в студиото
Бележка към читателя
Има популярен график за „живота на разработчика“. Кривата се катери през Math, Linux, езици, Git, React, бази, Docker, облак и Kubernetes. На върха стои балонче: „Най-сетне съм незаменим“. После линията пада отвесно в ерата на vibe coding — Claude, ChatGPT, Gemini, Cursor, Copilot. Мемът е остроумен. Като диагноза е наполовина верен.
Вярната половина е, че натрупаните логота вече не правят човек незаменим. Невярната е, че студията ще изоставят стека, защото агентът пише код. Точно обратното се случва в сериозните екипи: framework-ът и CMS-ът стават по-важни, не по-малко. Те са релсите, по които vibe coding-ът може да се движи без да излезе от коловоза на втория спринт.
Вярната половина е, че натрупаните логота вече не правят човек незаменим. Невярната е, че студията ще изоставят стека, защото агентът пише код. Точно обратното се случва в сериозните екипи: framework-ът и CMS-ът стават по-важни, не по-малко. Те са релсите, по които vibe coding-ът може да се движи без да излезе от коловоза на втория спринт.
Какво всъщност продава голямото студио
Голямото dev студио рядко продава „ще напишем сайта ви от нула, защото така е по-чисто“. Продава повторяем резултат с предвидим риск. Клиентът иска сайт, магазин, портал или вътрешен инструмент, който да се пусне в срок, да се редактира без ticket към програмист и да не се разпадне след първия ъпдейт на зависимост.
Това променя единицата работа. Не е страница. Не е компонент. Е единицата е система, която студиото вече е решила веднъж и после препродава с вариации. Framework-ът е решението за приложението. CMS-ът е решението за живота на съдържанието след пускането. Без двете всяко брифоване се връща към занаят — хубав, бавен и невъзможен за скалиране.
Това променя единицата работа. Не е страница. Не е компонент. Е единицата е система, която студиото вече е решила веднъж и после препродава с вариации. Framework-ът е решението за приложението. CMS-ът е решението за живота на съдържанието след пускането. Без двете всяко брифоване се връща към занаят — хубав, бавен и невъзможен за скалиране.
Седем причини студията да държат на framework и CMS
1. Повторяемост вместо героизъм
Десет клиента искат почти едно и също: маркетинг страници, каталог, форми, търсене, многоезичност, SEO, preview, роли. Ако всеки проект избира нов стек, студиото плаща отново за автентикация, routing, обработка на изображения, редиректи и достъп. Framework-ът е решение, взето веднъж. Следващият проект не започва от празен генератор, а от шаблон, който вече знае как екипът прави нещата.
2. Под на качеството, не таван на егото
Клиентът не оценява елегантността на абстракцията. Оценява дали формата губи данни, дали страницата е бавна на мобилен, дали личните данни са импровизация и дали след осем месеца никой не смее да пипне build-а. Добрият framework и зрелият CMS носят готови отговори за кеш, версии, медия, права и одит. Това не е романтика. Това е основание да се подпише SLA.
3. Онбординг на хора, не на вкусове
В екип от петнадесет или четиридесет души „всеки пише както му е удобно“ е скъп хаос. Вътрешният стек значи нов човек влиза в позната структура, познати компоненти, познат админ. Без това всеки нов член носи любимия си подход към данни и след година има пет начина да се направи едно и също нещо. Framework-ът е общ език. CMS-ът е общ договор със съдържанието.
4. Съдържанието трябва да живее без разработчик
Това е най-скучната и най-реална причина за CMS. Сайт с текстове, зашити в компоненти, е прекрасен до първия петък в 16:50, когато маркетингът иска нов герой, нова кампания или превод. CMS-ът разделя „как изглежда“ от „какво пише“. Студиото продава тази граница. Без нея студиото продава абонамент към себе си за всяка запетая.
5. Икономика на агенцията
Агенцията живее от марж върху повтаряема работа. Собствен design system, блокове, starter хранилище, вътрешен или добре усвоени headless CMS — това е продуктът, който се препродава. Без него всяко задание е единична изработка. Със него работата става линия: една архитектура, много фронтове, една операционна дисциплина за съдържание.
6. Моат срещу общия модел
Публичните езикови модели са отлични в популярния стек — React, Next.js, Tailwind, познати UI китове. Те не са отлични в частната схема на студиото, в неговите типове съдържание, правила за preview и роли. Собственият слой е мястото, където агентът не може просто да „познае“ архитектурата от интернет. Затова вътрешният CMS не е носталгия по custom PHP. Той е институционална памет.
7. Риск, бранд и регулация
Брандът не е prompt. Институцията има мнения как се изразява: тон, модули, какво изобщо може да се публикува, кой има право да пусне страница на живо. CMS и design system кодират тези мнения. При плащания, лични данни или регулиран домейн нуждата от позната повърхност за атака и ясен одит не намалява, защото генерирането стана евтино. Напротив: евтиното генериране увеличава обема на кода, който трябва да се държи под контрол.
Къде свършва custom-ът
Има устойчив мит, че истинският майстор пише всичко от нула. За тесен клас системи това е вярно: търговски платформи с твърди латентности, интеграция със специализиран хардуер, изследователски прототипи. За огромната част от клиентската работа — корпоративен сайт, каталог, съдържателна платформа, стандартен портал — custom от нула е скъп начин да се преоткрият автентикация и админ.
Практическото правило е старо и все още работи. Съдържателно тежък продукт започва с CMS. Приложение с бизнес логика и работни потоци започва с framework. „Чисто custom“ се защитава с конкретно техническо изискване, не с предпочитание. Vibe coding не отменя това правило. То само прави по-евтино да се преструваш, че правилото не съществува — до първия инцидент.
Практическото правило е старо и все още работи. Съдържателно тежък продукт започва с CMS. Приложение с бизнес логика и работни потоци започва с framework. „Чисто custom“ се защитава с конкретно техническо изискване, не с предпочитание. Vibe coding не отменя това правило. То само прави по-евтино да се преструваш, че правилото не съществува — до първия инцидент.
Какво всъщност е vibe coding тук
Vibe coding е практика, при която голяма част от кода се получава чрез разговор с агент — Cursor, Claude, Copilot и сходни среди — вместо да се пише ред по ред от първи принципи. За прототип, вътрешен инструмент и първа форма на продукт това е реална компресия на време. За система, която трябва да живее години с редактори, плащания и интеграции, това е само първи слой.
Моделите са обучени върху популярния стек. Затова мемът срива кривата точно след облачните логота и я оставя при чат инструментите. Не защото senior инженерът е излишен, а защото стоката „мога да се ориентирам в познат стек“ се компресира. Онзи, който продаваше часове за стандартна страница в познат framework, сега се конкурира с човек плюс агент за един следобед.
Ключовото уточнение е просто. Vibe coding е силен в попълването на познати форми. Той е слаб в измислянето на това как нещото живее, расте и се поддържа, след като демото е минало. Съдържание в JSX, схема, която се сменя всеки втори prompt, три начина за запис на потребител — това не е скорост. Това е дълг с хубав интерфейс.
Моделите са обучени върху популярния стек. Затова мемът срива кривата точно след облачните логота и я оставя при чат инструментите. Не защото senior инженерът е излишен, а защото стоката „мога да се ориентирам в познат стек“ се компресира. Онзи, който продаваше часове за стандартна страница в познат framework, сега се конкурира с човек плюс агент за един следобед.
Ключовото уточнение е просто. Vibe coding е силен в попълването на познати форми. Той е слаб в измислянето на това как нещото живее, расте и се поддържа, след като демото е минало. Съдържание в JSX, схема, която се сменя всеки втори prompt, три начина за запис на потребител — това не е скорост. Това е дълг с хубав интерфейс.
Две студия, един и същ инструмент
Инструментът не разделя добрите от слабите екипи. Редът на решенията ги разделя.
Първият тип пуска агента върху празно хранилище. Получава бързо демо, после пет начина за заявка към данни, три схеми за потребител и никой не знае къде живее истината. Това е евтиното начало и скъпият трети месец. Вече има пазар за агенции, чиято работа е да вземат такъв MVP и да го направят годен за реални потребители: сигурност, плащания, наблюдаемост, граници на данните.
Вторият тип прави обратното. Първо релсите, после вибровете. Starter хранилище, правила за стил, автентикация, схема на CMS, вътрешни компоненти, файл с инструкции към агента. Моделът не изобретява стека всяка сесия. Пълни предварително решени кутии. Това е същата логика като вътрешния CMS преди десетилетие, само че сега клиентът на релсите е и човекът, и агентът.
Първият тип пуска агента върху празно хранилище. Получава бързо демо, после пет начина за заявка към данни, три схеми за потребител и никой не знае къде живее истината. Това е евтиното начало и скъпият трети месец. Вече има пазар за агенции, чиято работа е да вземат такъв MVP и да го направят годен за реални потребители: сигурност, плащания, наблюдаемост, граници на данните.
Вторият тип прави обратното. Първо релсите, после вибровете. Starter хранилище, правила за стил, автентикация, схема на CMS, вътрешни компоненти, файл с инструкции към агента. Моделът не изобретява стека всяка сесия. Пълни предварително решени кутии. Това е същата логика като вътрешния CMS преди десетилетие, само че сега клиентът на релсите е и човекът, и агентът.
Как се измества работата в студиото
| Слой | Преди агентите | С vibe coding върху релси |
| Откриване | Дълги уъркшопи, статични прототипи | Работеща първа форма за часове, проверка с реални хора |
| Изграждане | Часове в познатия стек | Агент пълни шаблона; човек ревизира архитектурата |
| Съдържание | CMS като задължителен слой за клиента | Същият слой, само по-бързо вързан към фронта |
| Риск | Преглед на ръчно писан код | Повече код за същото време — прегледът става тясното място |
| Оферта | Експертиза в стека | Дисциплина върху стека плюс скорост на итерация |
Защо CMS не се конкурира с агента
Лесно е да се постави въпросът грешно: „Защо ми е CMS, като мога да генерирам сайта?“ Въпросът смесва две различни работи. Агентът ускорява как се строи. CMS-ът урежда как съдържанието живее, след като е построено.
Ако единственият, който пипа текстовете, е разработчикът, твърд файл или база, собственост на приложението, може да стигне. В момента, в който влезе втори човек — редактор, маркетинг, преводач, регионален екип — липсата на схема, редакционен интерфейс и медиен поток се превръща в Slack в петък следобед. Vibe coding прави връзването на CMS по-бързо. Не го прави излишно.
Същото важи за бранда. Общият модел ще предложи „модерен герой за SaaS“. Няма да предложи политиката на клиента за типове съдържание, локализация и право на публикуване. Тези неща са институционални решения. Кодират се в модел на съдържанието и в компонентна библиотека, не в единичен сполучлив prompt.
Ако единственият, който пипа текстовете, е разработчикът, твърд файл или база, собственост на приложението, може да стигне. В момента, в който влезе втори човек — редактор, маркетинг, преводач, регионален екип — липсата на схема, редакционен интерфейс и медиен поток се превръща в Slack в петък следобед. Vibe coding прави връзването на CMS по-бързо. Не го прави излишно.
Същото важи за бранда. Общият модел ще предложи „модерен герой за SaaS“. Няма да предложи политиката на клиента за типове съдържание, локализация и право на публикуване. Тези неща са институционални решения. Кодират се в модел на съдържанието и в компонентна библиотека, не в единичен сполучлив prompt.
Какво пада в мема — и какво остава
Пада статутът на натрупаните технологии като доказателство за незаменимост. Човек вече не е скъп, защото е минал през Linux, после през TypeScript, после през оркестрация. Тези умения остават полезни. Те вече не са рядка стока сами по себе си.
Остава нуждата от човек, който знае къде свършва демото и започва система с потребители и пари. Който различава съдържание от код. Който слага ограничения на агента, преди той да генерира четиридесет файла. Който преценява кога позната платформа е правилен отговор и кога е капан. Който мисли как се държи продуктът след осемнадесет месеца, не след осемнадесет минути.
Иронията на балончето „най-сетне съм незаменим“ е, че незаменимостта е била вързана за грешния обект. Незаменимият през 2026 не е каталогът от логота. Незаменимият е този, който решава какво агентът няма право да решава сам: архитектура, модел на съдържанието, граници на бранда, приемлив риск.
Остава нуждата от човек, който знае къде свършва демото и започва система с потребители и пари. Който различава съдържание от код. Който слага ограничения на агента, преди той да генерира четиридесет файла. Който преценява кога позната платформа е правилен отговор и кога е капан. Който мисли как се държи продуктът след осемнадесет месеца, не след осемнадесет минути.
Иронията на балончето „най-сетне съм незаменим“ е, че незаменимостта е била вързана за грешния обект. Незаменимият през 2026 не е каталогът от логота. Незаменимият е този, който решава какво агентът няма право да решава сам: архитектура, модел на съдържанието, граници на бранда, приемлив риск.
Практическа формула за студио
Формулата е груба и достатъчно вярна, за да се използва като вътрешно правило:
- Vibe coding за откриване и първа форма — да се види дали идеята изобщо стои пред реален човек.
- Framework за тялото на приложението — маршрути, данни, права, производителност, тестове.
- CMS за живота на съдържанието — схема, роли, preview, медия, публикуване без разработчик.
- Стартер и инструкции към агента, за да не се преоткрива стекът всяка сесия.
- Senior преглед като тясно място — не писането, а допускането на промяната.
Който обърне реда, повтаря мема в production: пик на самочувствие, после отвесен спад. Разликата е, че този път спадът не е в графиката, а в бюджета за поправка.
Заключение
Големите студия ползват frameworks и собствен или строго избран CMS не от консерватизъм. Ползват ги, защото бизнесът им е повторяемо качество, а не единичен героизъм. Vibe coding не отменя тази логика. Той я изостря. Скоростта без релси произвежда повече код с по-малко памет защо е написан така. Релсите — стек, схема, компоненти, правила за агента — са начинът скоростта да остане актив, а не дълг.
Кривата от мема ще продължи да се препраща, защото е удобна. По-полезната картина е по-скучна: агентът сваля цената на попълването. Студиото запазва стойността в ограниченията. Там, където свършва вайбът, започва работата, за която клиентът всъщност плаща.
Кривата от мема ще продължи да се препраща, защото е удобна. По-полезната картина е по-скучна: агентът сваля цената на попълването. Студиото запазва стойността в ограниченията. Там, където свършва вайбът, започва работата, за която клиентът всъщност плаща.
Бележка към читателя
Текстът е аналитичен коментар, не продуктов обзор. Примерите за стекове и инструменти са типични за агенционната практика през 2025–2026 и не са препоръка към конкретен доставчик. Смисълът не е кой CMS е „победител“, а защо слой за съдържание и слой за приложение остават необходими, когато генерирането на код поевтиня.
- извода е - трябва да има нещо написано над което да се гради за да пестиш токени 
иначе всеки път логин да пише и логин от 0 ще си чист токен максинг - малко по малко се натрупва...