Главный результат
Высокий
Consensus: фича потенциально затрагивает Персональные данные, Банковская деятельность, Платежи, E-commerce. Нужна ручная проверка до релиза.
Итоговый отчет
Сравнение моделей
OpenAI: Функция импорта контактов в мобильном банке для приглашения друзей и отправки денег.
Claude: Claude API недоступен или вернул ошибку запроса. Rule-based fallback обнаружил зоны: Персональные данные, Банковская деятельность, Платежи, E-commerce.
Consensus: Consensus: фича потенциально затрагивает Персональные данные, Банковская деятельность, Платежи, E-commerce. Нужна ручная проверка до релиза.
На чём модели разошлись
Backend pipeline
Backend pipeline
Старт анализа
pendingTriage
pending4 ms
Понимание фичи
pending1 ms
Rule engine
pending2 ms
Поиск документов
pending7168 ms
OpenAI
pending16179 ms
Claude
pending311 ms
Consensus
pending1 ms
Чек-листы
pending1 ms
Комментарий
pendingСохранение
pendingPipeline timings
Старт
0 mscompleted
Triage
4 mscompleted
Feature understanding
1 mscompleted
Rule engine
2 mscompleted
Retrieval
7168 mscompleted
personal_data
В описании обнаружены сигналы: телефон.
banking
В описании обнаружены сигналы: банк.
payments
В описании обнаружены сигналы: merchant.
ecommerce
В описании обнаружены сигналы: merchant.
Уточнить полный бизнес-сценарий и какие данные/деньги участвуют во флоу.
mustНеполное описание снижает качество preliminary screening.
Передать фичу на compliance/legal review до релиза.
mustConsensus отметил потенциальные регуляторные зоны или неопределенность.
Проверить, можно ли реализовать фичу без лишнего сбора персональных данных.
mustМинимизация данных снижает риск.
Уточнить платежный сценарий, лимиты, комиссии, возвраты и роли участников.
mustПлатежные флоу часто требуют раскрытия условий.
Описать acceptance criteria для согласий, отказов, ошибок и edge cases.
OpenAI
16179 mscompleted
Claude
311 mscompleted
Consensus
1 mscompleted
Checklists
1 mscompleted
Tracker comment
0 mscompleted
Пользователь видит понятное раскрытие условий и может отказаться без неочевидных последствий.
Описать поля данных, срок хранения, audit logs и события для мониторинга.
shouldВ задаче есть таблица data fields и список логируемых событий.
Описать consent screen, цель обработки и сценарий отказа пользователя.
mustЕсть отдельный acceptance criteria для consent и отказа.
Описать статусы платежа, ошибки, возвраты, лимиты и reconciliation events.
mustЕсть state machine платежа и audit events.
Проверить применимость загруженных нормативных документов и внутренних политик.
mustПроверить применимость требований по персональным данным и необходимость согласия.
mustПроверить требования к платежной услуге, электронным деньгам, лимитам и раскрытию условий.
must