Главный результат
Высокий
Consensus: фича потенциально затрагивает Банковская деятельность, Платежи, AI / автоматизированные решения, E-commerce. Нужна ручная проверка до релиза.
Итоговый отчет
Сравнение моделей
OpenAI: Функция добавления кнопки отправки данных другу в приложении банка может затрагивать вопросы банковской деятельности, платежей и использования ИИ.
Claude: Claude API key не настроен. Rule-based fallback обнаружил зоны: Банковская деятельность, Платежи, E-commerce, AI / автоматизированные решения.
Consensus: Consensus: фича потенциально затрагивает Банковская деятельность, Платежи, AI / автоматизированные решения, E-commerce. Нужна ручная проверка до релиза.
На чём модели разошлись
Backend pipeline
Backend pipeline
Старт анализа
pendingTriage
pending3 ms
Понимание фичи
pending1 ms
Rule engine
pending2 ms
Поиск документов
pending6633 ms
OpenAI
pending10722 ms
Claude
pendingConsensus
pendingЧек-листы
pendingКомментарий
pendingСохранение
pendingPipeline timings
Старт
0 mscompleted
Triage
3 mscompleted
Feature understanding
1 mscompleted
Rule engine
2 mscompleted
Retrieval
6633 mscompleted
banking
В описании обнаружены сигналы: банк.
payments
В описании обнаружены сигналы: merchant.
ai
В описании обнаружены сигналы: ии.
ecommerce
В описании обнаружены сигналы: merchant.
Уточнить полный бизнес-сценарий и какие данные/деньги участвуют во флоу.
mustНеполное описание снижает качество preliminary screening.
Передать фичу на compliance/legal review до релиза.
mustConsensus отметил потенциальные регуляторные зоны или неопределенность.
Уточнить платежный сценарий, лимиты, комиссии, возвраты и роли участников.
mustПлатежные флоу часто требуют раскрытия условий.
Уточнить, какие факторы используются для автоматического решения и есть ли ручной пересмотр.
mustАвтоматизированные решения требуют прозрачности и контроля.
Описать acceptance criteria для согласий, отказов, ошибок и edge cases.
OpenAI
10722 mscompleted
Claude
0 mscompleted
Consensus
0 mscompleted
Checklists
0 mscompleted
Tracker comment
0 mscompleted
Пользователь видит понятное раскрытие условий и может отказаться без неочевидных последствий.
Описать поля данных, срок хранения, audit logs и события для мониторинга.
shouldВ задаче есть таблица data fields и список логируемых событий.
Описать статусы платежа, ошибки, возвраты, лимиты и reconciliation events.
mustЕсть state machine платежа и audit events.
Описать explainability, rejection reasons, appeal flow and bias monitoring.
mustЕсть сценарий отказа и ручной проверки.
Проверить применимость загруженных нормативных документов и внутренних политик.
mustПроверить требования к платежной услуге, электронным деньгам, лимитам и раскрытию условий.
mustПроверить требования к скорингу, кредитной истории, автоматизированным решениям и потребительскому раскрытию.
must