AB code-review

Проверяйте изменения в коде на корректность, безопасность, поддерживаемость и адекватность тестов, вынося обоснованное решение. Используйте при проверке pull request, diff, patch или изменений, сгенерированных ИИ; при разделении большого объема проверки на обозримые части; при написании или сортировке комментариев к проверке; при назначении проверяющих или установке политики проверки; или при расследовании причин, по которым дефект прошел проверку. Охватывает оценку размера изменений и бюджета внимания, чек-листы с уровнями риска, комментарии с метками серьезности, записи о вердикте и остаточном риске, метрики проверки, устойчивые к манипуляциям, а также измеренные пределы чек-листов и ИИ-проверяющих. Не используйте для реализации запрошенного изменения, поиска первопричин сбоя теста или инцидента (используйте systematic-debugging), оценки безопасности всей системы (используйте security-audit-methodology), безопасного проектирования нового кода (используйте secure-software-engineering), обзора архитектуры между системами (используйте software-architecture) или обратного инжиниринга незнакомой кодовой базы (используйте software-architecture-analysis).

машинный переводПоказать оригиналСкрыть оригинал«Review a code change for correctness, security, maintainability, and t…»

Review a code change for correctness, security, maintainability, and test adequacy, and reach a defensible verdict. Use when reviewing a pull request, diff, patch, or AI-generated change; when scoping an oversized review into reviewable units; when writing or triaging review comments; when assigning reviewers or setting review policy; or when investigating why a defect escaped review. Covers change sizing and attention budgets, risk-tiered checklists, severity-labeled comments, verdict and residual-risk records, review metrics that resist gaming, and the measured limits of checklists and AI reviewers. Do not use for implementing the requested change, root-cause debugging of a failing test or incident (use systematic-debugging), security assessment of a whole system (use security-audit-methodology), designing new code securely (use secure-software-engineering), architecture review across systems (use software-architecture), or reverse-engineering an unfamiliar codebase (use software-architecture-analysis).

Проверяйте изменения в коде на корректность, безопасность, поддерживаемость и адекватность тестов, вынося обоснованное решение.

Как процесс B 69/100 · Почти готов — слабые места: результат и критерий готовности, повторный запуск, отчётность по ходу