Convex залучає $57M через корупцію даних у базах від AI-коду

Кожен, хто налагоджував race condition о третій ночі, знає, що таке тихе пошкодження даних: додаток виглядає нормально, дашборди зелені, а потім надходить тікет підтримки з балансом, якого не повинно існувати. Convex щойно залучила гроші на ставці, що цей сценарій збою ось-ось стане стандартом для AI-generated бекендів. Пітч агресивний, і сума, що за ним стоїть, говорить сама за себе.

Що сталося

Convex закрила раунд Series B на $57 мільйонів під керівництвом Insight Partners, до якого приєдналися Etna Labs і попередні інвестори a16z та Spark Capital, як повідомив Ventureburn 4 серпня 2026 року. Загальний обсяг фінансування компанії, заснованої у 2021 році колишніми інженерами інфраструктури Dropbox у Сан-Франциско, тепер складає $110,5 мільйона.

Показники зростання — це те, що змусить конкурентів нервуватися. Convex стверджує, що її платформа зараз підтримує майже два мільйони застосунків, використовується близько 500 000 розробників і отримує понад 1,2 мільйона щотижневих завантажень npm. Серед клієнтів — OpenAI, Tripadvisor, Solana, Zapier та Reducto. Це не список дизайн-партнерів. Це реальне виробниче навантаження.

Стратегічно важливим є позиціонування раунду. Convex відверто позиціонує себе як AI-native бекенд, а не як BaaS загального призначення. На підтвердження цього компанія опублікувала результати внутрішнього тесту: 90% AI-створених застосунків, що працювали на традиційних базах даних, зазнавали пошкодження даних у реальних умовах, тоді як ті самі застосунки на Convex пройшли тести без збоїв. Саме на цей пітч і купився Insight Partners.

Капітал піде у три напрямки: розвиток основної платформи, покращення інструментів для агентської розробки та наймання персоналу. Нічого екзотичного. Цікавою є неявна теза: у міру того, як AI-агенти пишуть дедалі більше коду застосунків, припущення, які ці агенти роблять щодо стану, транзакцій і консистентності, руйнуватимуть бази даних під ними. Convex продає бекенд, розроблений для коду, автору якого вона не довіряє.

Технічна анатомія

Стек Convex об'єднує те, що більшість команд зараз збирають вручну: базу даних, функції, воркфлоу, пошук, синхронізацію, автентифікацію, файлове сховище та функції retrieval-augmented generation. Усе це з TypeScript на чолі, наскрізною типовою безпекою, ACID-транзакціями та підписками в реальному часі. У звичайному стеку ви б досягали цього, поєднуючи Postgres, чергу, пошуковий рушій, провайдера автентифікації, об'єктне сховище та WebSocket-шар. Шість вендорів, шість сценаріїв збоїв, шість наборів облікових даних.

Число 90% пошкоджень — це серце технічного аргументу, тому варто інтерпретувати його чесно. AI-агенти з легкістю пишуть багатокрокові операції з базою даних без транзакцій. Вони з легкістю ігнорують обмеження унікальності, пропускають оптимістичне блокування і замасковують race conditions повторними спробами. На традиційному стеку жодне з цього не падає гучно. Воно падає у звітах бухгалтерії через два тижні.

Відповідь Convex — зробити ACID-транзакції моделлю виконання за замовчуванням для своїх функцій, а не опцією, яку розробник (або агент) має пам'ятати ввімкнути. Якщо ваша згенерована функція торкається стану, вона виконується всередині транзакції. Система типів переносить інформацію схеми від бази даних до клієнта, тому агент, який галюцинує поле, отримує помилку компіляції, а не пошкоджений рядок. Підписки в реальному часі означають, що клієнт бачить підтверджений стан, а не застарілий кеш, який агент забув інвалідувати.

Моя думка: цікаве інженерне твердження — не «ми швидші за Postgres». Воно звучить як «ми прибрали гострі кути, об які ріжеться AI-generated код». Це інша продуктова категорія. І вона має реальну ціну. Ви приймаєте lock-in на одного вендора для всього бекенд-поверхні та довіряєте операційній зрілості Convex для навантажень, які раніше лежали на добре відомих open-source примітивах. Виробничі інциденти, які я бачив у операторів на стеках «керовано-всього», зазвичай коротші, але важчі для пошуку кореневої причини, бо ви не можете підключити дебаггер до чужого рівня зберігання.

Хто відчує удар

