Code Review

Настройте автоматизированные проверки PR, которые выявляют логические ошибки, уязвимости безопасности и регрессии с помощью многоагентного анализа всей вашей кодовой базы

Code Review анализирует ваши pull-запросы GitHub и публикует результаты в виде встроенных комментариев на строках кода, где были обнаружены проблемы. Группа специализированных агентов изучает изменения кода в контексте всей вашей кодовой базы, ища логические ошибки, уязвимости безопасности, нарушенные граничные случаи и тонкие регрессии.

Результаты помечаются по степени серьёзности и не одобряют и не блокируют ваш PR, поэтому существующие рабочие процессы проверки остаются неизменными. Вы можете настроить, что Claude помечает, добавив файл CLAUDE.md или REVIEW.md в ваш репозиторий.

Чтобы запустить Claude в собственной инфраструктуре CI вместо этого управляемого сервиса, см. GitHub Actions или GitLab CI/CD. Для репозиториев на самостоятельно размещённом экземпляре GitHub см. GitHub Enterprise Server.

На этой странице рассматривается:

• Как работают проверки
• Настройка
• Ручной запуск проверок с помощью @claude review и @claude review always
• Настройка проверок с помощью CLAUDE.md и REVIEW.md
• Цены
• Устранение неполадок при сбое запусков и отсутствии комментариев
• Проверка diff локально с помощью команды /code-review

Как работают проверки

После того как администратор включит Code Review для вашей организации, проверки запускаются при открытии PR, при каждом push или при ручном запросе в зависимости от настроенного поведения репозитория. Комментарий @claude review запускает проверки на PR в любом режиме.

Когда запускается проверка, несколько агентов параллельно анализируют diff и окружающий код на инфраструктуре Anthropic. Каждый агент ищет другой класс проблем, затем этап проверки проверяет кандидатов на соответствие фактическому поведению кода, чтобы отфильтровать ложные срабатывания. Результаты дедублицируются, ранжируются по степени серьёзности и публикуются в виде встроенных комментариев на конкретных строках, где были обнаружены проблемы, с кратким резюме в теле проверки. Если проблемы не найдены, Code Review обновляет проверку GitHub, чтобы показать, что проблемы не обнаружены. Claude также может опубликовать краткий подтверждающий комментарий на PR.

Проверки масштабируются по стоимости в зависимости от размера и сложности PR, в среднем завершаясь за 20 минут. Администраторы могут отслеживать активность проверок и расходы через панель аналитики.

Уровни серьёзности

Каждый результат помечается уровнем серьёзности:

Результаты включают свёртываемый раздел расширенного рассуждения, который вы можете развернуть, чтобы понять, почему Claude пометил проблему и как она проверила проблему.

Оценка и ответ на результаты

Каждый комментарий проверки от Claude поступает с уже прикреплёнными 👍 и 👎, поэтому обе кнопки появляются в пользовательском интерфейсе GitHub для одноклассного рейтинга. Нажмите 👍, если результат был полезен, или 👎, если он был неправильным или шумным. Anthropic собирает количество реакций после слияния PR и использует их для настройки рецензента. Реакции не запускают повторную проверку и не изменяют ничего на PR.

Ответ на встроенный комментарий не побуждает Claude ответить или обновить PR. Чтобы действовать на основе результата, исправьте код и выполните push. Если PR подписан на проверки, запускаемые при push, следующий запуск разрешает поток при исправлении проблемы. Чтобы запросить свежую проверку без push, прокомментируйте @claude review как комментарий верхнего уровня PR.

Чтобы отклонить результат без изменения кода, разрешите его поток; ответ не отклонит его.

Вывод проверки

Помимо встроенных комментариев проверки, каждая проверка заполняет проверку Claude Code Review, которая появляется рядом с вашими проверками CI. Разверните её ссылку Details, чтобы увидеть сводку каждого результата в одном месте, отсортированную по степени серьёзности:

Каждый результат также появляется как аннотация на вкладке Files changed, отмеченный непосредственно на соответствующих строках diff. Важные результаты отображаются с красным маркером, nits с жёлтым предупреждением, а уже существующие ошибки с серым уведомлением. Аннотации и таблица серьёзности записываются в проверку независимо от встроенных комментариев проверки, поэтому они остаются доступными, даже если GitHub отклонит встроенный комментарий на строке, которая переместилась.

