Генерирует Bicep/Terraform, azure.yaml и Dockerfile для новых и существующих приложений перед деплоем в Azure. Обязательный первый шаг трёхэтапного воркфлоу.

Azure Prepare

Официальный источник для подготовки приложений к развёртыванию в Azure. Следуйте инструкциям точно в описанном порядке.

Область применения

Активируйте этот скилл, когда пользователь хочет:

Создать новое приложение
Добавить сервисы или компоненты к существующему приложению
Внести изменения в существующее приложение
Модернизировать или мигрировать приложение
Настроить Azure-инфраструктуру
Развернуть на Azure или разместить в Azure

Правила

Сначала план — ОБЯЗАТЕЛЬНО — немедленно создайте скелет .azure/deployment-plan.md в корневой директории рабочего пространства как первое действие, до генерации кода
Получить одобрение — представить план пользователю перед выполнением
Исследовать перед генерацией — загрузить ссылки и вызвать связанные скиллы
Обновлять план по ходу — помечать шаги выполненными
Валидировать перед развёртыванием — вызвать azure-validate перед azure-deploy
Подтвердить Azure-контекст — использовать ask_user для подписки и региона
❌ Деструктивные действия требуют подтверждения
⛔ НИКОГДА не удалять директории проекта пользователя
Область: только подготовка — этот скилл генерирует инфраструктурный код. Выполнение развёртывания (azd up, azd deploy, terraform apply) — задача скилла azure-deploy
⛔ SQL Server Bicep: НИКОГДА не генерировать administratorLogin или administratorLoginPassword — всегда использовать только Entra-аутентификацию (azureADOnlyAuthentication: true)

⛔ WORKFLOW «ПЛАН СНАЧАЛА» — ОБЯЗАТЕЛЬНО

ВЫ ОБЯЗАНЫ СОЗДАТЬ ПЛАН ПЕРЕД ЛЮБОЙ РАБОТОЙ
1. СТОП — не генерируйте код, инфраструктуру или конфигурацию
2. СОЗДАЙТЕ СКЕЛЕТ — запишите начальный скелет .azure/deployment-plan.md на диск немедленно, затем заполняйте его по ходу фазы 1
3. ПОЛУЧИТЕ ОДОБРЕНИЕ — представьте завершённый план пользователю
4. ВЫПОЛНЯЙТЕ — только после одобрения

⚠️ КРИТИЧНО: .azure/deployment-plan.md должен быть ЗАПИСАН НА ДИСК в корне рабочего пространства (например, /tmp/my-project/.azure/deployment-plan.md), не в папке сессии.
⚠️ Имя файла — строго .azure/deployment-plan.md. Не используйте другие имена.

Шаг 0: Проверка специализированных технологий — ПЕРВОЕ ОБЯЗАТЕЛЬНОЕ ДЕЙСТВИЕ

ДО начала фазы 1 проверьте, соответствует ли запрос специализированной технологии с выделенным скиллом:

Ключевые слова в запросе	Вызвать ПЕРВЫМ
Python + App Service (Flask на App Service, Python web app)	python-appservice-deploy
Lambda, AWS Lambda, migrate AWS/GCP	azure-cloud-migrate
copilot SDK, copilot app, CopilotClient	azure-hosted-copilot-sdk
Azure Functions, function app, serverless, timer trigger	Остаться в azure-prepare
APIM, API Management, API gateway	Остаться в azure-prepare
AI gateway, AI gateway policy	azure-aigateway
workflow, orchestration, durable, long-running process	Остаться в azure-prepare — выбрать рецепт durable

Фаза 1: Планирование (блокирующий — завершить до начала выполнения)

#	Действие
0	Проверка специализированных технологий
1	Анализ рабочего пространства — определить режим: NEW, MODIFY или MODERNIZE
2	Сбор требований — классификация, масштаб, бюджет
3	Анализ кодовой базы — определить компоненты, технологии, зависимости
4	Выбор рецепта — AZD (по умолчанию), AZCLI, Bicep или Terraform
5	Планирование архитектуры — выбор стека, сопоставление компонентов с Azure-сервисами
6	Финализация плана (ОБЯЗАТЕЛЬНО) — записать `.azure/deployment-plan.md` со всеми решениями
7	Представить план — показать пользователю и запросить одобрение

⛔ СТОП — Не переходите к фазе 2 без одобрения пользователя.

Фаза 2: Выполнение (только после одобрения плана)

#	Действие
1	Исследование компонентов — загрузить ссылки на сервисы, вызвать связанные скиллы
2	Подтвердить Azure-контекст — определить подписку, регион, проверить лимиты
3	Сгенерировать артефакты — создать инфраструктурные и конфигурационные файлы
4	Усилить безопасность — применить лучшие практики безопасности
5	Функциональная проверка — убедиться в работоспособности приложения локально, если возможно
6	⛔ Обновить план (ОБЯЗАТЕЛЬНО перед передачей) — изменить статус в `.azure/deployment-plan.md` на `Ready for Validation`
7	⛔ ОБЯЗАТЕЛЬНАЯ ПЕРЕДАЧА — вызвать скилл azure-validate. Не запускайте `azd up` или команды развёртывания напрямую.

Выходные артефакты

Артефакт	Расположение
План	`.azure/deployment-plan.md`
Инфраструктура	`./infra/`
AZD Config	`azure.yaml` (только AZD)
Dockerfiles	`src/<component>/Dockerfile`

⛔ ОБЯЗАТЕЛЬНЫЙ СЛЕДУЮЩИЙ ШАГ — НЕ ПРОПУСКАТЬ
После завершения подготовки вы ОБЯЗАНЫ вызвать azure-validate перед любой попыткой развёртывания. Рабочий процесс:
azure-prepare → azure-validate → azure-deploy
Пропуск валидации приводит к сбоям развёртывания.

azure-prepareгенерация Azure-инфраструктуры

Установка