Есть постоянный спор в соцсетях и в мире vibe coding о количестве строк кода. Слишком много строк — значит, получился slop. Слишком мало — значит, вы ничего по-настоящему не построили. У всех есть мнение. Очевидно, если вы собираете продукт в Replit/Lovable/vO и несколько раз итеративно дорабатываете приложение без разработчика, строк кода наберется немало. Но имеет ли это значение? И что это вообще означает?
Тогда добавлю реальный пример.
У нас есть приложение под названием 10K. Это наш AI VP of Marketing в SaaStr. Мы построили его сами на Replit, потому что не нашли на рынке ничего, что делало бы именно то, что нам нужно. (Об этом чуть ниже.)
Вот что 10K делает каждый день:
- Проводит ежедневный team stand-up
- Проектирует все маркетинговые активности и кампании
- Управляет каждым человеком в команде, назначает ежедневные GTM-задачи и отслеживает выполнение
- Отправляет ежедневные обновления в Slack и по email по всему, что связано с GTM
- Синтезирует данные в реальном времени из Salesforce, наших систем регистрации и всех vendor API, которые мы используем, в живой шестимесячный маркетинговый план
- Имеет встроенного AI assistant, который позволяет любому в команде задавать вопросы по данным дашборда на обычном английском языке
Это впечатляет. И это 14 230 строк TypeScript, TSX и CSS в 74 файлах. У нас 373 коммита.
Мог ли сильный разработчик сделать это в 3 000 строк? 4 000? 5 000? Вероятно.
Это «перекодировано»? Вероятно.
Есть ли здесь slop? Я уверен. Особенно при 373 коммитах. Чем больше вы делаете, тем больше slop просачивается внутрь. Это просто физика итеративной разработки.
Но все работает отлично.
И это единственный показатель, который действительно важен.
Слишком много slop может быть проблемой, но количество строк кода уже не так важно, как раньше
Пользователям все равно. Клиентам все равно. Вашей команде все равно. Если вы не разработчик, но все же вывели приложение в продакшен, вам все равно.
Им важно, работает ли оно. Решает ли оно реальную проблему. Надежно ли оно.
10K заменил функцию, для которой раньше требовалось несколько сотрудников на полной занятости. Не потому, что те люди были плохими. Они были хорошими. Но тот объем, который 10K обрабатывает каждый день, синтез данных по более чем четырем годам кампаний, ежедневная перекалибровка по каждому каналу, мгновенное воспоминание о том, что сработало в Q3 2023 против Q1 2025, — ни один человек не смог бы делать это. Не с такой скоростью, не с такой стабильностью.
Если для этого нужно 14 230 строк — отлично. Если профессионал смог бы сократить это до 5 000 — тоже отлично. Разница между 5 000 строк и 14 230 строк — это задача на оптимизацию. Это не продуктовая проблема.
Что такое 10K на самом деле
Для контекста: 10K — это по сути два приложения, работающих вместе.
Brain. Это стратегический слой, построенный на Claude Opus. Мы загрузили в него данные SaaStr за более чем четыре года: каждую кампанию, каждый показатель open rate по email, каждый паттерн регистрации, каждое взаимодействие со спонсорами, каждую conversion rate по каналам. Salesforce подключен через API и Zapier. Плюс поступают данные в реальном времени от 20+ агентов, которых мы запускаем ежедневно.
На этой основе он строит и обновляет шестимесячный маркетинговый план. Не на уровне общей идеи кампании. На уровне ежедневных исполнимых задач. Какие email отправлять. Что делать с нашим AI SDR. Сколько тратить на LinkedIn ads на этой неделе и каким должен быть креатив. Что я должен публиковать. Где мы отстаем от цели по посещаемости.
Я говорю с 10K каждый день. «Где мы? Что мне делать сегодня? Что отстает?» Он не всегда прав. Я возражаю, когда что-то кажется неверным, и он корректируется. Но он не дает маркетинговому плану расползаться. Когда я одновременно управляю агентами, продажами, продакшеном, инвесторами, кто-то должен за этим следить. 10K следит.
Meeting. Каждый понедельник наш team stand-up начинается с того, что его ведет 10K. Выручка за неделю, фактические цифры. Цели на неделю, привязанные к кварталу. Pipeline по активным каналам. Рекомендованные кампании с обоснованием. Метрики, обновляющиеся в реальном времени по ходу встречи. Он назначает каждому человеку в команде GTM-задачи на неделю и ежедневно отслеживает выполнение.
Ни один готовый инструмент не делает ни того, ни другого. Не потому, что хороших маркетинговых инструментов не существует. Существуют. Но ценность полностью в наших proprietary data. Десять лет того, что сработало и что не сработало в SaaStr. Ни один vendor не может дать вам это.
Реальная математика slop в vibe coding
Скажу прямо, как на практике выглядят эти 373 коммита.
Вы начинаете разработку. Первые 50 коммитов — чистые. У вас есть ясное видение, AI понимает, что вы хотите, код аккуратный.
К 100-му коммиту вы добавили функции, которые не планировали. AI решил задачи так, как вы бы сами не выбрали. Но это работает, и вы продолжаете.
К 200-му коммиту появляется дублирующийся код. Функции, которые делают почти одно и то же. CSS, который можно было бы объединить. Имена переменных, которые больше не совпадают, потому что продукт эволюционировал.
К 373-му коммиту у вас есть production-приложение, которое обрабатывает сложные реальные рабочие процессы, ни разу не падало во время stand-up и обслуживает значимую часть go-to-market операций компании.
Идеально ли оно с точки зрения архитектуры? Нет. Стал бы senior engineer рефакторить половину? Безусловно. Сделал бы такой рефакторинг продукт заметно лучше для людей, которые им пользуются? Почти наверняка нет.
Почему мы строили, а не покупали (и почему вам обычно не стоит так делать)
У нас в SaaStr есть правило: покупать 90%, строить 10%.
Мы используем 20+ AI-агентов. Artisan для outbound sales. Qualified для inbound. Delphi для advisory conversations. Gamma для презентаций. Momentum и Attention для RevOps. И так далее. Мы тратим на эти инструменты более $500 000 в год. Мы покупаем, когда можем.
Мы строим только тогда, когда буквально не можем купить то, что нужно, И это приоритет №1.
10K существует потому, что на рынке AI marketing agent есть пробел. Почти все решения, которые мы оценивали, в основном просто пишут посредственный контент. Посты для блога, подписи для соцсетей, email-копирайт. У нас и так больше контента, чем мы знаем, что с ним делать. Это не наше узкое место.
Нашим узким местом была orchestration. Синтез данных. Понимание, что делать, когда это делать и как каждый день исполнять согласованный план. Никто еще не построил такой продукт.
Поэтому мы его и сделали. Неохотно.
И если завтра кто-то выпустит отличный инструмент для marketing orchestration, который сможет загружать наши proprietary data и вести наши ежедневные операции? Мы перейдем на него. Мы не software company. Каждое изменение API, каждое обновление модели, каждый релиз Replit означает работу по поддержке. Разработка — это налог. Мы платим его только когда вынуждены.
Люди работают больше, а не меньше
Скажу прямо: три человека, которые все еще работают в SaaStr, сейчас работают тяжелее, чем кто-либо из нас работал, когда у нас было 20+ сотрудников.
10K не заменяет человеческое суждение. Он заменяет человеческую рутину. Сбор данных, отслеживание кампаний, ежедневные статус-обновления, вопросы вроде «как у нас дела с регистрациями», на которые раньше уходило по два часа утром у одного человека.
Люди делают то, что могут делать только люди: стратегические решения по партнерствам, креативное направление, управление отношениями со спикерами и спонсорами, переговоры с высокими ставками. Оркестрация 20+ AI-агентов сама по себе занимает примерно 30% времени нашего Chief AI Officer каждый день.
Плечо — 10x. Драмы — примерно 0x.
Что это значит для спора о количестве строк кода
Вот мой вывод теперь, когда я построил 10+ production-приложений на Replit — от Founderscape, игры-симулятора стартапа (47 000 строк, 3 158 коммитов — и там уже проявились некоторые ограничения), до наших AI VC и AI valuation calculators, которыми воспользовались почти 1 000 000 раз:
Количество строк кода — это vanity metric. В обе стороны.
Фраза «я сделал это в 200 строк» ничего не говорит о том, работает ли это в production. Фраза «там 47 000 строк» ничего не говорит о том, хорош ли продукт. Хотя она, возможно, подскажет вам, что это делал не топовый разработчик 😉
Сегодня важны такие вопросы:
- Решает ли это реальную проблему? 10K управляет всей нашей marketing operation. Да.
- Работает ли это надежно? 373 коммита, ни одного пропущенного stand-up. Да.
- Сможет ли кто-то еще это поддерживать? С AI-assisted development, честно говоря, да. Код читаемый, пусть и многословный.
- Оправдана ли была разработка? Мы перешли с -19% роста выручки к +47%. 10K заслуживает часть этого кредита.
14 230 строк. 373 коммита. Построено не-разработчиком-фаундером на Replit.
Он проводит stand-up, проектирует кампании, управляет людьми и синтезирует четыре года данных в ежедневные планы действий.
Мог бы он быть вдвое короче? Конечно.
Имело бы это какое-то значение для тех, кто реально им пользуется?
Ни малейшего.
- * *
Есть вопрос для Dear SaaStr? Отправьте его на saastr.ai/ai-mentor
Build AI. 12–14 мая.
Мы собираем 10 000 B2B- и AI-руководителей, чтобы показать, как побеждать в эпоху AI.
Материал — перевод статьи с английского.
Оригинал: Everyone’s Debating Lines of Code in Vibe Coding. Meanwhile, 14,230 Lines Runs Our Whole GTM.