# О рационализаторе, достоверности и утверждении для проблем При automations рассмотрении проблем он объясняет каждое изменение, оценивает его достоверность и держит изменения более низкой достоверности для вашего обзора. > \[!NOTE] > Обоснование, уверенность и утверждение для automations них могут быть Публичный предварительный просмотр изменены. Automations запустите агент для рассмотрения проблем, применяя метки, параметры типов и полей, присваивая проблемы и закрывая их без пользователя, инициирующего каждое изменение. Обоснование, уверенность и утверждения дают вам представление о том, что автоматизированная работа и контроль над применением. Эта возможность не относится к одной платформе. Он работает так же, выполняется ли агент через Copilot cloud agentautomations[GitHub Agentic Workflows](https://gh.io/gh-aw)ИНТЕРФЕЙСы API REST и GraphQL. Эта возможность применяется только к изменениям, внесенным automation в **проблемы**. Он не применяется к изменениям, внесенным вручную, и он не влияет на другие действия automation , которые могут предпринять, например открытие запросов на вытягивание или отправку кода. Обоснование, доверие и утверждения охватывают изменения automation , внесенные в следующие атрибуты проблемы: **метки, поля, тип проблемы, закрытие проблем и назначение**. ## Логическое обоснование Каждое поддерживаемое действие записывает причину, лежащую в ее основе, независимо от automation того, применяется ли изменение автоматически или предлагает его в качестве предложения. Это дает путь аудита о том, что изменилось и почему. Когда изменение ожидает проверки, вы увидите причину предложения перед решением. Вы также можете просмотреть обоснование вопроса об изменениях, которые вступили в силу, независимо от того, были ли они применены автоматически или предложены, а затем утверждены. Действие с записанным обоснованием будет иметь рядом с ним. Выберите значок, чтобы показать automationпричину этого изменения. ## Уверенность Для каждого поддерживаемого действия automation уровень достоверности оценивается как высокий, средний или низкий. Ваш репозиторий имеет **уровень автоматизации** , который задает порог доверия: изменения, оцененные ниже, хранятся в виде предложений, и изменения поверх него применяются автоматически. * **Полный контроль: каждое** изменение проводится для проверки. Ничего не применяется автоматически. * **Осторожные** (по умолчанию): автоматически применяются только изменения высокой достоверности. Все остальное проводится для вашего обзора. * **Сбалансированный: подпрограмма**, четкое сокращение изменений применяются автоматически. Все, что имеет неоднозначность, проводится для рассмотрения. * **Полная автоматизация: каждое** изменение применяется автоматически. Агент сохраняет изменения только в том случае, если он помечен как неопределенный. Поскольку действия с более низкой уверенностью являются теми, которые сдерживаются, вы тратите время только на изменения, скорее всего, потребуется второй взгляд. ## Approvals Применяется ли изменение непосредственно или ожидает проверки, зависит от двух вещей: * **Уровень автоматизации репозитория.** Изменения, оцененные ниже порогового значения, всегда хранятся в качестве предложений, независимо от того, что вам побудило automation сделать. * **Явный запрос на предложение.** Вы также можете предложить automation изменение, а не применить его, и он ожидает проверки, даже если его уверенность высока. Предложения отображаются на панели в этой проблеме. На панели можно: * **Примите** или **отклонить** каждое предложение по отдельности. * **Примите все** или **отклонить все** , чтобы одновременно действовать над несколькими предложениями. Небольшая команда быстро движется может выбрать **полную автоматизацию**, в то время как занятый общедоступный репозиторий может выбрать **осторожный** или **полный контроль** , чтобы сохранить дополнительные изменения для проверки, где ставки выше. > \[!NOTE] > Утверждения — это удобство рабочего процесса, а не управление безопасностью. Они не применяют границу на стороне сервера, поэтому агент с разрешением на изменение проблем может применять изменения напрямую, а не предлагать их, включая интерфейсы API REST и GraphQL. Используйте разрешения репозитория и агента, а не утверждения, чтобы контролировать то, что automation разрешено делать. ## Дальнейшие действия Сведения о настройке уровня автоматизации репозитория и управлении предложениями см. в статье [Управление обоснованием, доверием и утверждением для проблем](/ru/copilot/how-tos/use-copilot-agents/cloud-agent/manage-rationale-confidence-approvals).