Статьи — .NET, Nuxt, Telegram-боты и ИИ на практике

Почему мы удалили собственный бэкенд, отдающий markdown как API, и перенесли блог в приложение на Nuxt — вечная синхронизация фронтенда с бэкендом, возможности, которых не хватало, и что упростилось после переезда.

Мы сделали MCP-сервер для Laraue Boards, чтобы разобраться, как работает MCP, а потом начали пользоваться им с Claude Code каждый день. Как за два часа появилась первая версия, что было в ней не так и какой ежедневный цикл он дал.

Современный подход к разработке все больше сводится к тезису - код должен писать ИИ, а разработчик лишь направляет его в нужную сторону и проверяет результаты. А то, что отревьюить сгенерированный код так, чтобы ему довериться, часто дольше, чем написать его самостоятельно, старательно опускается.

Часть 13 цикла о разработке Telegram-таск-трекера в одиночку. Как добавить вход через Telegram Login Widget в веб-приложение на .NET и Nuxt рядом с Mini App: привязка домена в BotFather, валидация данных виджета (другой секрет, чем у init data), отклонение устаревших данных по auth_date и выпуск того же JWT.

Часть 12 цикла о разработке Telegram-таск-трекера в одиночку. Telegram присылает альбом отдельными сообщениями, а правку — новым апдейтом. Разбираем, как собрать медиагруппу в одну запись без таймера-аккумулятора и как обрабатывать правку как обновление, а не как дубль.

Часть 11 цикла о разработке Telegram-таск-трекера в одиночку. Учим бота работать с фото и видео, разбираем решение с хранением файлов - маленькие превью в локальном хранилище и прямой стриминг больших файлов прямиком из Telegram, без буферизации в памяти.

Часть 10 цикла о разработке Telegram-таск-трекера в одиночку. Рассказываем о продуктовой ошибке — мы добавили в бота выбор эпика и статуса, но реальные пользователи продолжали использовать «Сохраненные сообщения» — и о том, как ее исправляли.

Часть 9 цикла о разработке Telegram-таск-трекера в одиночку. Слой issue в веб-приложении и решение по проектированию БД в его центре — когда nullable внешний ключ это неверный выбор, а отдельная строка-«по умолчанию» лучше, на примере issue, эпиков и бэклога.

Часть 8 цикла о разработке Telegram-таск-трекера в одиночку. Как аутентифицировать пользователя Telegram Mini App в .NET и Nuxt: проверка хеша initData через HMAC-SHA256, отклонение устаревших данных по auth_date, выпуск и использование JWT, пользователь из HttpContext и почему важен CORS.

Часть 7 цикла о разработке Telegram-таск-трекера в одиночку. Как задеплоить Nuxt Telegram Mini App за nginx с HTTPS: поддомен, конфигурация nginx, первый сертификат Let's Encrypt и автопродление через certbot, регистрация в BotFather, локальное тестирование через ngrok и что делать, если Mini App показывает «Welcome to nginx!».

Часть 6 цикла о разработке Telegram-таск-трекера в одиночку. Выкладываем бота на недорогой VPS: Docker Compose, PostgreSQL на том же сервере с настройкой под 1 ГБ памяти, GitHub Actions на каждый push в main и разбор Dockerfile.

Часть 5 цикла о разработке Telegram-таск-трекера в одиночку. Telegram-бот на .NET с контроллерами и middleware в стиле ASP.NET вместо гигантского switch, слоистая структура решения и связка EF Core с linq2db на одних и тех же моделях.

Часть 4 цикла о разработке Telegram-таск-трекера в одиночку. Причины выбора .NET 10, PostgreSQL 18, Nuxt 4 и Vue 3. Немного о переезде с MongoDB на Postgres в прошлом проекте, который научил нас отдавать предпочтение скучным стабильным технологиям.

Часть 3 цикла о разработке Telegram-таск-трекера в одиночку. Чем «Сохранённые сообщения» плохи для дел, какой минимальный сценарий лёг в основу Laraue Boards и почему путь пользователя описывается до проектирования базы и кода.

Часть 2 цикла о разработке Telegram-таск-трекера в одиночку. Почему мы начинаем с интерфейса, как HTML-прототипы от ИИ заменили Figma и каким получился первый прототип Laraue Boards.

Часть 1 цикла о разработке Telegram-таск-трекера в одиночку с ИИ. Какую проблему мы решаем, зачем нужен ещё один таск-трекер, на каких двух репозиториях построен цикл статей.