Проверка всегда завершается с нейтральным выводом, поэтому она никогда не блокирует слияние через правила защиты ветки. Если вы хотите заблокировать слияния на основе результатов Code Review, прочитайте разбор серьёзности из вывода проверки в вашем собственном CI. Последняя строка текста Details — это машиночитаемый комментарий, который ваш рабочий процесс может разобрать с помощью gh и jq. Чтобы найти ID проверки, выведите список проверок коммита с помощью gh api repos/OWNER/REPO/commits/<commit-sha>/check-runs --jq '.check_runs[] | {id, name}' и возьмите id запуска Claude Code Review. Замените OWNER, REPO и CHECK_RUN_ID на владельца вашего репозитория, имя репозитория и этот ID:

gh api repos/OWNER/REPO/check-runs/CHECK_RUN_ID \
  --jq '.output.text | split("bughunter-severity: ")[1] | split(" -->")[0] | fromjson'

Это возвращает объект JSON с подсчётом по степени серьёзности, например {"normal": 2, "nit": 1, "pre_existing": 0}. Ключ normal содержит количество результатов Important; ненулевое значение означает, что Claude обнаружил по крайней мере одну ошибку, которую стоит исправить перед слиянием.

Что проверяет Code Review

По умолчанию Code Review сосредоточен на корректности: ошибки, которые нарушат production, а не на предпочтениях форматирования или отсутствии покрытия тестами. Вы можете расширить то, что он проверяет, добавив файлы руководства в ваш репозиторий.

Настройка Code Review

Администратор включает Code Review один раз для организации и выбирает, какие репозитории включить.

Таблица репозиториев также показывает среднюю стоимость проверки для каждого репо на основе недавней активности. Используйте меню действий строки, чтобы включить или отключить Code Review для каждого репозитория или полностью удалить репозиторий.

Чтобы проверить настройку, откройте тестовый PR. Если вы выбрали автоматический триггер, проверка с именем Claude Code Review появится в течение нескольких минут. Если вы выбрали Manual, прокомментируйте @claude review на PR, чтобы запустить первую проверку. Если проверка не появляется, подтвердите, что репозиторий указан в параметрах администратора и Claude GitHub App имеет доступ к нему.

Ручной запуск проверок

Команды комментариев запускают проверку по требованию. Они работают независимо от настроенного триггера репозитория, поэтому вы можете использовать их, чтобы выбрать конкретные PR для проверки в ручном режиме или получить немедленную повторную проверку в других режимах.

Используйте @claude review always, когда вы хотите, чтобы каждый последующий push на PR запускал свежую проверку, например, на высокоприоритетном PR в репозитории, установленном в ручной режим. Поскольку простая команда не подписывает PR, вы можете запросить одноразовое второе мнение без изменения того, запускают ли последующие push проверки.

Для запуска проверки любой из этих команд:

• Опубликуйте её как комментарий верхнего уровня PR, а не встроенный комментарий на строке diff
• Поместите команду в начало комментария, с once или always на той же строке, что и остальная часть команды
• У вас должен быть доступ на запись, обслуживание или администратор к репозиторию
• PR должен быть открыт

Если репозиторий принадлежит организации и ваше членство в этой организации является приватным, что является стандартным поведением GitHub, GitHub не идентифицирует вас для Claude как члена. Claude может по-прежнему реагировать на ваш комментарий с 👀, но не запускает проверку, если вы не были добавлены в репозиторий напрямую как сотрудник, даже если команда или базовые разрешения организации дают вам доступ на запись. Чтобы исправить это, сделайте ваше членство в организации публичным или попросите администратора репозитория добавить вас в репозиторий как сотрудника.

В отличие от автоматических триггеров, ручные триггеры запускаются на черновиках PR, так как явный запрос сигнализирует, что вы хотите проверку сейчас независимо от статуса черновика.

Если проверка уже запущена на этом PR, запрос ставится в очередь до завершения текущей проверки. Вы можете отслеживать прогресс через проверку на PR.

Проверка pull request из форков

Claude не проверяет pull request из форка автоматически, независимо от настройки Review Behavior репозитория. Чтобы запустить его, прокомментируйте @claude review на pull request. Требования для команд комментариев по-прежнему применяются, и доступ на запись, который вам нужен, — это доступ к базовому репозиторию, а не к форку.

