azure-iot-edge-architecture — правило для GitHub Copilot
Обязывает сверять архитектуру с документацией Azure IoT Edge перед выдачей рекомендаций. Действует в файлах Bicep, Terraform и документах по IoT.
.github/instructions/azure-iot-edge-architecture.instructions.mdЧто делает azure-iot-edge-architecture
Правило запрещает модели сразу выдавать перечень сервисов Azure. Сначала Copilot обращается к документации по адресу https://learn.microsoft.com/azure/iot-edge/ или https://learn.microsoft.com/es-es/azure/iot-edge/. Без этого шага давать рекомендации нельзя. Ассистент обязан подтвердить архитектуру среды выполнения, статус релиза и поддерживаемые операционные системы. Если доступа к сети нет, Copilot фиксирует допущения явно.
Инструкция привязана к шаблонам **/*.bicep, **/*.tf, **/*iot*.md, **/*smart-city*.md и **/*edge*.md. Она срабатывает при проектировании шлюзов и автономных контуров. Помощник обязан объяснить, зачем здесь нужен IoT Edge. В проект закладываются практические детали: стратегия обновлений, наблюдаемость, модель поддержки. Безопасность задаётся строго: управляемые удостоверения, наименьшие привилегии и сетевая изоляция.
Какие задачи решает
- проверить применимость Azure IoT Edge до выбора сервисов
- зафиксировать поддерживаемые операционные системы и архитектуру среды
- описать стратегию обновлений и модель поддержки шлюза
- внедрить сетевую изоляцию и управляемые удостоверения в IoT-проектах
Примеры запросов агенту
- Спроектируй архитектуру шлюза для
smart-city-edge.mdс обработкой данных на месте - Добавь в
main.bicepкомпоненты для работы шлюза в изолированной сети - Проверь файл
edge.tfи обоснуй выбор Azure IoT Edge для этого сценария
Как установить azure-iot-edge-architecture
Вручную: положить файлы
.github/instructions/azure-iot-edge-architecture.instructions.mdПоле applyTo задаёт, к каким файлам применять
Вручную: положить файлы
.claude/rules/azure-iot-edge-architecture.mdПоле paths во frontmatter ограничивает файлы: applyTo из источника → paths
AGENTS.md
Codex читает AGENTS.md: вставьте текст правила туда
Вручную: положить файлы
.cursor/rules/azure-iot-edge-architecture.mdcВо frontmatter: description, globs, alwaysApply. applyTo из источника → globs, иначе правило само не подключится
Вручную: положить файлы
.devin/rules/azure-iot-edge-architecture.mdВручную: положить файлы
.clinerules/azure-iot-edge-architecture.mdПо шагам, с командами для каждой платформы: AGENTS.md и CLAUDE.md: что это, кто читает и какой выбрать
Вопросы о azure-iot-edge-architecture
Как установить azure-iot-edge-architecture в GitHub Copilot?
Добавьте файл правила по пути .github/instructions/azure-iot-edge-architecture.instructions.md. После этого GitHub Copilot будет автоматически применять инструкции к подходящим файлам.
К каким файлам применяется правило azure-iot-edge-architecture?
Оно срабатывает для файлов с расширениями .bicep и .tf, а также для markdown-документов, содержащих в имени iot, smart-city или edge.
Что делает Copilot, если документация Azure IoT Edge недоступна?
Ассистент обязан прямо сообщить о невозможности изучить документацию. В таком случае он продолжает формировать архитектуру только с явным перечислением всех принятых допущений.
Исходный текст
azure-iot-edge-architecture.instructions.md · MIT
--- description: 'Require Azure IoT Edge documentation review before proposing edge IoT architectures or Azure implementation guidance.' applyTo: '**/*.bicep,**/*.tf,**/*iot*.md,**/*smart-city*.md,**/*edge*.md' --- ## Azure IoT Edge Architecture Instruction When the task includes Azure IoT, Smart City, edge processing, gateway design, or disconnected edge scenarios, do this before providing architecture recommendations: 1. Review Azure IoT Edge documentation first: - https://learn.microsoft.com/azure/iot-edge/ - https://learn.microsoft.com/es-es/azure/iot-edge/ 2. Confirm key constraints from the documentation: - Runtime architecture - Supported systems - Version/release status - Relevant Linux/Windows quickstart path 3. Explicitly state that you reviewed the documentation, or state that it could not be consulted. 4. If the documentation was not accessible, continue with clearly labeled assumptions. ### Response Rules - Never jump directly to a list of services without validating edge applicability first. - Always explain why IoT Edge is or is not required. - Include operational implications: update strategy, observability, and support model. - Prioritize secure defaults: managed identity, least privilege, secret management, and network isolation.
© github · MIT · github/awesome-copilot