Maguyva поддерживает Terraform с разбором AST и извлечением символов, чтобы AI-агенты могли прослеживать модули, локальные переменные, переменные, ссылки на ресурсы и динамические инфраструктурные паттерны, прежде чем предлагать изменения.
Инфраструктурный код — это территория, где многие AI-инструменты незаметно скатываются к поверхностной работе с текстом. Этого недостаточно. Изменения в Terraform обычно чувствительны, насыщены ссылками и разбросаны по модулям, локальным переменным, переменным, источникам данных и папкам конкретных окружений. Сложная часть — понять, как конфигурация держится вместе, прежде чем её менять.
Поэтому поддержка Terraform важна, даже если ваш основной прикладной код живёт в другом месте. Если репозиторий содержит инфраструктурный код, агенту нужно видеть его как часть той же системы, а не как приложение, о котором приходится догадываться.
Maguyva поддерживает Terraform на структурном уровне, что даёт полезную основу для отслеживания ссылок на модули, потоков переменных и связей ресурсов. Это важно ещё больше, когда код использует count, for_each, динамические блоки и общие модули, из-за которых реальную форму плана труднее восстановить беглым просмотром.
Практическая польза в том, что агент может отвечать на вопросы уровня репозитория, такие как «где повторно используется этот модуль?», «что зависит от этой переменной?» или «какие папки окружений отклоняются от паттерна?» — прежде чем предложить изменение.
Terraform — хороший тест того, действительно ли полезно языковое покрытие. Он показывает, способен ли Maguyva относиться к прикладному коду, эксплуатационному коду и инфраструктуре как к единой задаче уровня репозитория, а не как к отдельным островам.
Если ваша инфраструктура соседствует с сервисным кодом, руководство по Go — ближайшая бэкенд-пара. Если тот же репозиторий включает веб- или платформенные пакеты, руководство по TypeScript — подходящая соседняя страница.
Используйте эту страницу, если вопрос звучит так: «может ли агент удерживать ещё и инфраструктурный контекст?» Это более реалистичный вопрос, чем спрашивать только о языках приложения. Для сырой матрицы используйте compatibility.
Лучше всего подходит
Сценарии работы агента
Детали движка
Полезные точки входа MCP
get_task_context
Используйте его для запросов вроде «отследи, как вывод модуля VPC попадает в сервис ECS», когда нужен быстрый сшитый ответ.
text_pattern_search
Используйте точный текст для адресов ресурсов, имён модулей или ключей переменных, прежде чем расширять анализ.
dependency_search
Используйте его, как только узнаете нужный модуль или символ и захотите изучить, что от него зависит.
Похожие гайды
Хороший выбор для репозиториев с обилием сервисов, где обработчики, пакеты и эксплуатационный код должны оставаться легко прослеживаемыми.
Расширения
.go
Актуально, когда ваш репозиторий сочетает прикладной код, библиотеки, API-клиенты, тесты и конфигурацию в нескольких пакетах.
Расширения
.cts, .d.ts, .mts, .spec.ts, +ещё 3