Главный результат
Высокий
Consensus: фича потенциально затрагивает Реклама и маркетинг, Кредитный скоринг, Защита прав потребителей, Платежи и платежные системы. Нужна ручная проверка до релиза.
Итоговый отчет
Сравнение моделей
OpenAI: Функция отправки SMS и push-уведомлений с предложением микрозайма под 0% может затрагивать области рекламы, платежей, кредитного скоринга и защиты прав потребителей.
Claude: Платежное приложение отправляет SMS и push-уведомления с предложением микрозайма под 0%. Выявлены потенциальные риски в области рекламы финансовых услуг, микрофинансирования, защиты потребителей и требований к платежным организациям.
Consensus: Consensus: фича потенциально затрагивает Реклама и маркетинг, Кредитный скоринг, Защита прав потребителей, Платежи и платежные системы. Нужна ручная проверка до релиза.
На чём модели разошлись
Backend pipeline
Backend pipeline
Старт анализа
pendingTriage
pendingПонимание фичи
pendingRule engine
pendingПоиск документов
pendingOpenAI
pendingClaude
pendingConsensus
pendingЧек-листы
pendingКомментарий
pendingСохранение
pendingadvertising
В описании обнаружены сигналы: sms, push, 0%.
credit_scoring
В описании обнаружены сигналы: микрозайм.
consumer_protection
Уточнить полный бизнес-сценарий и какие данные/деньги участвуют во флоу.
mustНеполное описание снижает качество preliminary screening.
Передать фичу на compliance/legal review до релиза.
mustConsensus отметил потенциальные регуляторные зоны или неопределенность.
Уточнить платежный сценарий, лимиты, комиссии, возвраты и роли участников.
mustПлатежные флоу часто требуют раскрытия условий.
Проверить наличие согласия на маркетинговые SMS/push/email.
mustМаркетинговые коммуникации требуют отдельной проверки.
Уточнить, какие факторы используются для автоматического решения и есть ли ручной пересмотр.
mustАвтоматизированные решения требуют прозрачности и контроля.
Предложение финансовой услуги (микрозайма) потребителям требует соблюдения требований защиты их прав, включая раскрытие информации, справедливые условия и механизмы рассмотрения жалоб.
payments
Платежное приложение предполагает обработку платежей и может быть платежной организацией или оператором платежной системы, требующим лицензирования.
Описать acceptance criteria для согласий, отказов, ошибок и edge cases.
mustПользователь видит понятное раскрытие условий и может отказаться без неочевидных последствий.
Описать поля данных, срок хранения, audit logs и события для мониторинга.
shouldВ задаче есть таблица data fields и список логируемых событий.
Описать статусы платежа, ошибки, возвраты, лимиты и reconciliation events.
mustЕсть state machine платежа и audit events.
Описать opt-in/opt-out и частоту маркетинговых сообщений.
mustПользователь может отказаться от рассылки.
Описать explainability, rejection reasons, appeal flow and bias monitoring.
mustЕсть сценарий отказа и ручной проверки.
Проверить применимость загруженных нормативных документов и внутренних политик.
mustПроверить требования к платежной услуге, электронным деньгам, лимитам и раскрытию условий.
mustПроверить рекламные обещания, disclosure условий и согласие на рассылку.
mustПроверить требования к скорингу, кредитной истории, автоматизированным решениям и потребительскому раскрытию.
must