Чтобы получить ещё одну проверку pull request из форка, опубликуйте новый комментарий @claude review. @claude review always также работает, но не подписывает pull request на проверки при последующих push. Ничто, кроме команды комментария, не запускает проверку на pull request из форка:

• Нажатие Re-run на проверке не запускает проверку
• Push новых коммитов не запускает проверку, даже в репозитории, установленном на After every push

Настройка рецензирования

Code Review читает два файла из вашего репозитория, чтобы направлять то, что он отмечает. Они различаются по тому, насколько сильно они влияют на рецензирование:

• CLAUDE.md: общие инструкции проекта, которые Claude Code использует для всех задач, а не только для рецензирования. Code Review читает его как контекст проекта и отмечает вновь введённые нарушения как замечания.
• REVIEW.md: инструкции только для рецензирования, передаваемые агентам, которые находят и проверяют результаты, и консультируемые агентами, которые ранжируют и сообщают о них. Используйте его, чтобы указать, что ваша команда хочет отметить, с какой серьёзностью и как сообщаются результаты.

CLAUDE.md

Code Review читает файлы CLAUDE.md вашего репозитория и рассматривает вновь введённые нарушения как результаты уровня замечания. Это работает двусторонне: если ваш PR изменяет код таким образом, что утверждение в CLAUDE.md становится устаревшим, Claude отмечает, что документация также нуждается в обновлении.

Claude читает файлы CLAUDE.md на каждом уровне иерархии вашего каталога, поэтому правила в CLAUDE.md подкаталога применяются только к файлам под этим путём. Дополнительную информацию о том, как работает CLAUDE.md, см. в документации по памяти.

Для рецензирования, специфичного для рецензирования, которое вы не хотите применять к общим сеансам Claude Code, используйте вместо этого REVIEW.md.

REVIEW\.md

REVIEW.md — это файл в корне вашего репозитория, который адаптирует Code Review к вашему репо. Агенты в конвейере рецензирования, которые находят и проверяют результаты, получают его содержимое как инструкции рецензирования вашего репозитория, наряду с рекомендациями по рецензированию Code Review по умолчанию, и агенты, которые ранжируют и сообщают о результатах, консультируются с ним перед определением серьёзности и написанием рецензирования.

Поместите правила, которые вы хотите применять, непосредственно в REVIEW.md.

Что вы можете настроить

REVIEW.md — это свободный markdown, поэтому всё, что вы можете выразить как инструкцию рецензирования, находится в области действия. Приведённые ниже шаблоны оказывают наибольшее влияние на практике.

Серьёзность: переопределите, что означает 🔴 Important для вашего репо. Калибровка по умолчанию ориентирована на производственный код; репозиторий документации, репозиторий конфигурации или прототип могут захотеть гораздо более узкое определение. Явно укажите, какие классы результатов являются Important, а какие — максимум Nit. Вы также можете повысить уровень в другом направлении, например, рассматривая любое нарушение CLAUDE.md как Important, а не как замечание по умолчанию.

Объём замечаний: ограничьте количество комментариев 🟡 Nit, которые одно рецензирование публикует. Текст и файлы конфигурации можно полировать бесконечно. Ограничение типа «сообщайте максимум пять замечаний, упомяните остальные как количество в сводке» делает рецензирование действенным.

Правила пропуска: перечислите пути, шаблоны ветвей и категории результатов, где Claude не должен публиковать результаты. Обычные кандидаты — это сгенерированный код, файлы блокировки, поставляемые зависимости и ветви, созданные машиной, наряду со всем, что ваш CI уже применяет, например линтинг или проверка орфографии. Для путей, которые требуют некоторого рецензирования, но не полной проверки, установите более высокую планку вместо полного пропуска: «в scripts/ сообщайте только если почти уверены и серьёзно».

Проверки, специфичные для репо: добавьте правила, которые вы хотите отметить в каждом PR, например «новые маршруты API должны иметь интеграционный тест». Поскольку REVIEW.md достигает каждого агента поиска и проверки результатов напрямую, эти правила применяются более надёжно, чем те же правила в длинном CLAUDE.md.

Планка проверки: требуйте доказательства перед публикацией класса результатов. Например, «утверждения о поведении нуждаются в цитировании file:line в исходном коде, а не в выводе из именования» снижает ложные срабатывания, которые в противном случае обошлись бы автору в дополнительный раунд.

