Системная архитектура для Vibe Coders: руководство старшего инженера

Старший инженер-программист с десятилетним опытом опубликовал в r/ClaudeAI пост о том, как он подошел бы к созданию приложений с помощью Claude Code, начиная с нуля сегодня. Его совет: не начинайте с кода. Начинайте с самого высокого уровня — системной архитектуры.
Четыре компонента
В посте каждое приложение разбивается на четыре уровня:
- Фронтенд — то, что видит пользователь (веб-сайт, мобильное приложение и т.д.)
- Бэкенд — основная логика и правила приложения
- База данных — место хранения данных
- Инфраструктура — как все соединяется и работает
Автор акцентирует внимание на инфраструктуре, потому что ИИ-агенты вроде Claude Code легко создают фронтенд, бэкенд и базу данных, но пропускают инфраструктуру, если явно об этом не попросить.
Инфраструктура: четыре вопроса, на которые нужно ответить
1. Как все общается друг с другом?
Ваш фронтенд, бэкенд и база данных — это отдельные части, которые обмениваются сообщениями. В большинстве приложений это делается через API — набор дверей, через которые фронтенд запрашивает данные у бэкенда (например, «дай мне заказы этого пользователя»). Существуют и другие методы, но сначала стоит сосредоточиться на API.
2. Где все живет и как выходит в интернет?
Чтобы перенести приложение с ноутбука в интернет, нужно:
- Хостинг — место, где ваше приложение запускается и становится доступным миру (серверы).
- Домены и DNS — ваш собственный адрес (yourapp.com) и то, как он указывает на ваши серверы.
- Деплой — конвейер, который берет ваш код и безопасно публикует его для пользователей.
- Переменные окружения и секреты — место для хранения паролей и ключей API, чтобы они не лежали в коде. Люди постоянно на этом обжигаются.
3. Кто допущен и безопасно ли это?
Эту часть автор умоляет не пропускать. Vibe-кодирование делает слишком легким создание небезопасного продукта, даже не осознавая этого. В посте упоминаются существующие способы решения (не с нуля) — вероятно, фреймворки аутентификации, OAuth, JWT или управляемые провайдеры идентификации, но в оригинале только сказано, что такие решения существуют.
Главный вывод
В посте подчеркивается, что знание этих концепций инфраструктуры по именам — это то, что отличает игрушку на выходные от чего-то реального, чему люди могут доверить свои данные и деньги. Если вы можете ответить на четыре вышеуказанных вопроса для своего приложения, вы уже опережаете большинство современных vibe-кодеров.
📖 Читать первоисточник: r/ClaudeAI
👀 Смотрите также

Qwen3.5-397B MoE работает на 14 ГБ ОЗУ с помощью постраничной загрузки экспертов на M1 Ultra
Движок Paged MoE держит в памяти только 20 экспертов, а остальные подгружает с SSD, запуская модель 397B размером 209GB на Mac Studio с 64GB памяти, достигая 1,59 ток/с и пикового использования RAM 14GB. Включает бенчмарки меньших моделей.

Как оптимизировать вашу настройку OpenClaw с конкретными инструкциями и улучшениями
Оптимизация OpenClaw основывается на точных инструкциях и непрерывной доработке личностей агентов и экономичном использовании модели.

Ценообразование AI-агентов: уроки продаж OpenClaw малому бизнесу
После месяцев продаж агентов OpenClaw юридическим фирмам и агентам по недвижимости разработчик делится практическими стратегиями ценообразования: посегментная оплата не работает, формулировка «ИИ-сотрудник» выигрывает, а затраты на LLM выставляются отдельно, чтобы избежать потери маржи.

Методология последовательного сравнительного анализа локальных и облачных языковых моделей
Разработчик делится методологией измерения, использующей последовательные запросы и оценку на основе правил, чтобы сравнить локальные модели (через llama.cpp, vLLM, Ollama) с облачными API (GPT-5.4, Claude Sonnet 4.6, Gemini 3.1 Pro) через единую конечную точку, такую как ZenMux.