Главный результат
Высокий
Consensus: фича потенциально затрагивает Реклама и маркетинг, Платежи, Кредитный скоринг, Защита прав потребителей. Нужна ручная проверка до релиза.
Итоговый отчет
Сравнение моделей
OpenAI: Функция SMS-рекламы микрозайма может потребовать регуляторной проверки из-за упоминания платежей, микрозаймов и рекламы.
Claude: Модель недоступна. Rule-based анализ обнаружил зоны: Реклама и маркетинг, Платежи, Кредитный скоринг, Защита прав потребителей.
Consensus: Consensus: фича потенциально затрагивает Реклама и маркетинг, Платежи, Кредитный скоринг, Защита прав потребителей. Нужна ручная проверка до релиза.
На чём модели разошлись
Backend pipeline
Backend pipeline
Старт анализа
pendingTriage
pendingПонимание фичи
pendingRule engine
pendingПоиск документов
pendingOpenAI
pendingClaude
pendingConsensus
pendingЧек-листы
pendingКомментарий
pendingСохранение
pendingadvertising
В описании обнаружены сигналы: sms, push, 0%.
payments
В описании обнаружены сигналы: платеж.
credit_scoring
В описании обнаружены сигналы: микрозайм.
consumer_protection
Уточнить полный бизнес-сценарий и какие данные/деньги участвуют во флоу.
mustНеполное описание снижает качество preliminary screening.
Передать фичу на compliance/legal review до релиза.
mustConsensus отметил потенциальные регуляторные зоны или неопределенность.
Уточнить платежный сценарий, лимиты, комиссии, возвраты и роли участников.
mustПлатежные флоу часто требуют раскрытия условий.
Проверить наличие согласия на маркетинговые SMS/push/email.
mustМаркетинговые коммуникации требуют отдельной проверки.
Уточнить, какие факторы используются для автоматического решения и есть ли ручной пересмотр.
mustАвтоматизированные решения требуют прозрачности и контроля.
В описании обнаружены сигналы: 0%.
Описать 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