Очередной Demo Day акселератора Y Combinator (зимний набор 2026) собрал 16 проектов, которые редакция TechCrunch выделила как самые интересные. Диапазон широкий: от систем, отвлекающих пользователя от бесконечного скролла ленты, до обучения гуманоидных роботов. Для выпускника ИТ-направления это не просто новость — это готовая карта трендов, из которых можно собрать тему ВКР, защищаемую перед любой комиссией.
Почему именно сейчас? Потому что решения, которые год назад казались экзотикой (агенты на LLM, автономная робототехника, поведенческие интерфейсы), в 2026-м превратились в инженерную рутину со своим стеком, метриками и стандартами. Комиссия всё чаще спрашивает не «что вы сделали», а «почему вы выбрали именно этот фреймворк и как измерили эффект». Ниже — как превратить свежий тренд в структурированную работу, а не в набор модных слов.
Актуальность: один из стартапов батча занимается перенаправлением «думскроллинга» — бессмысленного листания ленты — в полезную активность. Это типичная задача поведенческого анализа и рекомендательных систем.
Цель: разработать систему, которая классифицирует сессии пользователя и предлагает замену деструктивного сценария.
Актуальность: обучение гуманоидных роботов — одна из самых шумных линий Demo Day. В дипломном масштабе реалистично взять подзадачу: симуляция среды, обучение с подкреплением или модуль планирования траектории.
Цель: построить и оценить политику управления в симуляторе с переносом на реальную платформу.
Актуальность: значительная часть батча — инфраструктура вокруг агентов. Это чистый MLOps: оркестрация, версионирование промптов, контроль стоимости токенов.
Цель: спроектировать платформу развёртывания агентов с контролем затрат и качества.
Актуальность: агенты получают доступ к личным данным, и вопрос разграничения прав становится критичным. Тема редко занимается другими — выигрышная позиция на защите.
Цель: разработать модель угроз и прототип системы контроля доступа для агентных сценариев.
Здесь чаще всего теряются баллы. Студент пишет «использовал Kubernetes, потому что он популярен» — и получает вопрос, на который нечего ответить. Сравнение должно быть привязано к требованиям вашей задачи.
| Направление из YC W26 | Что берём в ВКР | Где размещаем | Измеримая метрика |
|---|---|---|---|
| Борьба с думскроллингом | Классификатор сессий, рекомендательный движок | Глава 2, п. 2.1 | Precision/Recall, прирост удержания |
| Обучение гуманоидов | RL-политика в симуляторе | Глава 2, п. 2.3 | Доля успешных эпизодов, число шагов до цели |
| Инфраструктура для агентов | Оркестрация, очереди, CI/CD | Глава 2, п. 2.2 | P95 задержки, стоимость 1k запросов |
| Приватность агентов | Модель угроз и контроль доступа | Глава 1, п. 1.4 | Число нейтрализованных сценариев атак |
Хороший приём — оформить сравнение в виде таблицы критериев с весами. Критерии берите из ISO/IEC 25010: функциональная полнота, производительность, сопровождаемость, безопасность. Веса обосновывайте через опрос экспертов или через требования заказчика (даже если заказчик — учебная лаборатория).
Проектная глава — это место, где тренд становится инженерией. Разбейте её на три слоя: данные, логика, развёртывание.
Опишите источники, формат, частоту поступления, политику хранения. Для агентных сценариев обязательно добавьте схему версионирования контекста: без неё вы не сможете воспроизвести результат эксперимента, а это первый вопрос комиссии.
Приведите блок-схему алгоритма и опишите граничные случаи. Если используете LLM, покажите, где именно проходит вызов модели, что происходит при таймауте и как ограничивается стоимость. Это тот уровень детализации, который отличает ВКР от курсовой.
Даже учебный прототип выигрывает, если показан путь до продакшена. Минимальный набор — контейнеризация, декларативное описание инфраструктуры, пайплайн сборки и доставки.
# фрагмент описания сервиса агента
apiVersion: apps/v1
kind: Deployment
metadata:
name: agent-runtime
spec:
replicas: 3
template:
spec:
containers:
- name: runtime
image: registry.local/agent:1.4.0
resources:
limits: { cpu: "2", memory: "2Gi" }
Обратите внимание на версионирование образа: фиксация тега — простое требование, которое часто забывают, а оно напрямую влияет на воспроизводимость результатов тестирования.
Раздел testing — ваш главный аргумент на защите. Здесь работают три группы показателей.
Инструментальную базу удобно строить вокруг OpenTelemetry: единый сбор трейсов, метрик и логов снимает вопрос «а как вы это измеряли». Для нагрузочных сценариев подойдут k6 или Locust — выбор обоснуйте удобством сценарного описания и встроенной отчётностью.
| Что проверяем | Инструмент | Куда в отчёт |
|---|---|---|
| Сквозные трейсы запроса | OpenTelemetry + Jaeger | Глава 3, приложение с дашбордом |
| Нагрузка и деградация | k6 | Таблица результатов, графики P95 |
| Соответствие качеству | ISO/IEC 25010 | Раздел оценки качества |
| Отказоустойчивость | Chaos-эксперименты | Сценарии RTO/RPO |
Типичные ошибки студентов
Достаточно работающего прототипа, подтверждённого измерениями. Но «работающий» означает воспроизводимый запуск по инструкции из приложения, а не демонстрация на вашем ноутбуке. Зафиксируйте зависимости и версии.
Вуз оценивает ваше понимание решения. Вы можете использовать открытые библиотеки, но должны объяснить, как они интегрированы, какие ограничения накладывают и что именно сделано вами. Прямая просьба «помогите написать ВКР под ключ» чаще заканчивается проблемами на защите, чем экономией времени.
Единый инструмент на всю работу — уже половина успеха. Диаграммы классов, последовательностей и компонентов стройте в одном нотации-стандарте (UML 2.5), подписывайте каждый элемент. Схемы архитектуры удобно делать по подходу C4 с тремя уровнями: контекст, контейнеры, компоненты.
Три рабочих источника: открытые датасеты (Kaggle, Hugging Face Datasets), синтетическая генерация под ваши сценарии и логи собственного прототипа. В разделе тестирования обязательно опишите, почему выбранный набор репрезентативен.
Чек-лист перед сдачей
Если тема уже выбрана, но не хватает структуры, расчётов или оформления — начните с бесплатной консультации. Мы разберём ваш черновик, подскажем, как усилить главу с тестированием, и поможем выстроить защиту. Средний объём доработки — около 120 часов работы, сроки согласуем под вашу дату защиты.
Источник: 16 of the most interesting startups from YC W26 Demo Day (опубликовано 2026-03-26)
```