- Блог
Часто задаваемые вопросы
Какую проблему на самом деле решает определение архитектуры с помощью агента кодирования?
Это сокращает разрыв между архитектурой, которую команда планирует создать, и архитектурой, которая реально существует в кодовой базе. Этот разрыв, известный как архитектурное отклонение, приводит к тому, что системы становятся хрупкими и дорогими в доработке. Поскольку агенты генерируют код без понимания предполагаемой архитектуры, при разработке с помощью агентов этот разрыв увеличивается быстрее, чем при разработке силами только людей.
Нужно ли мне изучать новый инструмент для его использования?
Нет. Вы работаете через SonarQube CLI или SonarQube MCP Server — инструменты, которые ваш агент кодирования уже использует для взаимодействия с кодовой базой, а результат отображается рядом с любой архитектурой, которую вы могли уже создать через веб-редактор SonarQube Cloud.
Что происходит, когда код нарушает предполагаемую архитектуру после ее определения?
SonarQube Cloud регистрирует это нарушение как проблему поддерживаемости во время следующего анализа в рамках того же рабочего процесса разработчика, который ваша команда использует для других находок. Для разработчиков нет никаких дополнительных накладных расходов, так как все это вписывается в существующий рабочий процесс.
Кто может изменить предполагаемую архитектуру после ее установки?
Только пользователи с правом «Администрирование архитектуры» для проекта могут вносить изменения — будь то через рабочий процесс агента или общедоступный Web API. Любой пользователь с правом «Просмотр» может просматривать текущую и предполагаемую архитектуру.
Можно ли масштабировать это за пределы одного проекта?
Да. Конечные точки общедоступного Web API предоставляют те же возможности чтения и записи, которые используются в рабочем процессе агента, поэтому команды могут использовать шаблоны предполагаемой архитектуры для множества проектов или интегрировать данные об архитектуре в собственные инструменты.
