Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Depois de resgatar créditos iniciais e concluir a configuração do tenant, muitas equipas de startup não começam por aprender o portal do Azure em profundidade. Um ponto de partida mais comum é configurar um fluxo de trabalho de desenvolvimento assistido por IA que permita aos programadores permanecer no terminal ou editor que já preferem, ligando de forma segura esse fluxo ao Azure. Este artigo ajuda startups a passar da configuração da conta para o desenvolvimento orientado por agentes no Azure usando GitHub Copilot CLI ou Claude Code. Vamos também discutir os servidores MCP relevantes e as ferramentas para apoiar os programadores que utilizam fluxos de trabalho baseados em CLI.
Pré-requisitos
Antes de começar, certifique-se de:
- Resgatei os créditos Microsoft for Startups Azure.
- Ativei a sua subscrição do Azure Sponsorship.
- Concluí a configuração da conta Azure pós-resgate.
- Configurei um tenant Microsoft Entra apoiado pela empresa, domínio personalizado e permissões de administrador para que o ambiente não fique ligado a uma única pessoa.
- Resgatou os seus benefícios do GitHub. Para mais informações, consulte Como usar créditos de Azure para GitHub, AKS e Modelos de IA.
Sugestão
Configure o seu tenant Azure assim que resgatar os seus créditos. Adicione utilizadores e administradores adicionais, configure o seu domínio corporativo e confirme que os seus créditos Microsoft for Startups estão ativos. Para mais informações, consulte Configurar a sua conta Azure.
Configura o teu ambiente de desenvolvimento
Antes de configurar agentes, servidores MCP ou acesso ao Azure, configure um ambiente de desenvolvimento de base que dê à sua equipa uma forma consistente de trabalhar localmente. O objetivo não é forçar cada arranque a uma única cadeia de ferramentas exata, mas garantir que os programadores conseguem autenticar-se, instalar as ferramentas de CLI necessárias e escolher o modo de trabalho certo para a tarefa em questão.
Escolha o modo de interação certo: CLI vs modo Agente no VS Code
O desenvolvimento assistido por IA pode acontecer no seu terminal, no seu editor ou num ambiente alojado no GitHub. A melhor escolha depende da tarefa.
| Modo de interação | Use-o quando | O que esperar |
|---|---|---|
| GitHub Copilot CLI | Queres controlo direto no terminal. | O assistente ajuda-o a explorar um repositório, executar tarefas de configuração, responder a perguntas de código e usar ferramentas baseadas em MCP com passos visíveis de aprovação. |
| GitHub Copilot Chat em modo agente | Estás a alterar ativamente o código no teu editor. | O assistente ajuda-te a planear, rever, editar e refinar código mantendo-te no contexto do projeto. |
| Agentes de programação alojados no GitHub | A tarefa é maior, pode ser executada de forma independente e deve ser devolvida sob a forma de um pull request. | O agente pesquisa o repositório, cria um plano, faz alterações numa branch e abre um pull request para revisão. |
Exemplos de sugestões
Use estes exemplos como pontos de partida e adapte-os ao seu repositório e modelo de aprovação.
GitHub Copilot CLI: validar a configuração do Azure
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 em modo 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 programação alojado no GitHub: planear 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 equipas de startups, comece pelo fluxo de trabalho mais simples e seguro:
- Usa a CLI do Copilot para verificar a tua configuração no Azure e no GitHub.
- Use o Copilot Chat em modo agente para alterações interativas no VS Code.
- Usa agentes de programação alojados no GitHub para trabalhos maiores orientados a pull request.
- Adiciona servidores MCP apenas depois de definires as permissões, o modelo de aprovação e o registo que cada ferramenta precisa.
Configurar ferramentas para agentes e IDEs
As ferramentas de integração consistem em ligar o seu agente de codificação e IDE ao contexto e capacidades certos. Os servidores MCP (Model Context Protocol) oferecem às ferramentas de agente uma forma estruturada de aceder a funcionalidades aprovadas, como documentação da Microsoft, ajudantes de repositório ou operações de recursos do Azure. Trate a integração como qualquer outra dependência de programadores: automatize a configuração, valide a conectividade e garanta que os limites de acesso estão livres.
Liga o teu IDE e ferramentas de desenvolvimento ao agente de programação
- Escolha a experiência principal do cliente, como o VS Code com um fluxo de trabalho habilitado pelo agente ou um fluxo de trabalho centrado no terminal.
- Instale e inicie sessão na sua ferramenta de agente, como o Copilot Chat, Copilot CLI ou Claude Code, usando a identidade aprovada pela sua organização.
- Decide o que pertence às definições do utilizador e o que pertence às definições do espaço de trabalho. Utilize as definições do espaço de trabalho para servidores MCP específicos do repositório, prompts e mecanismos de proteção, para que acompanhem o código.
- Verifica instruções do repositório, como convenções de programação, comandos de compilação e teste, e regras para ações que o agente não deve tomar. Para o Código Claude, esta orientação é comumente armazenada em
CLAUDE.md. - Defina predefinições seguras para as ferramentas. Exija aprovação explícita para escritas de ficheiros e comandos de shell, e permite listar quaisquer comandos que o agente possa executar sem supervisão.
- Verifique a configuração pedindo ao agente para executar uma pequena tarefa de orientaçã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 este servidor quando o seu agente precisar de documentação Microsoft confiável e atualizada e exemplos de código. O endpoint remoto público é
/api/mcp. Para mais informações, consulte Comece com o Microsoft Learn MCP Server. - Azure MCP Server: Use este servidor quando o seu agente precisar de inspecionar, consultar e gerir Azure recursos do seu ambiente de desenvolvimento. Para mais informações, consulte Comece com o Azure MCP Server.
Importante
Só ligue agentes a servidores MCP aprovados. Prefira endpoints incluídos na lista de permissões, âmbitos de ferramentas com privilégio mínimo e registos auditáveis. Se uma ferramenta pode escrever em repositórios ou implementar recursos, trate-a como acesso em produção e bloqueie-a adequadamente.
Construir uma equipa de agentes otimizada para o Azure
Para soluções B2B de nível empresarial em Azure, comece com um modelo simples de agente e estenda-o apenas onde as responsabilidades específicas de Azure forem claras. A orientação Azure trata a zona de aterragem como o ponto de partida recomendado para um ambiente escalável, seguro e governado. Também distingue entre a zona de aterragem da plataforma, que fornece serviços partilhados como identidade, conectividade e gestão, e as zonas de aterragem de aplicações, que armazenam recursos de carga de trabalho para aplicações e ambientes. Em ambos, ativem controlos centrais como Azure RBAC, Gestão de Custos e Microsoft Defender para a Cloud.
Esta distinção é importante para produtos B2B porque o objetivo não é apenas lançar funcionalidades rapidamente. O objetivo é construir um produto em que os clientes empresariais possam confiar. As orientações de arranque da Microsoft para agentes de produção no Azure apontam áreas de design que se tornam críticas à medida que as equipas avançam para além dos protótipos: multitenância, camada de aplicação, camada de orquestração e camada de contexto. Cenários empresariais também exigem atenção à segurança, fiabilidade e adaptabilidade entre múltiplos clientes.
Roles recomendados para agentes Azure
Microsoft fornece Azure Skills que podes adaptar para os fluxos de trabalho dos agentes. As startups também podem usar o padrão gstack como modelo para uma equipa de engenharia multi-agente. As funções seguintes são extensões otimizadas para o Azure recomendadas para startups que desenvolvem produtos B2B de nível empresarial no Azure.
Agente de planeamento de produtos e requisitos
Use este agente como porta de entrada para novos trabalhos. Transforma pedidos de produto num plano de implementação curto que inclui o âmbito das funcionalidades e requisitos não funcionais, como isolamento de inquilinos, necessidades de governação, restrições de implementação e expectativas operacionais.
Azure agente arquiteto de plataforma
Utilize este agente para definir a landing zone da plataforma e a base do ambiente: configuração do tenant, grupos de gestão, estratégia de subscrições, conectividade, identidade, linhas de base de governação e serviços partilhados da plataforma. Orientações da zona de destino do Azure apresenta estas decisões como fundamentais e recomenda a utilização do modelo de zona de destino como ponto de partida normalizado para ambientes do Azure em escala. Utilize a competência azure-enterprise-infra-planner como ponto de partida.
Agente de arquitetura de aplicações empresariais
Use este agente para se focar na zona de aterragem da aplicação e na carga de trabalho do próprio negócio. Para soluções B2B, esta função é responsável pelas fronteiras das cargas de trabalho, pela separação entre ambientes, pela conceção da camada de aplicação e pela forma como a lógica específica de cada cliente se integra na base alargada da plataforma.
Agente de identidade e segurança
Use este agente para rever o controlo de acesso empresarial e a proteção da carga de trabalho. As orientações do Azure Well-Architected identificam a identidade como o perímetro principal e recomendam uma gestão de identidades e acessos rigorosa, condicional e auditável. Esta função analisa padrões de autenticação, identidades de cargas de trabalho, limites do RBAC, segmentação de rede e configurações predefinidas seguras.
Azure DevOps e o agente de IaC
Use este agente para controlar a camada "tudo através do código": templates de implementação, automação da plataforma e provisionamento repetível. As orientações do Azure para a excelência operacional estabelecem a ligação entre a base, a automatização da plataforma e o DevOps, e as orientações de governação do Azure recomendam fluxos de implementação baseados em Bicep ou Terraform para novos ambientes. Usa a habilidade Azure-prepare como ponto de partida.
Agente de fiabilidade e observabilidade
Use este agente para rever a saúde, alertas e comportamento de produção. As orientações de fiabilidade do Azure Well-Architected recomendam modelar estados de funcionamento, conceber estratégias de monitorização e alerta e utilizar métricas, registos e rastreios para acompanhar fluxos críticos e componentes da carga de trabalho.
Agente de integração do Azure
Use este agente para manter a experiência do programador ancorada no ambiente real do Azure. O Azure MCP Server permite que agentes de IA interajam com recursos do Azure através de linguagem natural e pode ser usado a partir do GitHub Copilot CLI, do agente de programação GitHub Copilot, de aplicações baseadas em SDK e de outros clientes compatíveis com MCP. Comece com a skill azure-deploy e modifique-a para o seu ambiente.
Agente de governação e custos
Use este agente para impor orçamentos, etiquetagem, atribuições de políticas e limites de conformidade à medida que a startup passa da experimentação financiada por crédito para a operação empresarial. As orientações de governação do Azure recomendam proteções automáticas, aplicação do Azure Policy e controlos de custos, como orçamentos e alertas. As competências Azure-compliance e Azure-cost são pontos de partida úteis.
Revisor e agentes de QA
Utilize estes agentes para avaliar a correção, a segurança, os casos extremos, o alinhamento com a landing zone, os limites de acesso, a cobertura da monitorização e a segurança das alterações à infraestrutura antes da integração. Comece com a competência Azure-valide e adapte-a às necessidades do seu cliente e ambiente.
Como isto difere de uma configuração genérica de gstack
O padrão ao estilo gstack (Think → Plan → Build → Review → Test → Ship → Reflect) continua a ser um ponto de partida útil porque proporciona separação de papéis, ciclos de revisão e um modelo operacional simples. A mudança recomendada é transformar o enxame genérico de engenharia numa equipa que espelhe os limites arquitetónicos do Azure: fundação da plataforma, design da carga de trabalho, segurança, automação, observabilidade e governação. Essa estrutura impede que preocupações específicas do Azure se tornem algo secundário.
Construir com desenvolvimento orientado por especificações, Infraestrutura como Código e CI/CD desde o primeiro dia
Ao começar a construir no Azure, trate o código da aplicação, a infraestrutura e a implementação como um único sistema de engenharia. Em vez de desenhar o produto num local, provisionar a infraestrutura noutro e automatizar implementações mais tarde, utilize-se um fluxo de trabalho onde:
- A especificação define o resultado pretendido.
- O Infrastructure as Code (IaC) define o ambiente Azure desejado.
- O CI/CD valida e faz a implantação das alterações por meio de um pipeline repetível.
Esta abordagem reduz a diferença entre a intenção e a implementação, dá à sua equipa uma fonte partilhada de verdade e ajuda-o a escalar do protótipo para a produção.
Exemplo de fluxo de trabalho
Defina a característica numa especificação.
Use uma abordagem centrada na especificação para captar o problema, utilizadores, requisitos, restrições e critérios de sucesso antes de escrever código.
Peça ao agente planeador criar um briefing de funcionalidades pronto para implementação.
O planeador esclarece o âmbito e os requisitos para que o fluxo de trabalho comece com um plano explícito em vez de um pedido ad hoc.
Faça com que o agente arquiteto da plataforma Azure desenhe a base Azure para a funcionalidade.
Este agente decide como a funcionalidade se encaixa no ambiente Azure, incluindo identidade, governação, rede, gestão e colocação da zona de aterragem.
Faça com que o agente Azure DevOps e IaC definam a infraestrutura como código.
Implemente os recursos necessários do Azure, a estrutura do ambiente e a configuração de implementação no Bicep ou Terraform, armazenados no controlo de versões.
Peça ao agente de integração Azure verificar o ambiente real de Azure.
Ligue o fluxo de trabalho a ferramentas conscientes do Azure, como o Azure MCP Server, para que o agente possa inspecionar recursos, validar pressupostos e trabalhar contra o ambiente real do Azure em vez de adivinhar.
Peça ao revisor e aos agentes de QA para auditar a alteração.
Revise a correção, segurança, casos limite, monitorização, registo e verificações de saúde antes da fusão.
Utilize pull requests e CI/CD para validar e implementar a funcionalidade.
Coloque o código da aplicação, IaC e alterações no fluxo de trabalho de implementação atrás de um pull request para que as compilações, testes e validação corram antes da fusão.
Mantenha a especificação, a infraestrutura e o fluxo de trabalho de implementação sincronizados.
Trate a especificação, o IaC e o pipeline como artefactos vivos para que o sistema implementado se mantenha alinhado com o design pretendido ao longo do tempo.
Este modelo oferece às startups uma forma mais fiável de passar da primeira construção para a entrega pronta para produção no Azure. Em vez de depender da configuração manual do portal, de scripts desconectados ou de decisões não documentadas, a sua equipa passa a dispor de um fluxo de trabalho em que a especificação traduz a intenção, a IaC descreve o ambiente no Azure e o CI/CD assegura a consistência sempre que fazem uma entrega.
Resumo
O desenvolvimento baseado em agentes ajuda as startups a passar da ideia para a implementação, combinando especificações claras, papéis especializados de agente, ferramentas conscientes do Azure e fluxos de trabalho de entrega repetíveis. A equipa começa com uma especificação que define o que deve ser construído, usa o planeamento para transformar essa intenção em decisões e tarefas técnicas, e implementa código e infraestrutura da aplicação através de fluxos de trabalho controlados por versões em vez de alterações ad hoc.
Um fluxo de trabalho forte também beneficia de funções especializadas em vez de um assistente genérico de programação. Para projetos Azure, o desenvolvimento baseado em agentes torna-se mais útil quando os agentes podem trabalhar com ferramentas conscientes do Azure, como o Azure MCP Server, e quando as alterações podem ser revistas através de pull requests, diffs, testes e CI/CD.
Esta abordagem ajuda as startups a construir rapidamente sem criar futuras reformulações. Para os fundadores, isso significa implementações iniciais mais rápidas, menos erros manuais de configuração, revisões mais claras e um percurso mais fluido do protótipo ao software de produção.
Recursos adicionais
Configurar Corretamente a Sua Conta Azure | Microsoft Aprende
Arquitetura para startups em Azure