Сходимость повторного рецензирования: скажите Claude, как себя вести, когда PR уже был рецензирован. Правило типа «после первого рецензирования подавляйте новые замечания и публикуйте только результаты Important» предотвращает то, что однострочное исправление достигает седьмого раунда только из-за стиля.

Форма сводки: попросите, чтобы тело рецензирования начиналось с однострочного подсчёта, например 2 factual, 4 style, и начиналось с «no factual issues», когда это имеет место. Автор хочет знать форму работы перед деталями.

Пример

Этот REVIEW.md пересчитывает серьёзность для бэкенд-сервиса, ограничивает замечания, пропускает сгенерированные файлы и добавляет проверки, специфичные для репо.

# Review instructions

## What Important means here

Reserve Important for findings that would break behavior, leak data,
or block a rollback: incorrect logic, unscoped database queries, PII
in logs or error messages, and migrations that aren't backward
compatible. Style, naming, and refactoring suggestions are Nit at
most.

## Cap the nits

Report at most five Nits per review. If you found more, say "plus N
similar items" in the summary instead of posting them inline. If
everything you found is a Nit, lead the summary with "No blocking
issues."

## Do not report

- Anything CI already enforces: lint, formatting, type errors
- Generated files under `src/gen/` and any `*.lock` file
- Test-only code that intentionally violates production rules

## Always check

- New API routes have an integration test
- Log lines don't include email addresses, user IDs, or request bodies
- Database queries are scoped to the caller's tenant

Держите это сосредоточенным

Длина имеет цену: длинный REVIEW.md разбавляет правила, которые имеют наибольшее значение. Ограничьте его инструкциями, которые изменяют поведение рецензирования, и оставьте общий контекст проекта в CLAUDE.md.

Просмотр использования

Перейдите на claude.ai/analytics/code-review, чтобы увидеть активность Code Review во всей вашей организации. Панель показывает:

Цифры стоимости панели — это оценки для мониторинга активности. Для точной по счёту траты обратитесь к вашему счёту Anthropic.

Ценообразование

Code Review выставляется счет на основе использования токенов. Каждый обзор в среднем стоит $15-25, масштабируясь в зависимости от размера PR, сложности кодовой базы и количества проблем, требующих проверки. Использование Code Review выставляется счет отдельно через кредиты использования и не учитывается в рамках включенного использования вашего плана.

Выбранный вами триггер обзора влияет на общую стоимость:

• После создания PR: запускается один раз за PR
• После каждого push: запускается при каждом push, умножая стоимость на количество push'ей
• Вручную: нет обзоров при открытии или push, поэтому стоимость начисляется только за обзоры, которые кто-то запрашивает

В режиме "После создания PR" или "Вручную" комментарий @claude review always переводит PR на обзоры, запускаемые при push, поэтому дополнительная стоимость начисляется за каждый push после этого комментария. В режиме "После каждого push" push'и уже запускают обзоры, поэтому подписка не изменяет стоимость за push. Комментарий @claude review запускает один обзор без подписки на будущие push'и. Claude проверяет pull request из форка только когда кто-то комментирует @claude review, поэтому pull request из форка никогда не начисляет стоимость за push в любом режиме.

Затраты отображаются в вашем счете Anthropic независимо от того, использует ли ваша организация Amazon Bedrock или Google Cloud's Agent Platform для других функций Claude Code. Чтобы установить ежемесячный лимит расходов для Code Review, перейдите на claude.ai/admin-settings/usage и настройте лимит для сервиса Claude Code Review.

Отслеживайте расходы через еженедельную диаграмму затрат в аналитике или столбец средней стоимости за репозиторий в параметрах администратора.

Устранение неполадок

Запуски проверок выполняются по принципу best-effort. Сбой запуска никогда не блокирует ваш PR, но он также не повторяется автоматически. Этот раздел охватывает, как восстановиться после сбоя запуска и где искать, когда проверка сообщает о проблемах, которые вы не можете найти.

Повторный запуск сбойной или истёкшей по времени проверки

Когда инфраструктура проверки сталкивается с внутренней ошибкой или превышает лимит времени, проверка завершается с названием Code review encountered an error или Code review timed out. Вывод по-прежнему нейтральный, поэтому ничто не блокирует ваше слияние, но результаты не публикуются.