Три групи відчують цей раунд. По-перше, класичні BaaS-гравці. Firebase і Supabase були рефлекторною відповіддю для команд, які хотіли пропустити бекенд-«сантехніку». Convex тепер сидить на $110,5 мільйона і диференційованому наративі, спрямованому прямо на найбільш швидкозростаючу когорту нових проєктів — розробників, які будують із AI-агентами. Це боротьба, яку чинні гравці не можуть ігнорувати.

По-друге, платформні команди у великих компаніях. Якщо ваша внутрішня платформа для розробників — це підібрана комбінація Postgres, Redis, Kafka та сервісу автентифікації, вам тепер доведеться відповідати на питання від продуктових інженерів: чому ми не можемо просто використовувати Convex? Чесна відповідь зазвичай включає комплаєнс, резидентність даних та наявні інвестиції в observability. Але цю відповідь треба записати, бо її будуть ставити знову і знову протягом наступних 12 місяців.

По-третє, і це важливо для читачів у сфері iGaming та фінтех: будь-яка команда, яка зараз дозволяє AI-помічникам писати production-код доступу до даних проти схеми без жорстких інваріантів. Незручний висновок: якщо внутрішнє число Convex у 90% хоча б приблизно вірне, багато компаній, які з ентузіазмом мерджили вивід Copilot у свої платіжні та гаманцеві сервіси, мають прихований корупційний баг, який ще не знайшли. У регульованих галузях такі проблеми виявляються через звіти звірки, а не стектрейси.

Наступні 90 днів для конкуруючих вендорів передбачувані. Очікуйте, що Supabase і PlanetScale опублікують власне позиціонування «безпечно для AI». Очікуйте, що принаймні один великий хмарний провайдер оголосить про керований транзакційний пакет. Очікуйте хвилю публікацій про те, що ACID знову в моді. Наратив змінився, а $57 мільйонів купують багато наративу.

Посібник для інженерних команд

Вам не потрібно мігрувати на Convex цього кварталу. Але вам потрібно серйозно поставитися до основної проблеми. Ось що варто зробити протягом наступних двох тижнів.

Проаудуйте свої AI-assisted code paths на предмет транзакційних меж. Зробіть grep для багатооператорних записів, не обгорнутих у транзакцію. Якщо ви на Postgres, це вихідні роботи, і вони дешевші за інцидент зі звіркою. Додайте інтеграційні тести, що перевіряють інваріанти під конкурентним навантаженням. AI-generated код проходить юніт-тести. Він падає під contention.

Інструментуйте свій рівень даних із належним трейсингом, щоб ви дійсно бачили, коли обмеження порушуються у production. OpenTelemetry-спани на кожен виклик бази даних майже нічого не коштують і перетворюють «тихе пошкодження» на «гучний алерт». Якщо ви не можете відповісти на питання «скільки невдалих перевірок обмежень у нас було минулого тижня», ви летите наосліп.

Пілотуйте Convex на некритичному новому сервісі, перш ніж розглядати його для чого-небудь регульованого. Два мільйони застосунків — це вражає, але список клієнтів із п'яти названих брендів говорить вам, що поверхня, яку вони загартували, досі вужча за десятирічне розгортання Postgres. Це не критика, це крива зрілості.

Нарешті, розробіть письмову політику щодо того, що AI-агентам дозволено створювати без нагляду. Запити лише для читання — так. Міграції схем — ні. Будь-що, що торкається грошей, — людська перевірка. Нудно, але 500 000 розробників, які використовують AI-native інструменти, означають, що ця політика тепер є несучою частиною вашої ризик-позиції.

Ключові висновки

• Series B Convex на $57M, що доводить загальне фінансування до $110,5M, — це ставка на те, що AI-generated бекенди потребують інших примітивів, ніж написані людиною.
• Заявлений рівень пошкодження даних у 90% на традиційних базах — маркетингове число, але основний сценарій збою (агенти, що пропускають транзакції) є реальним і вартим аудиту.
• Майже два мільйони застосунків і 1,2 мільйона щотижневих завантажень npm означають, що Convex вийшла за межі фази дизайн-партнерів і досягла реального виробничого масштабу.
• Single-vendor бекенди обмінюють біль інтеграції на lock-in і операційну непрозорість. Нормально для нового сервісу, складніше виправдати у регульованих галузях.
• Незалежно від стеку, кожна інженерна команда цього місяця має проаудіювати AI-assisted код на предмет відсутніх транзакційних меж.