Поддомен: AI/ML
Роль эксперта: Data/ML-инженер
ChatGPT теперь умеет вызывать Spotify, заказывать еду через DoorDash и бронировать поездки в Uber — прямо из диалога. Это не просто «умный чат», а полноценный шлюз к экосистеме внешних сервисов. Для студента технической специальности это сигнал: будущее за агентскими ИИ-системами, которые принимают решения и выполняют действия. Если вы пишете ВКР в области AI, ML или Software Engineering, игнорирование таких кейсов — потеря актуальности. А использование — прямой путь к высокой оценке на защите. Почему? Потому что вы демонстрируете не только знание теории, но и умение проектировать системы, соответствующие мировым трендам. В этой статье покажу, как превратить новость TechCrunch в защищаемую главу диплома.
| Тема | Актуальность | Цель | Задачи | Структура ВКР |
|---|---|---|---|---|
| Проектирование архитектуры ИИ-агента с поддержкой внешних API | Новый функционал ChatGPT — пример реализации multi-tool agent. Аналогичные решения внедряются в корпоративных ассистентах (например, Microsoft Copilot). | Разработать модель взаимодействия LLM с внешними сервисами через стандартизированные интерфейсы. |
1. Проанализировать принципы работы tool calling в современных LLM. 2. Выбрать и описать API Spotify, Uber, DoorDash по OpenAPI. 3. Спроектировать шлюз (gateway) для маршрутизации запросов. 4. Оценить безопасность и отказоустойчивость. |
Гл. 1 – Анализ архитектур ИИ-агентов Гл. 2 – Проектирование API-шлюза и схемы авторизации Гл. 3 – Тестирование сценариев, расчёт метрик по ISO/IEC 25010 |
| Оценка производительности и безопасности интеграции сторонних API в LLM-приложения | Каждое подключение — риск: утечка данных, DDoS, подмена ответа. OWASP уже выделил отдельный список угроз для API-безопасности. | Обосновать набор метрик и методик контроля качества интеграций. |
1. Исследовать уязвимости OAuth 2.0 в контексте ИИ. 2. Разработать сценарии нагрузочного тестирования. 3. Реализовать логирование и мониторинг через OpenTelemetry. 4. Предложить модель оценки рисков. |
Гл. 1 – Обзор угроз и стандартов (OWASP, ISO) Гл. 2 – Методика тестирования и сбора метрик Гл. 3 – Эксперимент и анализ эффективности мер защиты |
| Разработка прототипа ИИ-ассистента для персональных задач с использованием внешних сервисов | Пользователь хочет: «Закажи ужин и включи вечернюю музыку». Решение — на стыке UX, NLP и системной интеграции. | Создать MVP ассистента, способного выполнять составные команды через API. |
1. Реализовать парсер команд на Python с использованием LLM. 2. Подключить минимум два API (Spotify + Uber). 3. Обеспечить обработку ошибок и fallback-логику. 4. Протестировать юзабилити. |
Гл. 1 – Анализ пользовательских сценариев и архитектур Гл. 2 – Реализация прототипа и его компонентов Гл. 3 – Юзабилити-тестирование и выводы по эффективности |
Не ограничивайтесь цитированием статьи. Возьмите примеры из неё (DoorDash, Spotify) как кейсы для анализа архитектурных паттернов. Например:
Используйте C4-модель для визуализации уровней:
Контекст (C1):
[Пользователь] -- "закажи ужин" --> [ChatGPT Agent]
[ChatGPT Agent] --> вызывает --> [DoorDash API]
[ChatGPT Agent] --> вызывает --> [Spotify API]
Контейнеры (C2):
[Frontend: Web-интерфейс]
[Backend: LLM Orchestrator]
[Service: DoorDash Integration]
[Service: Spotify Integration]
[БД: Кэш команд и токенов]
Вместо текстового описания «как работает» — делайте диаграммы. Вот пример UML-последовательности для сценария «включи мою вечернюю музыку»:
Пользователь -> LLM: "Включи вечерний плейлист"
LLM -> Parser: Распознать намерение
Parser --> LLM: {action: "spotify.play", params: {playlist: "evening"}}
LLM -> AuthManager: Есть ли токен?
AuthManager --> LLM: Да, действителен
LLM -> SpotifyClient: Выполнить play(evening)
SpotifyClient -> Spotify API: POST /me/player/play
Spotify API --> SpotifyClient: 204 No Content
SpotifyClient --> LLM: Успешно
LLM -> Пользователь: "Плейлист запущен"
Инструменты: PlantUML, draw.io, Mermaid.js. Вставляйте в приложение как рисунок с подписью по ГОСТ 2.105–95.
Вы не можете повлиять на внутреннюю логику Spotify, но можете измерить:
Пример скрипта для замера latency (Python):
import requests
import time
def measure_spotify_latency(access_token):
url = "https://api.spotify.com/v1/me/player/currently-playing"
headers = {"Authorization": f"Bearer {access_token}"}
latencies = []
for _ in range(10):
start = time.time()
try:
response = requests.get(url, headers=headers, timeout=5)
end = time.time()
if response.status_code == 200:
latencies.append(end - start)
except:
pass
time.sleep(1)
return sum(latencies) / len(latencies) if latencies else None
Эти данные — основа для таблиц и графиков в третьей главе. Без них — нет научной ценности.
Ошибка 1: «Я просто подключил API — чего ещё надо?»
Подключение — это не результат. На защите спросят: почему вы выбрали именно этот паттерн? Как обеспечена безопасность? Что будет при отказе сервиса? Без анализа — работа не пройдёт нормоконтроль.
Ошибка 2: Нет схем, только текст
Диаграммы — обязательный элемент ВКР. Без C4, UML или BPMN комиссия не увидит вашу архитектурную компетенцию. Даже если код идеален.
Ошибка 3: Не указаны источники данных и условия тестирования
Вы использовали тестовый ключ Spotify? Запускали 10 или 100 запросов? Без этих деталей ваши метрики — «на глазок». Указывайте всё: версии API, лимиты, сетевые условия.
Многие сервисы предоставляют sandbox-режимы: Stripe, Twilio, Spotify (через Developer Dashboard). Также можно использовать mock-серверы (например, Postman Mock Server или WireMock). В работе укажите: «Тестирование проводилось на эмуляторе API с сохранением семантики оригинального OpenAPI-документа».
Новизна — не в API, а в способе их комбинирования. Например: «впервые предложена схема кэширования OAuth-токенов с политикой TTL на основе частоты использования». Или: «разработана модель оценки рисков при многошаговом выполнении команд ИИ-агентом».
Фокусируйтесь на том, что контролируется: время отклика, количество повторных попыток, размер полезной нагрузки, эффективность кэширования. Эти данные — основа для анализа по ISO/IEC 25010 (функциональная пригодность, производительность, надёжность).
Да, особенно на уровне бакалавриата. Главное — наличие прототипа, документации, схем и результатов тестирования. MVP может быть локальным. Но он должен быть воспроизводим: приложите README, Dockerfile, примеры запросов.
Бесплатная консультация по ВКР
Если вы сомневаетесь в выборе темы, структуре или методике исследования — наши специалисты помогут бесплатно. Более 120 часов консультаций уже проведено для студентов технических вузов. Мы не пишем работы, но поможем вам сделать её защищаемой.
Источник: How to use the new ChatGPT app integrations, including DoorDash, Spotify, Uber, and others (опубликовано 2026-03-14)