4 4
5# Code Review5# Code Review
6 6
7> Настройте автоматизированные проверки PR, которые выявляют логические ошибки, уязвимости безопасности и регрессии с помощью многоагентного анализа всей вашей кодовой базы7> Находите ошибки в pull request на GitHub с помощью Code Review: Claude проводит ревью каждого изменения, проверяет свои результаты и оставляет встроенные комментарии. Для планов Team и Enterprise
8 8
9<Note>9С Code Review Claude проводит ревью pull request в ваших репозиториях GitHub. Несколько агентов читают каждое изменение вместе с окружающим кодом и ищут такие проблемы, как логические ошибки, уязвимости безопасности или нарушенные граничные случаи. Прежде чем о результатах будет сообщено, этап верификации сверяет их с кодом.
10 Code Review находится в статусе research preview и доступен для подписок [Team и Enterprise](https://claude.ai/admin-settings/claude-code). Он недоступен для организаций с включённым [Zero Data Retention](/docs/ru/zero-data-retention) или с применённой [конфигурацией HIPAA](/docs/ru/hipaa-setup), и на него не распространяется BAA Anthropic. На других планах вы всё ещё можете [проверить diff локально](#review-a-diff-locally) с помощью команды `/code-review`.
11</Note>
12
13Code Review анализирует ваши pull-запросы GitHub и публикует результаты в виде встроенных комментариев на строках кода, где были обнаружены проблемы. Группа специализированных агентов изучает изменения кода в контексте всей вашей кодовой базы, ища логические ошибки, уязвимости безопасности, нарушенные граничные случаи и тонкие регрессии.
14
15Результаты помечаются по степени серьёзности и не одобряют и не блокируют ваш PR, поэтому существующие рабочие процессы проверки остаются неизменными. Вы можете настроить, что Claude помечает, добавив файл `CLAUDE.md` или `REVIEW.md` в ваш репозиторий.
16
17Чтобы запустить Claude в собственной инфраструктуре CI вместо этого управляемого сервиса, см. [GitHub Actions](/docs/ru/github-actions) или [GitLab CI/CD](/docs/ru/gitlab-ci-cd). Для репозиториев на самостоятельно размещённом экземпляре GitHub см. [GitHub Enterprise Server](/docs/ru/github-enterprise-server).
18
19На этой странице рассматривается:
20
21* [Как работают проверки](#how-reviews-work)
22* [Настройка](#set-up-code-review)
23* [Ручной запуск проверок](#manually-trigger-reviews) с помощью `@claude review` и `@claude review always`
24* [Настройка проверок](#customize-reviews) с помощью `CLAUDE.md` и `REVIEW.md`
25* [Цены](#pricing)
26* [Устранение неполадок](#troubleshooting) при сбое запусков и отсутствии комментариев
27* [Проверка diff локально](#review-a-diff-locally) с помощью команды `/code-review`
28
29<h2 id="how-reviews-work">
30 Как работают проверки
31</h2>
32
33После того как администратор [включит Code Review](#set-up-code-review) для вашей организации, проверки запускаются при открытии PR, при каждом push или при ручном запросе в зависимости от настроенного поведения репозитория. Комментарий `@claude review` [запускает проверки на PR](#manually-trigger-reviews) в любом режиме.
34
35Когда запускается проверка, несколько агентов параллельно анализируют diff и окружающий код на инфраструктуре Anthropic. Каждый агент ищет другой класс проблем, затем этап проверки проверяет кандидатов на соответствие фактическому поведению кода, чтобы отфильтровать ложные срабатывания. Результаты дедублицируются, ранжируются по степени серьёзности и публикуются в виде встроенных комментариев на конкретных строках, где были обнаружены проблемы, с кратким резюме в теле проверки. Если проблемы не найдены, Code Review обновляет проверку GitHub, чтобы показать, что проблемы не обнаружены. Claude также может опубликовать краткий подтверждающий комментарий на PR.
36
37Проверки масштабируются по стоимости в зависимости от размера и сложности PR, в среднем завершаясь за 20 минут. Администраторы могут отслеживать активность проверок и расходы через [панель аналитики](#view-usage).
38
39<h3 id="severity-levels">
40 Уровни серьёзности
41</h3>
42
43Каждый результат помечается уровнем серьёзности:
44
45| Маркер | Серьёзность | Значение |
46| :- | :- | :- |
47| 🔴 | Important | Ошибка, которую следует исправить перед слиянием |
48| 🟡 | Nit | Незначительная проблема, стоит исправить, но не блокирует |
49| 🟣 | Pre-existing | Ошибка, которая существует в кодовой базе, но не была введена этим PR |
50
51Результаты включают свёртываемый раздел **Why this was flagged**, который вы можете развернуть, чтобы понять, почему Claude пометил проблему и как она проверила проблему.
52
53<h3 id="rate-and-reply-to-findings">
54 Оценка и ответ на результаты
55</h3>
56
57Каждый комментарий проверки от Claude поступает с уже прикреплёнными 👍 и 👎, поэтому обе кнопки появляются в пользовательском интерфейсе GitHub для одноклассного рейтинга. Нажмите 👍, если результат был полезен, или 👎, если он был неправильным или шумным. Anthropic собирает количество реакций после слияния PR и использует их для настройки рецензента. Реакции не запускают повторную проверку и не изменяют ничего на PR.
58
59Ответ на встроенный комментарий не побуждает Claude ответить или обновить PR. Чтобы действовать на основе результата, исправьте код и выполните push. Если PR подписан на проверки, запускаемые при push, следующий запуск разрешает поток при исправлении проблемы. Чтобы запросить свежую проверку без push, прокомментируйте `@claude review` как [комментарий верхнего уровня PR](#manually-trigger-reviews).
60
61Чтобы отклонить результат без изменения кода, разрешите его поток; ответ не отклонит его.
62
63<h3 id="check-run-output">
64 Вывод проверки
65</h3>
66
67Помимо встроенных комментариев проверки, каждая проверка заполняет проверку **Claude Code Review**, которая появляется рядом с вашими проверками CI. Разверните её ссылку **Details**, чтобы увидеть сводку каждого результата в одном месте, отсортированную по степени серьёзности:
68
69| Серьёзность | Файл:Строка | Проблема |
70| - | - | - |
71| 🔴 Important | `src/auth/session.ts:142` | Обновление токена гонится с выходом, оставляя активными устаревшие сеансы |
72| 🟡 Nit | `src/auth/session.ts:88` | `parseExpiry` молча возвращает 0 при неправильном вводе |
73
74Каждый результат также появляется как аннотация на вкладке **Files changed**, отмеченный непосредственно на соответствующих строках diff. Важные результаты отображаются с красным маркером, nits с жёлтым предупреждением, а уже существующие ошибки с серым уведомлением. Аннотации и таблица серьёзности записываются в проверку независимо от встроенных комментариев проверки, поэтому они остаются доступными, даже если GitHub отклонит встроенный комментарий на строке, которая переместилась.
75
76Проверка всегда завершается с нейтральным выводом, поэтому она никогда не блокирует слияние через правила защиты ветки. Если вы хотите заблокировать слияния на основе результатов 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:
77
78```bash theme={null}
79gh api repos/OWNER/REPO/check-runs/CHECK_RUN_ID \
80 --jq '.output.text | split("bughunter-severity: ")[1] | split(" -->")[0] | fromjson'
81```
82
83Это возвращает объект JSON с подсчётом по степени серьёзности, например `{"normal": 2, "nit": 1, "pre_existing": 0}`. Ключ `normal` содержит количество результатов Important; ненулевое значение означает, что Claude обнаружил по крайней мере одну ошибку, которую стоит исправить перед слиянием.
84
85<h3 id="what-code-review-checks">
86 Что проверяет Code Review
87</h3>
88
89По умолчанию Code Review сосредоточен на корректности: ошибки, которые нарушат production, а не на предпочтениях форматирования или отсутствии покрытия тестами. Вы можете расширить то, что он проверяет, [добавив файлы руководства](#customize-reviews) в ваш репозиторий.
90
91<h2 id="set-up-code-review">
92 Настройка Code Review
93</h2>
94
95Администратор включает Code Review один раз для организации и выбирает, какие репозитории включить.
96
97<Steps>
98 <Step title="Откройте параметры администратора Claude Code">
99 Перейдите на [claude.ai/admin-settings/claude-code](https://claude.ai/admin-settings/claude-code) и найдите раздел Code Review. Вам нужна роль Owner или Primary Owner в вашей организации Claude и разрешение на установку GitHub Apps в вашей организации GitHub.
100 </Step>
101
102 <Step title="Начните настройку">
103 Нажмите **Setup**. Это начинает процесс установки GitHub App.
104 </Step>
105
106 <Step title="Установите Claude GitHub App">
107 Следуйте подсказкам для установки Claude GitHub App: выберите организацию GitHub, которая владеет репозиториями, которые вы хотите проверить, выберите, к каким репозиториям приложение может получить доступ, и одобрите запрашиваемые разрешения.
108
109 Для проверки pull-запроса Claude читает содержимое вашего репозитория через доступ на чтение приложения и публикует комментарии и [check run](#check-run-output) через его доступ на запись к pull-запросам и проверкам. Во время установки вы предоставляете более широкий набор разрешений, используемый другими функциями Claude, такими как [GitHub Actions](/docs/ru/github-actions); см. [GitHub App permissions](/docs/ru/github-actions#github-app-permissions) для полного списка.
110 </Step>
111
112 <Step title="Выберите репозитории">
113 Выберите, какие репозитории включить для Code Review. Если вы не видите репозиторий, убедитесь, что вы дали Claude GitHub App доступ к нему во время установки. Вы можете добавить больше репозиториев позже.
114 </Step>
115
116 <Step title="Установите триггеры проверки для каждого репо">
117 После завершения настройки раздел Code Review показывает ваши репозитории в таблице. Для каждого репозитория используйте раскрывающееся меню **Review Behavior**, чтобы выбрать, когда запускаются проверки:
118
119 * **Once after PR creation**: проверка запускается один раз при открытии PR или отметке готовности к проверке
120 * **After every push**: проверка запускается при каждом push в ветку PR, выявляя новые проблемы по мере развития PR и автоматически разрешая потоки при исправлении помеченных проблем
121 * **Manual**: открытие или push в PR не запускает проверку; прокомментируйте [`@claude review`](#manually-trigger-reviews), чтобы запросить проверку, или `@claude review always`, чтобы также подписать PR на проверки при последующих push
122
123 Независимо от выбранного варианта, Claude проверяет [pull-запрос из форка](#review-pull-requests-from-forks) только когда кто-то прокомментирует `@claude review` на нем.
124
125 Проверка при каждом push запускает наибольшее количество проверок и стоит дороже всего. Ручной режим полезен для репозиториев с высокой активностью, где вы хотите выбрать конкретные PR для проверки, или чтобы начать проверку ваших PR только после того, как они будут готовы.
126 </Step>
127</Steps>
128
129Таблица репозиториев также показывает среднюю стоимость проверки для каждого репо на основе недавней активности. Используйте меню действий строки, чтобы включить или отключить Code Review для каждого репозитория или полностью удалить репозиторий.
130
131Чтобы проверить настройку, откройте тестовый PR. Если вы выбрали автоматический триггер, проверка с именем **Claude Code Review** появится в течение нескольких минут. Если вы выбрали Manual, прокомментируйте `@claude review` на PR, чтобы запустить первую проверку. Если проверка не появляется, подтвердите, что репозиторий указан в параметрах администратора и Claude GitHub App имеет доступ к нему.
132 10
133<h2 id="manually-trigger-reviews">11Результаты поступают в виде встроенных комментариев на соответствующих строках, ранжированные по [степени серьёзности](/docs/ru/code-review-pull-requests#severity-levels), вместе со сводкой и check run на pull request. Ревью никогда не одобряет и не блокирует pull request, поэтому решение о слиянии остаётся за вашей командой.
134 Ручной запуск проверок
135</h2>
136
137Команды комментариев запускают проверку по требованию. Они работают независимо от настроенного триггера репозитория, поэтому вы можете использовать их, чтобы выбрать конкретные PR для проверки в ручном режиме или получить немедленную повторную проверку в других режимах.
138 12
139| Команда | Что она делает |13<img src="https://mintcdn.com/claude-code/gLJVaPQEgKC8ZyUD/images/code-review-pipeline.svg?fit=max&auto=format&n=gLJVaPQEgKC8ZyUD&q=85&s=0351c96df9efa3105172eb00a672f130" className="dark:hidden" alt="Схема ревью в четыре этапа. Pull request на GitHub передаётся нескольким агентам, которые параллельно ведут поиск на инфраструктуре Anthropic. Этап верификации отбрасывает ложные срабатывания, оставшиеся результаты дедуплицируются и ранжируются по степени серьёзности, а ревью публикует встроенные комментарии, сводку и check run обратно на GitHub." width="760" height="300" data-path="images/code-review-pipeline.svg" />
140| :- | :- |
141| `@claude review` | Запускает одну проверку без подписки PR на будущие push |
142| `@claude review always` | Запускает проверку и подписывает PR на проверки, запускаемые при push, в дальнейшем |
143| `@claude review once` | То же самое, что `@claude review`: запускает одну проверку без подписки |
144 14
145Используйте `@claude review always`, когда вы хотите, чтобы каждый последующий push на PR запускал свежую проверку, например, на высокоприоритетном PR в репозитории, установленном в ручной режим. Поскольку простая команда не подписывает PR, вы можете запросить одноразовое второе мнение без изменения того, запускают ли последующие push проверки.15<img src="https://mintcdn.com/claude-code/gLJVaPQEgKC8ZyUD/images/code-review-pipeline-dark.svg?fit=max&auto=format&n=gLJVaPQEgKC8ZyUD&q=85&s=9cf26bde98f4e999d0d9ff5bf5bdff40" className="hidden dark:block" alt="Схема ревью в четыре этапа. Pull request на GitHub передаётся нескольким агентам, которые параллельно ведут поиск на инфраструктуре Anthropic. Этап верификации отбрасывает ложные срабатывания, оставшиеся результаты дедуплицируются и ранжируются по степени серьёзности, а ревью публикует встроенные комментарии, сводку и check run обратно на GitHub." width="760" height="300" data-path="images/code-review-pipeline-dark.svg" />
146 16
147<Note>17<Note>
148 До обновления в июле 2026 года `@claude review` подписывал PR на проверки, запускаемые при push. Если вы полагались на такое поведение, используйте вместо этого `@claude review always`. `@claude review once` по-прежнему работает и ведёт себя так же, как простая команда.18 Code Review использует ИИ для ревью кода и может пропустить ошибки, уязвимости безопасности или другие проблемы. Ревью без результатов не означает, что ваш код не содержит ошибок или безопасен.
149</Note>19</Note>
150 20
151Для запуска проверки любой из этих команд:21<span id="review-a-diff-locally" />
152
153* Опубликуйте её как комментарий верхнего уровня PR, а не встроенный комментарий на строке diff
154* Поместите команду в начало комментария, с `once` или `always` на той же строке, что и остальная часть команды
155* У вас должен быть доступ на запись, обслуживание или администратор к репозиторию
156* PR должен быть открыт
157
158В отличие от автоматических триггеров, ручные триггеры запускаются на черновиках PR, так как явный запрос сигнализирует, что вы хотите проверку сейчас независимо от статуса черновика.
159
160Если проверка уже запущена на этом PR, запрос ставится в очередь до завершения текущей проверки. Вы можете отслеживать прогресс через проверку на PR.
161
162<h3 id="review-pull-requests-from-forks">
163 Проверка pull request из форков
164</h3>
165
166Claude не проверяет pull request из форка автоматически, независимо от настройки **Review Behavior** репозитория. Чтобы запустить его, прокомментируйте `@claude review` на pull request. [Требования для команд комментариев](#manually-trigger-reviews) по-прежнему применяются, и доступ на запись, который вам нужен, — это доступ к базовому репозиторию, а не к форку.
167 22
168Чтобы получить ещё одну проверку pull request из форка, опубликуйте новый комментарий `@claude review`. `@claude review always` также работает, но не подписывает pull request на проверки при последующих push. Ничто, кроме команды комментария, не запускает проверку на pull request из форка:23Чтобы включить Code Review, пользователь с ролью Owner в вашей организации Claude выполняет инструкции из раздела [Настройка Code Review](/docs/ru/code-review-setup). Claude также может проводить ревью кода без этого сервиса. Запустите [`/code-review`](/docs/ru/code-review-local) в своей сессии Claude Code на любом плане или [сравните все варианты](#compare-ways-to-get-a-review).
169 24
170* Нажатие **Re-run** на проверке не запускает проверку25<h2 id="availability">
171* Push новых коммитов не запускает проверку, даже в репозитории, установленном на **After every push**26 Доступность
172
173<h2 id="customize-reviews">
174 Настройка рецензирования
175</h2>27</h2>
176 28
177Code Review читает два файла из вашего репозитория, чтобы направлять то, что он отмечает. Они различаются по тому, насколько сильно они влияют на рецензирование:29Прежде чем настраивать Code Review, убедитесь, что ваша организация соответствует требованиям:
178
179* **`CLAUDE.md`**: общие инструкции проекта, которые Claude Code использует для всех задач, а не только для рецензирования. Code Review читает его как контекст проекта и отмечает вновь введённые нарушения как замечания.
180* **`REVIEW.md`**: инструкции только для рецензирования, передаваемые агентам, которые находят и проверяют результаты, и консультируемые агентами, которые ранжируют и сообщают о них. Используйте его, чтобы указать, что ваша команда хочет отметить, с какой серьёзностью и как сообщаются результаты.
181
182<h3 id="claude-md">
183 CLAUDE.md
184</h3>
185
186Code Review читает файлы `CLAUDE.md` вашего репозитория и рассматривает вновь введённые нарушения как результаты [уровня замечания](#severity-levels). Это работает двусторонне: если ваш PR изменяет код таким образом, что утверждение в `CLAUDE.md` становится устаревшим, Claude отмечает, что документация также нуждается в обновлении.
187
188Claude читает файлы `CLAUDE.md` на каждом уровне иерархии вашего каталога, поэтому правила в `CLAUDE.md` подкаталога применяются только к файлам под этим путём. Дополнительную информацию о том, как работает `CLAUDE.md`, см. в [документации по памяти](/docs/ru/memory).
189 30
190Для рецензирования, специфичного для рецензирования, которое вы не хотите применять к общим сеансам Claude Code, используйте вместо этого [`REVIEW.md`](#review-md).31* **Планы**: [Team и Enterprise](/docs/ru/feature-availability)
191 32* **Хостинги кода**: репозитории, размещённые на GitHub, включая [GitHub Enterprise Server](/docs/ru/github-enterprise-server) и GitHub Enterprise Cloud с резидентностью данных. Для резидентности данных попросите пользователя с ролью Owner выполнить [настройку администратора GitHub Enterprise Server](/docs/ru/github-enterprise-server#admin-setup) и указать имя хоста `ghe.com` вашего предприятия.
192<h3 id="review-md">33* **Хранение данных**: Code Review недоступен для организаций с включённым [Zero Data Retention](/docs/ru/zero-data-retention) или с применённой [конфигурацией HIPAA](/docs/ru/hipaa-setup), и на него не распространяется Business Associate Agreement (BAA) Anthropic.
193 REVIEW\.md34* **Ключи шифрования**: Code Review пока недоступен для организаций, использующих ключи шифрования, управляемые клиентом (CMEK).
194</h3>35* **Облачные провайдеры**: вам нужна организация Claude на одном из этих планов, даже если ваши разработчики используют Claude Code через Amazon Bedrock, Google Cloud's Agent Platform или Microsoft Foundry
195 36
196`REVIEW.md` — это файл в корне вашего репозитория, который адаптирует Code Review к вашему репо. Агенты в конвейере рецензирования, которые находят и проверяют результаты, получают его содержимое как инструкции рецензирования вашего репозитория, наряду с рекомендациями по рецензированию Code Review по умолчанию, и агенты, которые ранжируют и сообщают о результатах, консультируются с ним перед определением серьёзности и написанием рецензирования.37<h2 id="set-up-and-use-code-review">
197 38 Настройка и использование Code Review
198Поместите правила, которые вы хотите применять, непосредственно в `REVIEW.md`.
199
200<h4 id="what-you-can-tune">
201 Что вы можете настроить
202</h4>
203
204`REVIEW.md` — это свободный markdown, поэтому всё, что вы можете выразить как инструкцию рецензирования, находится в области действия. Приведённые ниже шаблоны оказывают наибольшее влияние на практике.
205
206**Серьёзность**: переопределите, что означает 🔴 Important для вашего репо. Калибровка по умолчанию ориентирована на производственный код; репозиторий документации, репозиторий конфигурации или прототип могут захотеть гораздо более узкое определение. Явно укажите, какие классы результатов являются Important, а какие — максимум Nit. Вы также можете повысить уровень в другом направлении, например, рассматривая любое нарушение `CLAUDE.md` как Important, а не как замечание по умолчанию.
207
208**Объём замечаний**: ограничьте количество комментариев 🟡 Nit, которые одно рецензирование публикует. Текст и файлы конфигурации можно полировать бесконечно. Ограничение типа «сообщайте максимум пять замечаний, упомяните остальные как количество в сводке» делает рецензирование действенным.
209
210**Правила пропуска**: перечислите пути, шаблоны ветвей и категории результатов, где Claude не должен публиковать результаты. Обычные кандидаты — это сгенерированный код, файлы блокировки, поставляемые зависимости и ветви, созданные машиной, наряду со всем, что ваш CI уже применяет, например линтинг или проверка орфографии. Для путей, которые требуют некоторого рецензирования, но не полной проверки, установите более высокую планку вместо полного пропуска: «в `scripts/` сообщайте только если почти уверены и серьёзно».
211
212**Проверки, специфичные для репо**: добавьте правила, которые вы хотите отметить в каждом PR, например «новые маршруты API должны иметь интеграционный тест». Поскольку `REVIEW.md` достигает каждого агента поиска и проверки результатов напрямую, эти правила применяются более надёжно, чем те же правила в длинном `CLAUDE.md`.
213
214**Планка проверки**: требуйте доказательства перед публикацией класса результатов. Например, «утверждения о поведении нуждаются в цитировании `file:line` в исходном коде, а не в выводе из именования» снижает ложные срабатывания, которые в противном случае обошлись бы автору в дополнительный раунд.
215
216**Сходимость повторного рецензирования**: скажите Claude, как себя вести, когда PR уже был рецензирован. Правило типа «после первого рецензирования подавляйте новые замечания и публикуйте только результаты Important» предотвращает то, что однострочное исправление достигает седьмого раунда только из-за стиля.
217
218**Форма сводки**: попросите, чтобы тело рецензирования начиналось с однострочного подсчёта, например `2 factual, 4 style`, и начиналось с «no factual issues», когда это имеет место. Автор хочет знать форму работы перед деталями.
219
220<h4 id="example">
221 Пример
222</h4>
223
224Этот `REVIEW.md` пересчитывает серьёзность для бэкенд-сервиса, ограничивает замечания, пропускает сгенерированные файлы и добавляет проверки, специфичные для репо.
225
226```markdown theme={null}
227# Review instructions
228
229## What Important means here
230
231Reserve Important for findings that would break behavior, leak data,
232or block a rollback: incorrect logic, unscoped database queries, PII
233in logs or error messages, and migrations that aren't backward
234compatible. Style, naming, and refactoring suggestions are Nit at
235most.
236
237## Cap the nits
238
239Report at most five Nits per review. If you found more, say "plus N
240similar items" in the summary instead of posting them inline. If
241everything you found is a Nit, lead the summary with "No blocking
242issues."
243
244## Do not report
245
246- Anything CI already enforces: lint, formatting, type errors
247- Generated files under `src/gen/` and any `*.lock` file
248- Test-only code that intentionally violates production rules
249
250## Always check
251
252- New API routes have an integration test
253- Log lines don't include email addresses, user IDs, or request bodies
254- Database queries are scoped to the caller's tenant
255```
256
257<h4 id="keep-it-focused">
258 Держите это сосредоточенным
259</h4>
260
261Длина имеет цену: длинный `REVIEW.md` разбавляет правила, которые имеют наибольшее значение. Ограничьте его инструкциями, которые изменяют поведение рецензирования, и оставьте общий контекст проекта в `CLAUDE.md`.
262
263<h2 id="view-usage">
264 Просмотр использования
265</h2>39</h2>
266 40
267Перейдите на [claude.ai/analytics/code-review](https://claude.ai/analytics/code-review), чтобы увидеть активность Code Review во всей вашей организации. Панель показывает:41<span id="set-up-code-review" />
268 42
269| Раздел | Что он показывает |43<span id="pricing" />
270| :- | :- |
271| PRs reviewed | Ежедневное количество проверенных pull-запросов за выбранный период времени |
272| Code Review cost | Расходы на Code Review с начала текущего месяца |
273| Feedback | Количество комментариев проверки, которые были автоматически разрешены, потому что разработчик решил проблему |
274| Repository breakdown | Количество проверенных PR, разрешённых комментариев и запусков ревью для каждого репозитория, с оценочной стоимостью и представлением по каждому PR |
275 44
276Карточка Code Review cost показывает сумму, только когда выбран текущий месяц. Данные о стоимости в аналитике могут отличаться от вашего счёта. Стоимость в Repository breakdown оценивается по прейскурантной цене, без учёта скидок или кредитов, и охватывает только ревью, которые Claude опубликовал в pull request. Для точных по счёту расходов обратитесь к вашему счёту Anthropic.45<span id="manually-trigger-reviews" />
277 46
278<h2 id="pricing">47<span id="customize-reviews" />
279 Ценообразование
280</h2>
281
282Code Review выставляется счет на основе использования токенов. Каждый обзор в среднем стоит \$15-25, масштабируясь в зависимости от размера PR, сложности кодовой базы и количества проблем, требующих проверки. Использование Code Review выставляется счет отдельно через [кредиты использования](https://support.claude.com/en/articles/12429409-extra-usage-for-paid-claude-plans) и не учитывается в рамках включенного использования вашего плана.
283
284Выбранный вами триггер обзора влияет на общую стоимость:
285
286* **После создания PR**: запускается один раз за PR
287* **После каждого push**: запускается при каждом push, умножая стоимость на количество push'ей
288* **Вручную**: нет обзоров при открытии или push, поэтому стоимость начисляется только за обзоры, которые кто-то запрашивает
289 48
290В режиме "После создания PR" или "Вручную" комментарий `@claude review always` [переводит PR на обзоры, запускаемые при push](#manually-trigger-reviews), поэтому дополнительная стоимость начисляется за каждый push после этого комментария. В режиме "После каждого push" push'и уже запускают обзоры, поэтому подписка не изменяет стоимость за push. Комментарий `@claude review` запускает один обзор без подписки на будущие push'и. Claude проверяет [pull request из форка](#review-pull-requests-from-forks) только когда кто-то комментирует `@claude review`, поэтому pull request из форка никогда не начисляет стоимость за push в любом режиме.49<span id="troubleshooting" />
291 50
292Затраты отображаются в вашем счете Anthropic независимо от того, использует ли ваша организация Amazon Bedrock или Google Cloud's Agent Platform для других функций Claude Code. Чтобы установить ежемесячный лимит расходов для Code Review, перейдите на [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage) и настройте лимит для сервиса Claude Code Review.51Выберите страницу в зависимости от того, что вам нужно сделать:
293 52
294Для отслеживания расходов используйте [панель аналитики](#view-usage).53<CardGroup cols={2}>
54 <Card title="Настройка Code Review" icon="toggle-on" href="/docs/ru/code-review-setup">
55 Проверьте требования, установите Claude GitHub App и выберите репозитории, уровень ревью и момент запуска ревью
56 </Card>
295 57
296<h2 id="troubleshooting">58 <Card title="Кастомизация Code Review" icon="sliders" href="/docs/ru/code-review-customize">
297 Устранение неполадок59 Настройте, что помечается, с помощью файлов `REVIEW.md` и `CLAUDE.md` в вашем репозитории
298</h2>60 </Card>
299
300Запуски проверок выполняются по принципу best-effort, и сбой запуска никогда не блокирует ваш PR. Code Review автоматически повторяет некоторые прерванные проверки. Этот раздел охватывает, как запустить проверку снова самостоятельно и где искать, когда проверка сообщает о проблемах, которые вы не можете найти.
301 61
302<h3 id="retrigger-a-failed-or-timed-out-review">62 <Card title="Чтение и запрос ревью на pull request" icon="code-pull-request" href="/docs/ru/code-review-pull-requests">
303 Повторный запуск сбойной или истёкшей по времени проверки63 Читайте результаты и их степени серьёзности и запрашивайте повторное ревью с помощью комментария
304</h3>64 </Card>
305 65
306Когда проверка сбивается или превышает лимит времени, проверка завершается с названием, таким как **Code review failed** или **Code review timed out**. Вывод по-прежнему нейтральный, поэтому ничто не блокирует ваше слияние. Если сводка проверки не говорит, что новая проверка коммита была автоматически поставлена в очередь, запустите проверку снова самостоятельно.66 <Card title="Устранение неполадок Code Review" icon="wrench" href="/docs/ru/code-review-troubleshooting">
67 Исправьте ревью, которое не запустилось, завершилось сбоем или было пропущено из-за бюджета
68 </Card>
307 69
308Чтобы запустить проверку снова, прокомментируйте `@claude review` на PR. Это запускает свежую проверку без подписки PR на будущие push. Если PR не [из форка](#review-pull-requests-from-forks), вы можете вместо этого нажать **Re-run** на проверке **Claude Code Review** на вкладке Checks в GitHub. Повторный запуск также запускает свежую проверку без подписки PR.70 <Card title="Стоимость и использование Code Review" icon="chart-line" href="/docs/ru/code-review-costs">
71 Узнайте, как тарифицируются ревью, оцените расходы, установите ежемесячный лимит расходов и отслеживайте активность ревью
72 </Card>
73</CardGroup>
309 74
310<h3 id="review-didn’t-run-and-the-pr-shows-a-budget-message">75<h2 id="how-reviews-work">
311 Проверка не запустилась и PR показывает сообщение о бюджете76 Как работают ревью
312</h3>
313
314Когда достигнут ежемесячный лимит расходов вашей организации на Code Review или исчерпан баланс кредитов использования, Code Review пропускает проверку и публикует один комментарий на PR. И комментарий, и карточка проверки указывают причину и содержат ссылку на страницу администрирования, где администратор может это исправить:
315
316* **Достигнут лимит расходов**: проверки возобновляются в начале следующего периода биллинга или сразу после того, как администратор повысит лимит на [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage)
317* **Кредиты использования исчерпаны**: проверки возобновляются, как только администратор добавит [кредиты использования](https://support.claude.com/en/articles/12429409-extra-usage-for-paid-claude-plans) на [claude.ai/admin-settings/usage](https://claude.ai/admin-settings/usage)
318
319<h3 id="find-issues-that-aren’t-showing-as-inline-comments">
320 Найти проблемы, которые не отображаются как встроенные комментарии
321</h3>
322
323Если название проверки говорит, что проблемы были найдены, но вы не видите встроенные комментарии проверки на diff, ищите в этих других местах, где отображаются результаты:
324
325* **Check run Details**: нажмите **Details** рядом с проверкой Claude Code Review на вкладке Checks. Таблица серьёзности перечисляет каждый результат с его файлом, строкой и сводкой независимо от того, был ли принят встроенный комментарий.
326* **Files changed annotations**: откройте вкладку **Files changed** на PR. Результаты отображаются как аннотации, прикреплённые непосредственно к строкам diff, отдельно от комментариев проверки.
327* **Review body**: если вы push в PR во время выполнения проверки, некоторые результаты могут ссылаться на строки, которые больше не существуют в текущем diff. Они появляются под заголовком **Additional findings** в тексте тела проверки, а не как встроенные комментарии.
328
329<h2 id="review-a-diff-locally">
330 Проверка diff локально
331</h2>77</h2>
332 78
333Команда [`/code-review`](/docs/ru/commands) проверяет diff в вашем терминале без установки GitHub App. Она сообщает об ошибках корректности. В зависимости от модели и уровня усилий проверка также охватывает улучшения, связанные с переиспользованием, упрощением и эффективностью.79<span id="what-code-review-checks" />
334 80
335`/review` является псевдонимом `/code-review`; до версии v2.1.223 это была отдельная команда, которая выполняла однопроходную проверку только для чтения pull request GitHub.81По умолчанию Code Review сосредоточен на корректности: ошибках, которые нарушат работу production, а не на предпочтениях форматирования или отсутствии покрытия тестами. Чтобы изменить то, что он помечает, [добавьте файлы с руководствами](/docs/ru/code-review-customize) в ваш репозиторий.
336 82
337<Steps>83Ревью выполняется на инфраструктуре Anthropic в четыре этапа:
338 <Step title="Запустите /code-review">
339 Из сеанса, в котором вы работаете, выполните команду:
340 84
341 ```text theme={null}851. **Поиск**: несколько агентов параллельно изучают diff и окружающий код.
342 /code-review862. **Верификация**: этап верификации сверяет кандидатов в результаты с кодом и отфильтровывает ложные срабатывания.
343 ```873. **Ранжирование**: оставшиеся результаты дедуплицируются и ранжируются по степени серьёзности.
884. **Публикация**: ревью публикует свои результаты на pull request.
344 89
345 Она проверяет коммиты вашей ветки, опережающие её upstream, плюс любые незафиксированные изменения, поэтому ей нужна работа на ветке или в рабочем дереве, чтобы было что сообщить. Для проверки чего-либо другого передайте цель: путь к файлу, номер PR, имя ветки или диапазон ссылок, такой как `main...my-feature`.90Каждое ревью оставляет на pull request следующее:
346 91
347 Вы также можете добавить флаги:92* **Результаты**: встроенные комментарии на соответствующих строках со сводкой в теле ревью
93* **Check run**: с именем **Claude Code Review**, с результатами, перечисленными в его [подробностях](/docs/ru/code-review-pull-requests#check-run-output). Check run не завершается со статусом сбоя.
94* **Если ничего не найдено**: заголовок check run гласит **Code review found no issues**, и Claude публикует такое же короткое сообщение на pull request
348 95
349 * `--fix`: применяет результаты к вашему рабочему дереву после проверки96Code Review сам выбирает модели Claude, на которых выполняются ревью, и его настройки администратора не предлагают выбора модели. Чтобы сделать ревью более или менее тщательными, измените [уровень ревью](#review-levels).
350 * `--comment`: публикует результаты в pull request GitHub в виде встроенных комментариев или в merge request GitLab в виде одной заметки
351 * `--post`: при `ultra` облачной проверке pull request `github.com` предварительно выбирает публикацию завершённых результатов в PR в диалоговом окне запуска; см. [Публикация результатов в pull request](/docs/ru/ultrareview#post-findings-to-the-pull-request). Требуется Claude Code v2.1.227 или позже
352 * `--max-findings <n>`, `--max-findings all` или `--max-findings default`: сообщает до `n` результатов или все результаты с `all` вместо обычного ограничения проверки. Последующие проверки повторно используют введённое вами значение, пока вы не передадите `--max-findings default`. Требуется Claude Code v2.1.288 или позже
353 97
354 Когда вы передаёте `--comment` для merge request GitLab, Claude Code публикует результаты через CLI `glab` GitLab. Требуется Claude Code v2.1.257 или позже. Когда `glab` не установлен, Claude выводит результаты в терминал вместо этого.98После того как пользователь с ролью Owner включит Code Review, у каждого репозитория появляется настройка [момента запуска ревью](/docs/ru/code-review-setup#set-when-reviews-run): один раз при открытии pull request, после каждого push или только по запросу. Независимо от выбранного варианта, любой пользователь с доступом на запись к репозиторию может оставить комментарий `@claude review` на pull request, чтобы [запустить ревью](/docs/ru/code-review-pull-requests#comment-commands).
355 99
356 Передайте merge request как его URL или ссылку `!123`. Claude Code рассматривает простой номер или имя ветки как merge request только когда checkout's origin находится на `gitlab.com`. На самоуправляемом экземпляре GitLab передайте URL или форму `!123`.100<h3 id="review-levels">
357 </Step>101 Уровни ревью
358
359 <Step title="Продолжайте работать">
360 Проверка выполняется как фоновый [subagent](/docs/ru/sub-agents) с собственным окном контекста, поэтому она не заполняет вашу беседу. Результаты поступают в вашу беседу, когда проверка завершается.
361 </Step>
362
363 <Step title="Действуйте на основе результатов">
364 Попросите Claude исправить то, что нашла проверка. Если вы передали `--fix` или `--comment`, проверка уже применила или опубликовала свои результаты.
365 </Step>
366</Steps>
367
368Claude сообщает результаты в виде текста в ответе в обоих этих запусках, даже когда хост-приложение запрашивает список результатов:
369
370* В сеансе терминала, где `/code-review` запускает проверку как [forked subagent](/docs/ru/skills#run-skills-in-a-subagent)
371* В запуске `-p` с текстовым или JSON выводом
372
373В хост-приложении, которое запрашивает список результатов, таком как [десктопное приложение](/docs/ru/desktop#review-your-code), Claude вместо этого сообщает результаты проверки через инструмент [`ReportFindings`](/docs/ru/tools-reference). Claude Code отображает отчёт как список результатов, и каждая запись показывает расположение файла, резюме в одно предложение и тег категории, такой как `correctness`, когда результат его содержит. Запрос хоста применяется на каждом уровне усилий и требует Claude Code v2.1.218 или позже.
374
375Когда Claude позже в сеансе исправляет сообщённые результаты, он сообщает их снова, и Claude Code отмечает каждый результат в обновлённом списке результатов как исправленный, пропущенный или не требующий изменений.
376
377<h3 id="what-the-review-reads-and-edits">
378 Что проверка читает и редактирует
379</h3>102</h3>
380 103
381Проверка следует вашему `CLAUDE.md` как любой сеанс Claude Code, но она не читает [`REVIEW.md`](#review-md). Фоновая проверка применяет свои правки `--fix` вне [checkpoints](/docs/ru/checkpointing#subagent-edits-not-restored) вашего сеанса, поэтому `/rewind` их не отменяет; используйте git для их отката. Когда проверка [выполняется на переднем плане](#run-in-the-foreground), она редактирует ваше рабочее дерево во время вашего собственного хода, поэтому `/rewind` восстанавливает её правки как обычно.104Уровень ревью определяет, насколько тщательным будет каждое ревью, и более тщательное ревью стоит дороже:
382 105
383<h3 id="tune-effort-and-arguments">106* **Quick**: более лёгкий проход. Самый быстрый уровень с наименьшей стоимостью.
384 Настройте усилие и аргументы107* **Standard**: сбалансированные глубина, скорость и стоимость. Уровень по умолчанию.
385</h3>108* **Deep**: самый тщательный проход. Занимает больше всего времени и стоит дороже всего.
386 109
387Передайте [уровень усилий](/docs/ru/model-config#adjust-effort-level) для компромисса между охватом и уверенностью. На `low` проверка сообщает о результатах, в которых она наиболее уверена, поэтому вы видите меньше ложных срабатываний. От `medium` до `max` проверка расширяет охват.110Пользователь с ролью Owner [выбирает один уровень для организации](/docs/ru/code-review-setup#set-the-default-review-level) и может задать отдельному репозиторию собственный уровень, например Quick для рутинной кодовой базы и Deep для критически важной. О том, что ещё влияет на стоимость каждого ревью, см. [Стоимость и использование Code Review](/docs/ru/code-review-costs).
388 111
389Когда вы не вводите уровень, проверка повторно использует последний уровень от `low` до `max`, который вы вводили, даже в более раннем сеансе, и Claude Code показывает уведомление, такое как `Reusing high effort, the level you typed last time`. Введите уровень, например `/code-review high`, чтобы изменить то, что позже повторно используют; уровень, который вы передаёте в неинтерактивном запуске `-p`, его не обновляет. `ultra` ни обновляет, ни использует запомненный уровень. Если вы никогда не вводили уровень, проверка использует текущее усилие сеанса. До версии v2.1.223 `/code-review` без уровня всегда использовал текущее усилие сеанса.112<h3 id="what-a-review-can-access">
390 113 К чему у ревью есть доступ
391После уровня усилий и флагов Claude Code читает остаток строки одним из двух способов:
392
393* **Без `ultra`**: всё оставшееся является целью проверки, даже когда оно начинается с другого имени команды. `/code-review /fix-issue 123` проверяет с `/fix-issue 123` как текст цели вместо загрузки `/fix-issue` как второго [stacked skill](/docs/ru/skills#pass-arguments-to-skills). До версии v2.1.218 команда, сложенная после `/code-review`, расширялась как собственный skill.
394* **С `ultra`**: Claude Code читает одно слово как базовую ветку или номер PR и превращает более длинный текст, который не называет ветку или PR, в [заметку, прикреплённую к проверке](/docs/ru/ultrareview#pass-a-request-in-plain-words). `/code-review ultra check my auth changes` проверяет вашу текущую ветку, и Claude связывает результаты с вашей заметкой.
395
396<h3 id="run-in-the-foreground">
397 Запустите на переднем плане
398</h3>114</h3>
399 115
400Проверка выполняется в фоне по умолчанию; до версии v2.1.218 она выполнялась внутри вашей беседы. Она выполняется на переднем плане вместо этого в случаях, подобных этим:116Ревью получает доступ к вашему репозиторию через Claude GitHub App, которое пользователь с ролью Owner [устанавливает во время настройки](/docs/ru/code-review-setup#turn-on-code-review):
401 117
402* Вы запускаете `/code-review` снова, пока более ранняя проверка всё ещё выполняется118* **Где оно выполняется**: на инфраструктуре Anthropic, в управляемом окружении. Ревью не выполняются в [self-hosted окружениях](/docs/ru/self-hosted-environments).
403* Вы запускаете её в неинтерактивном режиме, с флагом `-p` или через Agent SDK; Claude Code дожидается проверки и включает результаты в ответ, кроме `ultra`, который [не ожидает завершения облачной проверки](/docs/ru/ultrareview#run-ultrareview-non-interactively)119* **Что оно читает и записывает**: внутри ревью доступ к вашему репозиторию только для чтения, и ревью не отправляет коммиты. На pull request оно публикует комментарии и [check run](/docs/ru/code-review-pull-requests#check-run-output), разрешает собственные более ранние ветки комментариев и может отреагировать на команду в комментарии с помощью 👀. Само приложение обладает [более широким набором разрешений](/docs/ru/github-actions#github-app-permissions), который используется и другими функциями Claude.
404* Вы устанавливаете [`CLAUDE_CODE_DISABLE_BACKGROUND_TASKS`](/docs/ru/env-vars) на `1`, что также отключает все остальные функции фоновых задач120* **Как оно изучает ваш код**: ревью работает, читая diff и окружающий код, без сборки или запуска вашего кода.
405 121
406<h3 id="let-claude-start-the-review">122<h3 id="who-controls-a-review">
407 Позвольте Claude начать проверку123 Кто управляет ревью
408</h3>124</h3>
409 125
410Claude может запустить `/code-review` самостоятельно. Попросите его проверить ваши изменения на простом языке, и он может запустить skill без того, чтобы вы вводили команду, и [scheduled task](/docs/ru/scheduled-tasks) с `/code-review` как его подсказкой запускает проверку.126* **Кто может его запустить**: там, где ревью запускаются автоматически, открытие pull request или push в него запускает ревью, [кроме черновиков и форков](/docs/ru/code-review-pull-requests#review-drafts-and-pull-requests-from-forks). [Команда в комментарии](/docs/ru/code-review-pull-requests#comment-commands) запускает ревью, только если она исходит от человека с доступом на запись к репозиторию.
411 127* **Каким инструкциям оно следует**: `REVIEW.md` из базовой ветки или ветки по умолчанию и [никогда не из изменений самого pull request](/docs/ru/code-review-customize#which-branch-review-md-is-read-from).
412Запланированная задача никогда не запускает [облачную проверку](#escalate-to-ultrareview), поэтому планируйте `/code-review` без аргумента `ultra`.
413 128
414Чтобы остановить Claude и запланированные задачи от запуска проверки, сохраняя `/code-review` доступным для вас, добавьте запись [`skillOverrides`](/docs/ru/skills#override-skill-visibility-from-settings) в [файл настроек](/docs/ru/settings#where-settings-live), такой как `~/.claude/settings.json`:129<h2 id="compare-ways-to-get-a-review">
415 130 Сравнение способов получить ревью
416```json theme={null}131</h2>
417{
418 "skillOverrides": {
419 "code-review": "user-invocable-only"
420 }
421}
422```
423
424До версии v2.1.246 Claude запускал `/code-review` самостоятельно только там, где флаг функции, полученный от Anthropic, его включал. В [сеансах, которые не получают флаги функций](/docs/ru/env-vars#features-that-need-feature-flag-fetching), `/code-review` запускался только когда вы его вводили, и запланированный `/code-review` поступал Claude как простой текст.
425
426<h3 id="escalate-to-ultrareview">
427 Перейти на ultrareview
428</h3>
429
430`/code-review ultra --fix` запускает более глубокую [ultrareview](/docs/ru/ultrareview) в облаке, затем применяет её результаты к вашему рабочему дереву, когда они возвращаются в ваш сеанс.
431
432Ultrareview использует свою собственную область: вашу текущую ветку против ветки по умолчанию репозитория, плюс незафиксированные и поставленные на сцену изменения в рабочем дереве. Для незафиксированных изменений файлов, названных как учётные данные или ключи, такие как `.env` и `*.tfvars` файлы, Claude Code следует правилам для [загрузки локального репозитория в облачный сеанс](/docs/ru/claude-code-on-the-web#send-local-repositories-without-github). Передайте имя ветки, такое как `/code-review ultra develop`, для сравнения с другой базой.
433
434Когда целью является pull request `github.com`, вы можете попросить Claude [опубликовать завершённые результаты в PR](/docs/ru/ultrareview#post-findings-to-the-pull-request) как комментарий с вашего аккаунта GitHub. Требуется Claude Code v2.1.227 или позже.
435
436<Note>
437 Ultrareview требует аутентификации с аккаунтом claude.ai и недоступна на Amazon Bedrock, Google Cloud's Agent Platform или Microsoft Foundry, а также для организаций с включённым Zero Data Retention или с применённой [конфигурацией HIPAA](/docs/ru/hipaa-setup). Когда ultrareview недоступна, `/code-review ultra` запускает локальную проверку в вашей сессии вместо этого.
438</Note>
439 132
440Чтобы запустить облачную проверку из скрипта или задания CI, используйте [подкоманду `claude ultrareview`](/docs/ru/ultrareview#run-ultrareview-non-interactively), которая ожидает результаты и выводит их в stdout.133Чтобы найти доступные вам варианты, сопоставьте столбец **Кто может использовать** с вашим планом и хостингом кода:
441 134
442Команда называлась `/simplify` до версии v2.1.147, когда она применяла исправления по умолчанию. `/simplify` запускает отдельную проверку только для очистки, которая применяет исправления без поиска ошибок. Если вы использовали скрипт `/simplify` для поиска ошибок, переключитесь на `/code-review --fix`.135| Вариант | Что запускает ревью | Где выполняется | Кто может использовать |
136| :- | :- | :- | :- |
137| [Code Review](#how-reviews-work) | Активность в pull request в соответствии с настройками каждого репозитория или комментарий `@claude review` | Инфраструктура Anthropic | Организации на плане Team или Enterprise с репозиториями GitHub, после того как пользователь с ролью Owner его включит |
138| [`/code-review`](/docs/ru/code-review-local) | Вы запускаете команду на своей ветке | Ваша сессия Claude Code | Кто угодно, на любом плане |
139| [Ultrareview](/docs/ru/ultrareview) | Вы запускаете его из Claude Code | Облачная песочница | Требуется вход с аккаунтом claude.ai. О том, где он недоступен, см. [Ultrareview](/docs/ru/ultrareview) |
140| Claude в вашем собственном CI, с [GitHub Actions](/docs/ru/github-actions) или [GitLab CI/CD](/docs/ru/gitlab-ci-cd) | События вашего конвейера, например каждый pull request или merge request | Ваши собственные раннеры CI | Любой, у кого есть API-ключ Claude или учётные данные облачного провайдера, на GitHub или GitLab |
141| Ваш собственный ревьюер в виде [субагента](/docs/ru/sub-agents) или [скилла](/docs/ru/skills) | Вы или Claude вызываете его во время сессии | Там, где вы запускаете Claude Code | Любой, кто его напишет |
443 142
444<h2 id="related-resources">143<h2 id="related-resources">
445 Связанные ресурсы144 Связанные ресурсы
446</h2>145</h2>
447 146
448* [Commands](/docs/ru/commands): запустите `/code-review` в локальной сессии Claude Code, чтобы проверить diff перед push147* [GitHub Enterprise Server](/docs/ru/github-enterprise-server): используйте Code Review с self-hosted экземпляром GitHub
449* [GitHub Actions](/docs/ru/github-actions): запустите Claude в ваших собственных рабочих процессах GitHub Actions для пользовательской автоматизации за пределами проверки кода148* [Разрешения GitHub App](/docs/ru/github-actions#github-app-permissions): полный набор разрешений, который запрашивает Claude GitHub App
450* [GitLab CI/CD](/docs/ru/gitlab-ci-cd): самостоятельно размещённая интеграция Claude для конвейеров GitLab
451* [Memory](/docs/ru/memory): как работают файлы `CLAUDE.md` во всём Claude Code
452* [Analytics](/docs/ru/analytics): отслеживайте использование Claude Code за пределами проверки кода
453* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle): как автоматизированная проверка встраивается в качестве одного из уровней безопасного процесса разработки Anthropic149* [How Anthropic secures its AI-native software development lifecycle](https://claude.com/blog/how-anthropic-secures-its-ai-native-software-development-lifecycle): как автоматизированная проверка встраивается в качестве одного из уровней безопасного процесса разработки Anthropic
