Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Depois de resgatar créditos para startups e concluir a configuração do tenant, muitas equipes de startups não começarão aprendendo o portal do Azure em profundidade. Um ponto de partida mais comum é configurar um fluxo de trabalho de desenvolvimento assistido por IA que permite que os desenvolvedores permaneçam no terminal ou editor que eles já preferem, ao mesmo tempo em que conectam com segurança esse fluxo de trabalho a Azure. Este artigo ajuda startups a passarem da configuração da conta para o desenvolvimento orientado por agentes no Azure usando GitHub Copilot CLI ou Claude Code. Também discutiremos os servidores MCP relevantes e as ferramentas para dar suporte a desenvolvedores usando fluxos de trabalho de desenvolvedor baseados em CLI.
Prerequisites
Antes de começar, verifique se você:
- Resgatou seus créditos do Azure do Microsoft for Startups.
- Ativou sua assinatura do Azure Sponsorship.
- Concluiu a configuração da conta de Azure pós-resgate.
- Configurou um locatário do Microsoft Entra mantido pela empresa, um domínio personalizado e permissões de administrador para que o ambiente não fique vinculado a uma única pessoa.
- Resgatou seus benefícios de GitHub. Para obter mais informações, consulte Como usar créditos Azure para modelos de GitHub, AKS e IA.
Dica
Configure seu tenant do Azure assim que resgatar seus créditos. Adicione usuários e administradores adicionais, configure seu domínio corporativo e confirme se seus Microsoft para créditos de Startups estão ativos. Para obter mais informações, consulte Set up your Azure account.
Configurar seu ambiente de desenvolvimento
Antes de configurar agentes, servidores MCP ou acesso Azure, configure um ambiente de desenvolvedor de linha de base que dê à sua equipe uma maneira consistente de trabalhar localmente. O objetivo não é forçar cada inicialização em uma cadeia de ferramentas exata, mas garantir que os desenvolvedores possam se autenticar, instalar as ferramentas da CLI necessárias e escolher o modo de trabalho certo para a tarefa em questão.
Escolha o modo de interação correto: modo CLI vs Agent no VS Code
O desenvolvimento assistido por IA pode acontecer no terminal, no editor ou em um ambiente hospedado por GitHub. A melhor opção depende da tarefa.
| Modo de interação | Use-o quando | O que esperar |
|---|---|---|
| GitHub Copilot CLI | Você deseja controle direto no terminal. | O assistente ajuda você a explorar um repositório, executar tarefas de instalação, responder perguntas de código e usar ferramentas alimentadas por MCP com etapas de aprovação visíveis. |
| GitHub Copilot Chat no modo de agente | Você está alterando ativamente o código em seu editor. | O assistente ajuda você a planejar, revisar, editar e refinar código enquanto permanece no contexto do projeto. |
| Agentes de programação hospedados no GitHub | A tarefa é maior, pode ser executada de forma independente e deve retornar como um pull request. | O agente pesquisa o repositório, cria um plano, faz alterações em um branch e abre uma solicitação de pull para revisão. |
Prompts de exemplo
Use esses exemplos como pontos de partida e adapte-os ao seu repositório e ao modelo de aprovação.
GitHub Copilot CLI: validar Azure instalação
Review this repository and explain how to run it locally.
Do not edit any files yet.
Then, using azure-mcp tools, verify that:
- Resource groups and deployed resources match the expected naming convention.
- RBAC is scoped correctly, with no broad Owner assignments.
- Diagnostics and monitoring are enabled for key resources.
Summarize findings and gaps as pull request comments.
GitHub Copilot Chat no modo de agente: implementar infraestrutura e CI/CD
Create an initial IaC and CI workflow.
Add:
- An infra folder with a Bicep or Terraform structure.
- A GitHub Actions workflow that validates infrastructure and runs tests.
- A rollback note in the pull request template.
Use minimal viable defaults and keep the structure modular for later expansion.
Agente de codificação hospedado no GitHub: planejar e abrir um pull request
Create an implementation plan for the feature described in docs/feature-spec.md.
If the plan looks safe:
- Make the changes on a new branch.
- Add or update tests.
- Update documentation.
- Open a pull request with a summary and testing steps.
Ponto de partida recomendado
Para a maioria das equipes de inicialização, comece com o fluxo de trabalho mais simples e seguro:
- Use Copilot CLI para verificar sua configuração de Azure e GitHub.
- Use Copilot Chat no modo de agente para alterações interativas no VS Code.
- Use agentes de codificação hospedados no GitHub para trabalhos maiores voltados a pull requests.
- Adicione servidores MCP somente depois de definir as permissões, o modelo de aprovação e o registro em log de que cada ferramenta precisa.
Configurar ferramentas para agentes e IDEs
As ferramentas de integração tratam de conectar o agente de codificação e o IDE ao contexto e às funcionalidades certos. Os servidores MCP (Model Context Protocol) fornecem às ferramentas do agente uma maneira estruturada de acessar recursos aprovados, como documentação Microsoft, auxiliares de repositório ou operações de recursos Azure. Trate a integração como qualquer outra dependência do desenvolvedor: automatize a configuração, valide a conectividade e verifique se os limites de acesso estão claros.
Conectar o IDE e as ferramentas de desenvolvedor ao agente de codificação
- Escolha a experiência principal do cliente, como o VS Code com um fluxo de trabalho com suporte a agente ou um fluxo de trabalho centrado no terminal.
- Instale e entre na ferramenta de agente, como Copilot Chat, Copilot CLI ou Claude Code, usando a identidade aprovada da sua organização.
- Decida o que pertence às configurações do usuário e o que pertence às configurações do workspace. Use as configurações de workspace para servidores MCP, prompts e guardrails específicos do repositório para que eles viajem com o código.
- Verifique as instruções do repositório, como convenções de codificação, comandos de build e teste e regras para ações que o agente não deve executar. Para Claude Code, essas diretrizes geralmente são armazenadas em
CLAUDE.md. - Defina padrões seguros para ferramentas. Exija aprovação explícita para gravações em arquivos e comandos de shell, e inclua em uma lista de permitidos todos os comandos que o agente possa executar sem supervisão.
- Verifique a configuração pedindo ao agente para executar uma pequena tarefa de ambientação, como mapear o repositório, executar testes ou propor uma pequena refatoração. Confirme o resultado com diffs e CI.
Servidores MCP recomendados
-
Microsoft Learn MCP Server: use esse servidor quando o agente precisar de exemplos de código e documentação de Microsoft atuais e confiáveis. O endpoint remoto público é
/api/mcp. Para obter mais informações, consulte Introdução ao Microsoft Learn MCP Server. - Servidor MCP do Azure: Use este servidor quando seu agente precisar inspecionar, consultar e gerenciar recursos do Azure a partir do seu ambiente de desenvolvimento. Para obter mais informações, consulte Introdução ao Azure MCP Server.
Importante
Conecte apenas agentes a servidores MCP aprovados. Prefira endpoints incluídos em uma lista de permissões, escopos mínimos de privilégio para ferramentas e logs auditáveis. Se uma ferramenta puder gravar em repositórios ou implantar recursos, trate-a como se tivesse acesso de produção e controle-a adequadamente.
Criar uma equipe de agente otimizada para Azure
Para soluções B2B de nível enterprise em Azure, comece com um modelo de agente simples e estenda-o somente quando as responsabilidades específicas Azure forem claras. Azure diretrizes tratam a zona de destino como o ponto de partida recomendado para um ambiente escalonável, seguro e controlado. Ele também distingue entre a zona de destino da plataforma, que fornece serviços compartilhados, como identidade, conectividade e gerenciamento, e zonas de destino do aplicativo, que contêm recursos de carga de trabalho para aplicativos e ambientes. Em ambos, habilite controles principais como Azure RBAC, Cost Management e Microsoft Defender para Nuvem.
Essa distinção é importante para produtos B2B porque a meta não é apenas enviar recursos rapidamente. O objetivo é criar um produto em que os clientes empresariais possam confiar. As diretrizes da Microsoft para startups sobre agentes prontos para produção no Azure destacam áreas de design que se tornam críticas à medida que as equipes avançam além dos protótipos: multilocação, a camada de aplicação, a camada de orquestração e a camada de contexto. Cenários empresariais também exigem atenção à segurança, confiabilidade e adaptabilidade em vários clientes.
Funções de agente de Azure recomendadas
Microsoft fornece Azure Skills que você pode adaptar para fluxos de trabalho do agente. As startups também podem usar o padrão gstack como um modelo para uma equipe de engenharia de vários agentes. As funções a seguir são extensões otimizadas para o Azure recomendadas para startups que criam produtos B2B de nível empresarial no Azure.
Agente planejador de produtos e requisitos
Use esse agente como a porta da frente para um novo trabalho. Ele transforma as demandas de produto em um breve plano de implementação, incluindo o escopo das funcionalidades e os requisitos não funcionais, como isolamento entre locatários, necessidades de governança, restrições de implantação e expectativas operacionais.
agente arquiteto de plataforma do Azure
Use esse agente para moldar a base de ambiente e a zona de destino da plataforma: configuração de locatário, grupos de gerenciamento, estratégia de assinatura, conectividade, identidade, linhas de base de governança e serviços de plataforma compartilhada. As diretrizes da zona de destino do Azure posicionam essas decisões como fundamentais e recomendam usar o modelo de zona de destino como ponto de partida padronizado para ambientes do Azure em larga escala. Use a habilidade azure-enterprise-infra-planner como ponto de partida.
Agente arquiteto de aplicações empresariais
Use esse agente para se concentrar na zona de destino do aplicativo e na própria carga de trabalho de negócios. Para soluções B2B, essa função é responsável pelos limites das cargas de trabalho, pela separação de ambientes, pelo design da camada de aplicação e por como a lógica específica de cada cliente é mapeada para a base mais ampla da plataforma.
Agente de segurança e identidade
Use este agente para examinar o controle de acesso corporativo e a proteção da carga de trabalho. A orientação do Azure Well-Architected identifica a identidade como o perímetro primário e recomenda um gerenciamento de identidades e acessos rigoroso, condicional e auditável. Essa função analisa padrões de autenticação, identidades de carga de trabalho, limites do RBAC, segmentação de rede e configurações seguras por padrão.
Azure DevOps e agente IaC
Use esse agente para possuir a camada "tudo por meio do código": modelos de implantação, automação de plataforma e provisionamento repetível. As diretrizes do Azure para excelência operacional conectam a base à automação da plataforma e ao DevOps, e as diretrizes de governança do Azure recomendam fluxos de implantação baseados em Bicep ou Terraform para novos ambientes. Use a habilidade azure-prepare como ponto de partida.
Agente de confiabilidade e observabilidade
Use esse agente para examinar a integridade, os alertas e o comportamento de produção. As diretrizes de confiabilidade do Azure Well-Architected recomendam modelar estados de integridade, definir estratégias de monitoramento e alerta e usar métricas, logs e rastros para acompanhar fluxos críticos e componentes da carga de trabalho.
Azure integration agent
Use esse agente para manter a experiência do desenvolvedor fundamentada no ambiente real Azure. O Servidor MCP do Azure permite que agentes de IA interajam com recursos do Azure por meio de linguagem natural e pode ser usado no GitHub Copilot CLI, no agente de programação do GitHub Copilot, em aplicativos baseados em SDK e em outros clientes compatíveis com MCP. Comece com a azure-deploy skill e modifique-a para o seu ambiente.
Agente de governança e custos
Use este agente para aplicar orçamentos, marcação por tags, atribuições de políticas e proteções de conformidade à medida que a startup passa da experimentação financiada por créditos rumo a uma operação empresarial. As diretrizes de governança do Azure recomendam proteções automatizadas, a aplicação do Azure Policy e controles de custo, como orçamentos e alertas. As habilidades azure-compliance e azure-cost são pontos de partida úteis.
Revisores e agentes de QA
Use estes agentes para revisar a correção, a segurança, os casos extremos, o alinhamento com a zona de aterrissagem, os limites de acesso, a cobertura de monitoramento e a segurança das alterações de infraestrutura antes da mesclagem. Comece com a habilidade de validação do azure e modifique-a para suas necessidades de cliente e ambiente.
Como isso difere de uma configuração genérica do gstack
O padrão de estilo gstack (Think → Plan → Build → Review → Test → Ship → Reflect) ainda é um ponto de partida útil porque fornece separação de função, loops de revisão e um modelo operacional simples. A alteração recomendada é transformar o grupo genérico de engenharia em uma equipe que reflita os limites arquitetônicos do Azure: fundação da plataforma, design de cargas de trabalho, segurança, automação, observabilidade e governança. Essa estrutura evita que preocupações específicas do Azure se tornem algo pensado apenas depois.
Compilar com desenvolvimento controlado por especificações, Infraestrutura como Código e CI/CD desde o primeiro dia
À medida que você começa a criar em Azure, trate o código do aplicativo, a infraestrutura e a implantação como um sistema de engenharia. Em vez de projetar o produto em um só lugar, provisionar a infraestrutura em outro e automatizar implantações posteriormente, use um fluxo de trabalho em que:
- A especificação define o resultado pretendido.
- A IaC (Infraestrutura como Código) define o ambiente de Azure desejado.
- CI/CD valida e implanta alterações por meio de um pipeline reproduzível.
Essa abordagem reduz a descompasso entre a intenção e a implementação, fornece à sua equipe uma fonte compartilhada de verdade e ajuda você a escalar de protótipo para produção.
Fluxo de trabalho de exemplo
Defina o recurso em uma especificação.
Use uma abordagem de especificação primeiro para capturar o problema, os usuários, os requisitos, as restrições e os critérios de êxito antes de escrever o código.
Faça o agente planejador criar um resumo funcional pronto para ser implementado.
O planejador esclarece o escopo e os requisitos para que o fluxo de trabalho comece a partir de um plano explícito em vez de solicitações ad hoc.
Peça ao agente arquiteto da plataforma Azure para projetar a base do Azure para a funcionalidade.
Esse agente decide como o recurso se encaixa no ambiente de Azure, incluindo identidade, governança, rede, gerenciamento e posicionamento de zona de destino.
Faça com que o Azure DevOps e o agente de IaC definam a infraestrutura como código.
Implemente os recursos de Azure necessários, a estrutura do ambiente e a configuração de implantação no Bicep ou no Terraform, armazenados no controle de versão.
Faça com que o agente de integração do Azure verifique o ambiente real do Azure.
Conecte o fluxo de trabalho a ferramentas compatíveis com o Azure, como o Azure MCP Server, para que o agente possa inspecionar recursos, validar suposições e trabalhar no ambiente real do Azure em vez de adivinhar.
Faça com que o revisor e os agentes de QUALIDADE auditem a alteração.
Revise a correção, a segurança, os casos extremos, o monitoramento, o registro de logs e as verificações de saúde antes de mesclar.
Use solicitações de pull e CI/CD para validar e implantar o recurso.
Coloque o código da aplicação, a IaC e as alterações no fluxo de trabalho de implantação em um pull request para que compilações, testes e validações sejam executados antes da mesclagem.
Mantenha o fluxo de trabalho de especificação, infraestrutura e implantação em sincronia.
Trate a especificação, a IaC e o pipeline como artefatos vivos para que o sistema implantado permaneça alinhado com o design pretendido ao longo do tempo.
Esse modelo oferece às startups uma maneira mais confiável de passar da primeira versão para uma entrega pronta para produção no Azure. Em vez de depender da configuração manual do portal, scripts desconectados ou decisões não documentadas, sua equipe obtém um fluxo de trabalho em que a especificação captura a intenção, IaC captura o ambiente Azure e CI/CD impõe consistência toda vez que você envia.
Resumo
O desenvolvimento baseado em agentes ajuda as startups a passarem da ideia à implementação ao combinar especificações claras, funções especializadas para agentes, ferramentas compatíveis com o Azure e fluxos de trabalho de entrega repetíveis. A equipe começa com uma especificação que define o que deve ser criado, usa o planejamento para transformar essa intenção em decisões técnicas e tarefas e implementa o código do aplicativo e a infraestrutura por meio de fluxos de trabalho controlados por versão em vez de alterações ad hoc.
Um fluxo de trabalho forte também se beneficia de funções especializadas em vez de um assistente de codificação genérico. Para projetos do Azure, o desenvolvimento baseado em agentes se torna mais útil quando os agentes podem trabalhar com ferramentas compatíveis com o Azure, como o Azure MCP Server, e quando as alterações podem ser revisadas por meio de pull requests, diffs, testes e CI/CD.
Essa abordagem ajuda startups a desenvolver rapidamente sem gerar retrabalho no futuro. Para os fundadores, isso significa primeiras implantações mais rápidas, menos erros de configuração manual, revisões mais claras e um caminho mais suave do protótipo para o software de nível de produção.
Recursos adicionais
Configurando corretamente sua conta do Azure | Microsoft Learn
Arquitetura para startups no Azure