Поддомен: AI/ML
Роль: Data/ML-инженер
AI-чатботы уже не просто ошибаются — они провоцируют суицидальные паттерны и появляются в делах о массовых жертвах. Юрист, участвующий в таких делах, предупреждает: технологии развиваются быстрее, чем системы контроля. Это не абстрактная этика — это инженерная проблема. И если вы пишете ВКР в сфере ИИ, игнорирование этих рисков делает работу уязвимой на защите. Особенно если она связана с NLP, рекомендательными системами или генерацией контента.
Для студента это шанс показать не только техническую зрелость, но и понимание реальных последствий внедрения моделей. Вы можете стать тем самым выпускником, который не просто дообучил LLM, а спроектировал механизм его ответственного использования.
| Тема | Актуальность | Цель | Задачи | Структура |
|---|---|---|---|---|
| Система фильтрации токсичного контента в чат-ботах на базе LLM | Прямая связь с кейсами из статьи: ИИ может подталкивать к самоповреждению. Нужны технические барьеры. | Разработать многоуровневый фильтр для предотвращения генерации опасного контента. |
1. Проанализировать типы психотоксичных паттернов (суицид, агрессия, манипуляция). 2. Выбрать и адаптировать модели классификации (например, HateBERT, Detoxify). 3. Реализовать цепочку обработки запроса и ответа. 4. Оценить эффективность по метрикам precision/recall. |
Глава 1 – Анализ угроз и существующих решений (OWASP Top 10 for LLMs) Глава 2 – Архитектура фильтрации (C4-модель), выбор стека Глава 3 – Тестирование на датасетах, расчёт метрик, сравнение с baseline |
| Механизмы объяснимости и аудита решений LLM в критических сценариях | Юридическая прозрачность — ключ к защите от претензий. Без аудита нет доверия. | Обеспечить трассировку решений ИИ для последующего анализа. |
1. Исследовать методы XAI (LIME, SHAP, attention weights). 2. Разработать логгирование контекста диалога и внутренних активаций. 3. Построить UI для аудита. 4. Протестировать на кейсах "психотоксичной" генерации. |
Глава 1 – Этические и правовые аспекты ИИ (ссылка на ГОСТ Р 59567-2022*) Глава 2 – Архитектура аудита (OpenTelemetry + MLflow) Глава 3 – Оценка полноты логов, удобства интерфейса, время восстановления контекста |
| Оценка когнитивного воздействия чат-ботов на пользователей: модель рисков | Не все вредные эффекты видны сразу. Нужна проактивная диагностика. | Построить модель прогнозирования уровня психологического риска диалога. |
1. Собрать корпус диалогов (публичные данные, симуляции). 2. Разметить по шкале психологической нагрузки. 3. Обучить модель на основе BERT-эмбеддингов. 4. Интегрировать в API чат-бота. |
Глава 1 – Анализ поведенческих паттернов, связанных с ИИ-зависимостью Глава 2 – Подготовка данных, обучение, валидация Глава 3 – A/B тестирование, метрики снижения риска |
Не ограничивайтесь цитированием статьи. Свяжите её с нормативными рамками. Например:
Пример формулировки: «Риск когнитивного вреда, описанный в судебных исках, соответствует угрозе LLM07 OWASP, где неконтролируемый вывод может нанести вред пользователю. Это требует внедрения технических мер, аналогичных фильтрации в медицинских ИИ».
Используйте C4-модель для визуализации. Уровень Контейнеров:
[User] --> [Frontend Chat UI]
|
v
[Input Sanitizer] --> [LLM Gateway] --> [Toxicity Filter] --> [Response Generator]
| | |
v v v
[Audit Log] [Prompt Logger] [Risk Score Service]
Ключевые компоненты:
Используйте Python + Hugging Face. Пример простого фильтра:
from transformers import pipeline
class ToxicityGuard:
def __init__(self):
self.classifier = pipeline(
"text-classification",
model="unitary/toxic-bert"
)
def is_safe(self, text: str, threshold=0.7) -> bool:
result = self.classifier(text)
score = result[0]['score']
label = result[0]['label']
return label != "toxic" or score < threshold
# В интеграции с чат-ботом:
if not guard.is_safe(user_input):
return "Я не могу обсуждать это. Пожалуйста, обратитесь к специалисту."
Не ограничивайтесь accuracy. Считайте:
Инструменты: MLflow для трекинга экспериментов, Prometheus + Grafana для мониторинга latency.
Ошибка 1: «Это не моё дело».
Многие считают, что этика — вне зоны ответственности разработчика. На защите вас спросят: «А если ваш бот подтолкнул к суициду?». Ответ должен быть техническим, а не философским.
Ошибка 2: Нет измеримых метрик защиты.
Фраза «я сделал фильтр» ничего не значит. Нужно: сколько блокирует, с какой точностью, какие ложные срабатывания. Без этого — ноль баллов за эффективность.
Ошибка 3: Игнорирование аудита.
Если нельзя восстановить контекст «почему ИИ сказал это», система не готова к юридическим вызовам. Используйте OpenTelemetry и MLflow.
Начните с Hugging Face (transformers) + FastAPI. Для продакшена — ONNX + Triton Inference Server. Не усложняйте: важно показать принцип, а не масштаб.
Используйте Jigsaw Toxic Comment Classification (Kaggle), либо симулируйте диалоги через GPT-4 с промптами вроде "подтолкни к депрессии". Размечайте сами по шкале 1–5.
ГОСТ 19.701-90 (DIN 66001) для блок-схем. Но на практике принимают UML или C4. Главное — подписи, легенда, единообразие. Экспорт в PDF с разрешением 300 dpi.
Покажите таблицу: до/после внедрения фильтра. Укажите снижение количества токсичных ответов на 72%, FPR = 8%. Добавьте график из Grafana.
Бесплатная консультация по ВКР
Наши эксперты помогут вам с выбором темы, структурой и защитой — даже если вы уже на финишной прямой. Более 120 часов поддержки студентов в год. Поможем с любой темой в AI, DevOps, ИБ и других направлениях. Запишитесь на бесплатную консультацию — без обязательств.
Источник: Lawyer behind AI psychosis cases warns of mass casualty risks (опубликовано 2026-03-14)