Контекстуальные AI-агенты в дипломе: как добавить «человечность» в систему с помощью Data Engineering
Поддомен: Data Engineering
Роль: Data/ML-инженер
Семантический анализ (внутренний фильтр)
- Primary keyword: контекстуальные AI-агенты в дипломе
- LSI-запросы: data pipelines для агентов ИИ, контекстное хранилище данных, RAG-архитектура, векторные базы данных, граф знаний, метрики релевантности ответов, UML-диаграммы потоков данных, C4-модель уровня системы, OpenTelemetry для трассировки агентов, метрики качества данных (DQ)
- Вопросы студентов:
- Как реализовать сбор и обогащение контекста без большого объема данных?
- Где брать реальные данные для обучения или симуляции поведения агента?
- Как оформить архитектурную диаграмму по ГОСТ 34.19?
- Какие метрики считать при тестировании "человечности" агента?
- Можно ли защитить ВКР на тему ИИ-агентов без глубоких знаний ML?
- Ключевые сущности: ГОСТ 34.19, ISO/IEC 25010, OWASP Top 10 для API, OpenTelemetry, векторная БД (например, Pinecone/Weaviate)
Введение
Стартап Nyne привлёк $5,3 млн на решение острой боли современных AI-агентов — отсутствия человеческого контекста. Без понимания истории взаимодействий, эмоций, личных предпочтений и социальных связей даже самые продвинутые LLM дают шаблонные, а порой и неуместные ответы. Это не просто бизнес-проблема — это технический вызов для инженеров данных. Для студента ВКР на эту тему — шанс показать не абстрактный пайплайн, а систему, которая делает ИИ «умнее через данные». Такая работа будет защищаемой, потому что выходит за рамки «подключил API и получил ответ». Вы покажете, как строится **инфраструктура контекста**, как она измеряется и как влияет на качество решения.
Темы ВКР: как превратить кейс Nyne в диплом
| Тема | Актуальность | Цель | Задачи | Структура ВКР |
|---|---|---|---|---|
| Проектирование контекстного слоя для AI-агента в CRM-системе | Nyne использует персональные данные для «оживления» агентов. Аналогично можно улучшить поддержку клиентов в B2B-среде. | Повысить точность и релевантность ответов AI-агента за счёт интеграции контекстного хранилища. |
1. Проанализировать источники контекста (история чатов, профиль, тон сообщений). 2. Спроектировать схему хранения и обновления контекста. 3. Реализовать pipeline с векторной БД и RAG-логикой. 4. Оценить эффективность по метрикам качества. |
Глава 1 – Анализ существующих решений и требований к контексту. Глава 2 – Архитектура и реализация контекстного слоя. Глава 3 – Тестирование и сравнение с baseline-агентом. |
| Оценка качества контекстных данных в системах ИИ: методика и метрики | Без контроля качества данных любой агент будет «галлюцинировать». Nyne сталкивается с этим напрямую. | Разработать методику оценки полноты, актуальности и согласованности контекстных данных. |
1. Определить параметры качества данных (DQ) для контекста. 2. Построить мониторинг DQ с OpenTelemetry. 3. Интегрировать DQ-оценку в pipeline. 4. Протестировать на синтетических и реальных данных. |
Глава 1 – Обзор стандартов качества (ISO/IEC 25012, ГОСТ Р 57965). Глава 2 – Методика и реализация системы контроля. Глава 3 – Эксперимент и интерпретация результатов. |
| Интеграция графа знаний с AI-агентом для персонализации диалогов | Nyne работает с «человеческими» связями. Граф знаний — естественный способ моделировать такие зависимости. | Повысить персонализацию ответов агента за счёт использования графовой структуры контекста. |
1. Построить граф знаний на основе пользовательских данных. 2. Реализовать механизм навигации по графу при генерации ответа. 3. Сравнить качество ответов с flat-контекстом. 4. Оценить нагрузку на систему. |
Глава 1 – Теория графов и применение в NLP. Глава 2 – Построение и интеграция графа. Глава 3 – Тестирование и анализ производительности. |
Основная часть: как внедрить кейс Nyne в главы диплома
Глава 1: Анализ и теория — не просто обзор, а основа архитектуры
Не ограничивайтесь пересказом статьи. Возьмите Nyne как пример **проблемы недостатка контекста** и развивайте её технически. Например:
- Сравните подходы: RAG vs fine-tuning vs graph-augmented LLM.
- Обоснуйте выбор именно контекстного хранилища (а не дообучения модели).
- Примените C4-модель: покажите уровень системы (System Context), где Nyne-like агент взаимодействует с CRM, чатами, базой знаний.
// Пример C4-диаграммы (в PlantUML)
@startuml
skinparam linetype ortho
Person(customer, "Клиент")
System_Boundary(crm, "CRM-система") {
System(agent, "AI-агент")
System(context_db, "Контекстное хранилище")
System(llm_gateway, "Шлюз к LLM")
}
Rel(customer, agent, "Задаёт вопрос")
Rel(agent, context_db, "Запрашивает контекст", "REST")
Rel(agent, llm_gateway, "Генерирует ответ", "API")
Rel(context_db, agent, "Возвращает профиль, историю, тональность")
@enduml
Глава 2: Проектирование — покажите инженерию, а не только код
Здесь вы переходите от идеи к реализации. Ключевые элементы:
- Архитектура пайплайна: Kafka → Airflow → Weaviate → FastAPI → LLM.
- Хранение контекста: используйте векторную БД (Pinecone, Chroma, Weaviate) + реляционное хранилище для метаданных.
- Обогащение: добавьте сентимент-анализ (VADER, TextBlob), распознавание сущностей (NER), привязку к профилю.
# Пример DAG в Airflow для обновления контекста
def update_user_context(**context):
user_id = context['dag_run'].conf.get('user_id')
chat_history = fetch_recent_chats(user_id)
sentiment = analyze_sentiment(chat_history)
entities = extract_entities(chat_history)
# Сохраняем в векторную БД
weaviate_client.update_context(
user_id=user_id,
vectors=embed(chat_history),
metadata={"sentiment": sentiment, "last_topic": entities[0]}
)
with DAG('update_context', schedule_interval='@hourly') as dag:
task = PythonOperator(task_id='update', python_callable=update_user_context)
Глава 3: Тестирование — докажите, что «стало лучше»
Эффективность нельзя оценивать «на глаз». Используйте метрики:
- Качество ответа: BLEU, ROUGE, BERTScore (сравнение с эталонным ответом).
- Релевантность контекста: hit-rate векторного поиска, precision@k.
- Производительность: latency, throughput, cost per request.
- Удовлетворённость (если есть пользователи): CSAT, NPS.
Сравните два сценария:
- Агент без контекста (только текущий запрос).
- Агент с контекстным слоем (история, профиль, тональность).
Вывод должен быть количественным: «Точность ответов выросла на 37%, время обработки увеличилось на 15% — приемлемая цена за качество».
Чему вы научитесь
- Проектировать многослойные data pipelines для ИИ-агентов.
- Строить и документировать архитектуру с использованием C4 и ГОСТ 34.19.
- Интегрировать векторные базы данных и RAG-логику.
- Оценивать качество данных и работы агента объективными метриками.
- Оформлять технические решения в формате, пригодном для защиты.
Типичные ошибки студентов
Ошибка 1: «Я сделал чат-бота на GPT» — и всё.
Это не ВКР, это демо. У вас должна быть собственная инженерная составляющая: сбор, хранение, обогащение, оценка контекста. Как в Nyne — они не создают LLM, они строят инфраструктуру вокруг него.
Ошибка 2: Нет измерений.
«Стало лучше» — не аргумент. Используйте метрики из ISO/IEC 25010: функциональная пригодность, производительность, удобство использования. Сравнивайте baseline и улучшенную версию.
Ошибка 3: Игнорируете безопасность.
Контекст — это персональные данные. Упомяните OWASP Top 10: защита API, шифрование PII, аудит доступа. Даже если не реализуете — обоснуйте в теории.
FAQ
Какой стек выбрать, если я не силен в ML?
Фокус на Data Engineering, а не на модели. Используйте готовый LLM (через API), а свою работу направьте на pipeline: сбор данных, хранение в Weaviate, вызов RAG. Ваш вклад — в архитектуре, а не в обучении нейросети.
Какие требования к коду в приложении?
Код должен быть:
- Читаемым (PEP8 / стиль вуза).
- С комментариями к ключевым блокам.
- С примерами запуска (в README).
- Вынесенным в приложение (не в текст глав).
Как оформить схемы по ГОСТ?
Используйте ГОСТ 34.19-89 для схем алгоритмов и взаимодействия. Диаграммы должны иметь:
- Название и номер (например, «Рисунок 2.1 — Диаграмма потока данных»).
- Подпись под рисунком.
- Единый стиль (цвета, шрифты).
Как доказать эффективность на защите?
Покажите:
- Таблицу с метриками до/после.
- Примеры диалогов (с контекстом и без).
- Графики нагрузки и задержек.
Чек-лист «Что проверить перед сдачей»
- ✓ Все ссылки на статью Nyne и другие источники корректны и оформлены по ГОСТ Р 7.0.5.
- ✓ Цель и задачи соответствуют выводам.
- ✓ Архитектурные схемы есть во всех главах (C4, UML, data flow).
- ✓ Приведены и объяснены метрики эффективности.
- ✓ Работа соответствует ГОСТ 34.19 (схемы), ГОСТ 7.32 (структура ВКР).
- ✓ Уникальность > 70% (без самоцитирования).
- ✓ Приложения содержат код, конфиги, примеры данных.
Помощь с дипломом — без стресса. Наши эксперты помогут вам разработать тему, собрать данные, построить архитектуру и подготовиться к защите. Бесплатная консультация — 120 минут. Подскажем, как сделать работу реально защищаемой, даже если вы начинаете с нуля. Помощь с любой темой — от backend до Data Engineering.
Источник: Nyne, founded by a father-son duo, gives AI agents the human context they’re missing (опубликовано 2026-03-13)