Чтобы запустить проверку снова, прокомментируйте @claude review на PR. Это запускает свежую проверку без подписки PR на будущие push. Если PR не из форка, вы можете вместо этого нажать Re-run на проверке Claude Code Review на вкладке Checks в GitHub. Повторный запуск также запускает свежую проверку без подписки PR.

Проверка не запустилась и PR показывает сообщение о лимите расходов

Когда достигнут ежемесячный лимит расходов вашей организации, Code Review публикует один комментарий на PR, объясняя, что проверка была пропущена. Проверки возобновляются автоматически в начале следующего периода выставления счётов или немедленно, когда администратор повышает лимит на claude.ai/admin-settings/usage.

Найти проблемы, которые не отображаются как встроенные комментарии

Если название проверки говорит, что проблемы были найдены, но вы не видите встроенные комментарии проверки на diff, ищите в этих других местах, где отображаются результаты:

• Check run Details: нажмите Details рядом с проверкой Claude Code Review на вкладке Checks. Таблица серьёзности перечисляет каждый результат с его файлом, строкой и сводкой независимо от того, был ли принят встроенный комментарий.
• Files changed annotations: откройте вкладку Files changed на PR. Результаты отображаются как аннотации, прикреплённые непосредственно к строкам diff, отдельно от комментариев проверки.
• Review body: если вы push в PR во время выполнения проверки, некоторые результаты могут ссылаться на строки, которые больше не существуют в текущем diff. Они появляются под заголовком Additional findings в тексте тела проверки, а не как встроенные комментарии.

Проверка diff локально

Команда /code-review проверяет diff в вашем терминале без установки GitHub App. Она сообщает об ошибках корректности и переиспользовании, упрощении и очистке эффективности.

/review является псевдонимом /code-review; до версии v2.1.223 это была отдельная команда, которая выполняла однопроходную проверку только для чтения pull request GitHub.

/code-review

Claude сообщает результаты в виде текста в ответе в обоих этих запусках, даже когда хост-приложение запрашивает список результатов:

• В сеансе терминала, где /code-review запускает проверку как forked subagent
• В запуске -p с текстовым или JSON выводом

В хост-приложении, которое запрашивает список результатов, таком как desktop app, Claude сообщает результаты проверки через инструмент ReportFindings. Claude Code отображает отчёт как список результатов, и каждая запись показывает расположение файла, однострочное резюме и тег категории, такой как correctness, когда результат его содержит. Запрос хоста применяется на каждом уровне усилий и требует Claude Code v2.1.218 или позже.

Когда Claude позже в сеансе исправляет сообщённые результаты, он сообщает их снова, и Claude Code отмечает каждый результат в обновлённом списке результатов как исправленный, пропущенный или не требующий изменений.

Что проверка читает и редактирует

Проверка следует вашему CLAUDE.md как любой сеанс Claude Code, но она не читает REVIEW.md. Фоновая проверка применяет свои правки --fix вне checkpoints вашего сеанса, поэтому /rewind их не отменяет; используйте git для их отката. Когда проверка выполняется на переднем плане, она редактирует ваше рабочее дерево во время вашего собственного хода, поэтому /rewind восстанавливает её правки как обычно.

Настройте усилие и аргументы

Передайте уровень усилий для компромисса между охватом и уверенностью. На low и medium проверка сообщает только о результатах, в которых она наиболее уверена, поэтому вы видите меньше ложных срабатываний; high через max расширяют охват и могут включать результаты, в которых проверка менее уверена.

Когда вы не вводите уровень, проверка повторно использует последний уровень от low до max, который вы вводили, даже в более раннем сеансе, и Claude Code показывает уведомление, такое как Reusing high effort, the level you typed last time. Введите уровень, например /code-review high, чтобы изменить то, что позже повторно используют; уровень, который вы передаёте в неинтерактивном запуске -p, его не обновляет. ultra ни обновляет, ни использует запомненный уровень. Если вы никогда не вводили уровень, проверка использует текущее усилие сеанса. До версии v2.1.223 /code-review без уровня всегда использовал текущее усилие сеанса.

После уровня усилий и флагов Claude Code читает остаток строки одним из двух способов:

• Без ultra: всё оставшееся является целью проверки, даже когда оно начинается с другого имени команды. /code-review /fix-issue 123 проверяет с /fix-issue 123 как текст цели вместо загрузки /fix-issue как второго stacked skill. До версии v2.1.218 команда, сложенная после /code-review, расширялась как собственный skill.
• С ultra: Claude Code читает одно слово как базовую ветку или номер PR и превращает более длинный текст, который не называет ветку или PR, в заметку, прикреплённую к проверке. /code-review ultra check my auth changes проверяет вашу текущую ветку, и Claude связывает результаты с вашей заметкой.

Запустите на переднем плане

Проверка выполняется в фоне по умолчанию; до версии v2.1.218 она выполнялась внутри вашей беседы. Она выполняется на переднем плане вместо этого в случаях, подобных этим:

• Вы запускаете /code-review снова, пока более ранняя проверка всё ещё выполняется
• Вы запускаете её в неинтерактивном режиме с флагом -p или Agent SDK; Claude Code ждёт проверку и включает результаты в ответ, кроме ultra, который запускает облачную проверку без ожидания
• Вы устанавливаете CLAUDE_CODE_DISABLE_BACKGROUND_TASKS на 1, что также отключает все остальные функции фоновых задач

Позвольте Claude начать проверку

Claude может запустить /code-review самостоятельно. Попросите его проверить ваши изменения на простом языке, и он может запустить skill без того, чтобы вы вводили команду, и scheduled task с /code-review как его подсказкой запускает проверку.

Запланированная задача никогда не запускает облачную проверку, поэтому планируйте /code-review без аргумента ultra.

Чтобы остановить Claude и запланированные задачи от запуска проверки, сохраняя /code-review доступным для вас, добавьте запись skillOverrides в файл настроек, такой как ~/.claude/settings.json:

{
  "skillOverrides": {
    "code-review": "user-invocable-only"
  }
}

До версии v2.1.246 Claude запускал /code-review самостоятельно только там, где флаг функции, полученный от Anthropic, его включал. В сеансах, которые не получают флаги функций, /code-review запускался только когда вы его вводили, и запланированный /code-review поступал Claude как простой текст.

Перейти на ultrareview

/code-review ultra --fix запускает более глубокую ultrareview в облаке, затем применяет её результаты к вашему рабочему дереву, когда они возвращаются в ваш сеанс.

Ultrareview использует свою собственную область: вашу текущую ветку против ветки по умолчанию репозитория, плюс незафиксированные и поставленные на сцену изменения в рабочем дереве. Для незафиксированных изменений файлов, названных как учётные данные или ключи, такие как .env и *.tfvars файлы, Claude Code следует правилам для загрузки локального репозитория в облачный сеанс. Передайте имя ветки, такое как /code-review ultra develop, для сравнения с другой базой.

Когда целью является pull request github.com, вы можете попросить Claude опубликовать завершённые результаты в PR как комментарий с вашего аккаунта GitHub. Требуется Claude Code v2.1.227 или позже.

Чтобы запустить облачную проверку из скрипта или CI, запустите claude -p '/code-review ultra'. Claude Code запускает проверку и выводит ссылку для отслеживания её. Требуется Claude Code v2.1.218 или позже.

Когда проверка будет выставлять счёт usage credits, Claude Code останавливается перед запуском, потому что подтверждение выставления счёта требует интерактивного сеанса. Вместо этого запустите claude ultrareview subcommand; запустив его, вы даёте согласие на взимание платежа.

Команда называлась /simplify до версии v2.1.147, когда она применяла исправления по умолчанию. /simplify запускает отдельную проверку только для очистки, которая применяет исправления без поиска ошибок. Если вы использовали скрипт /simplify для поиска ошибок, переключитесь на /code-review --fix.

Связанные ресурсы

• Commands: запустите /code-review в локальной сессии Claude Code, чтобы проверить diff перед push
• GitHub Actions: запустите Claude в ваших собственных рабочих процессах GitHub Actions для пользовательской автоматизации за пределами проверки кода
• GitLab CI/CD: самостоятельно размещённая интеграция Claude для конвейеров GitLab
• Memory: как работают файлы CLAUDE.md во всём Claude Code
• Analytics: отслеживайте использование Claude Code за пределами проверки кода
• How Anthropic secures its AI-native software development lifecycle: как автоматизированная проверка встраивается в качестве одного из уровней безопасного процесса разработки Anthropic