Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Después de canjear los créditos para startups y completar la configuración del tenant, muchos equipos de startups no empezarán por aprender a fondo el portal de Azure. Un punto de partida más común es configurar un flujo de trabajo de desarrollo asistido por IA que permita a los desarrolladores permanecer en el terminal o editor que ya prefieren, al tiempo que conectan de forma segura ese flujo de trabajo a Azure. Este artículo ayuda a las startups a pasar de la configuración de la cuenta al desarrollo controlado por agentes en Azure mediante GitHub Copilot CLI o Claude Code. También analizaremos las herramientas y servidores MCP pertinentes para admitir a los desarrolladores mediante flujos de trabajo de desarrolladores basados en la CLI.
Prerequisites
Antes de empezar, asegúrese de que:
- Canjeados los créditos de Azure de Microsoft for Startups.
- Ha activado la suscripción de patrocinio de Azure.
- Completó la configuración de la cuenta de Azure posterior al canje.
- Se ha configurado un tenant de Microsoft Entra respaldado por la empresa, un dominio personalizado y permisos administrativos, para que el entorno no dependa de una sola persona.
- Has canjeado tus beneficios de GitHub. Para obtener más información, consulte Cómo usar los créditos de Azure para GitHub, AKS y modelos de IA.
Tip
Configura tu tenant de Azure en cuanto canjees tus créditos. Agregue usuarios y administradores adicionales, configure el dominio corporativo y confirme que los créditos de Microsoft para startups están activos. Para obtener más información, consulte Set up your Azure account.
Configure tu entorno de desarrollo
Antes de configurar agentes, servidores MCP o Azure acceso, configure un entorno de desarrollador de línea base que proporcione a su equipo una manera coherente de trabajar localmente. El objetivo no es obligar a cada startup a usar una única cadena de herramientas, sino garantizar que los desarrolladores puedan autenticarse, instalar las herramientas de línea de comandos (CLI) necesarias y elegir el modo de trabajo adecuado para la tarea en cuestión.
Elija el modo de interacción adecuado: cli frente al modo del agente en VS Code
El desarrollo asistido por IA puede producirse en el terminal, el editor o un entorno hospedado GitHub. La mejor opción depende de la tarea.
| Modo de interacción | Úselo cuando | Qué esperar |
|---|---|---|
| GitHub Copilot CLI | Desea el control directo en el terminal. | El asistente le ayuda a explorar un repositorio, ejecutar tareas de configuración, responder preguntas de código y usar herramientas con tecnología mcP con pasos de aprobación visibles. |
| GitHub Copilot Chat en modo agente | Estás modificando activamente el código en tu editor. | El asistente le ayuda a planear, revisar, editar y refinar el código mientras permanece en el contexto del proyecto. |
| Agentes de codificación alojados de GitHub | La tarea es más amplia, puede ejecutarse de forma independiente y debería entregarse como una pull request. | El agente investiga el repositorio, crea un plan, realiza cambios en una rama y abre una solicitud de incorporación de cambios para su revisión. |
Ejemplos de indicaciones
Use estos ejemplos como puntos de partida y adáptelos al repositorio y al modelo de aprobación.
GitHub Copilot CLI: validar la configuración de 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 en modo de agente: implementar infraestructura y 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.
GitHub agente de codificación hospedado: planee y abra una solicitud de incorporación de cambios
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.
Punto de partida recomendado
Para la mayoría de los equipos de inicio, comience con el flujo de trabajo seguro más sencillo:
- Use Copilot CLI para comprobar la configuración de Azure y GitHub.
- Use Copilot Chat en modo de agente para los cambios interactivos en VS Code.
- Utiliza agentes de programación alojados en GitHub para tareas de mayor envergadura orientadas a las pull requests.
- Agregue servidores MCP solo después de definir los permisos, el modelo de aprobación y el registro que necesita cada herramienta.
Configuración de herramientas para agentes e IDE
Las herramientas de incorporación se refieren a conectar el agente de codificación y el IDE al contexto y las funcionalidades adecuados. Los servidores MCP (Protocolo de Contexto de Modelo) proporcionan a las herramientas de los agentes una forma estructurada de acceder a capacidades autorizadas, como la documentación de Microsoft, herramientas auxiliares para repositorios u operaciones sobre recursos de Azure. Trate la incorporación como cualquier otra dependencia del desarrollador: automatice la configuración, valide la conectividad y asegúrese de que los límites de acceso están claros.
Conexión del IDE y las herramientas de desarrollo al agente de codificación
- Elija la experiencia principal para el cliente, como VS Code con un flujo de trabajo con agentes o un flujo de trabajo centrado en el terminal.
- Instale e inicie sesión en la herramienta del agente, como Copilot Chat, Copilot CLI o Claude Code, mediante la identidad aprobada de la organización.
- Decida qué pertenece a la configuración de usuario y qué pertenece a la configuración del área de trabajo. Use la configuración del área de trabajo para servidores MCP específicos del repositorio, avisos y barreras de protección para que viajen con el código.
- Compruebe las instrucciones del repositorio, como las convenciones de codificación, los comandos de compilación y prueba, y las reglas para las acciones que el agente no debe realizar. Para Claude Code, esta guía se almacena normalmente en
CLAUDE.md. - Defina los valores predeterminados seguros para las herramientas. Exija aprobación explícita para la escritura de archivos y los comandos de shell, e incluya en una lista de permitidos todos los comandos que el agente pueda ejecutar sin supervisión.
- Compruebe la configuración pidiendo al agente que ejecute una tarea de orientación pequeña, como asignar el repositorio, ejecutar pruebas o proponer una pequeña refactorización. Confirma el resultado con diffs y CI.
Servidores MCP recomendados
-
Microsoft Learn MCP Server: use este servidor cuando el agente necesite ejemplos de código y documentación de Microsoft actuales de confianza. El punto de conexión remoto público es
/api/mcp. Para obtener más información, consulte Get started with the Microsoft Learn MCP Server. - Azure servidor MCP: use este servidor cuando el agente necesite inspeccionar, consultar y administrar recursos de Azure desde el entorno de desarrollo. Para obtener más información, vea Get started with the Azure MCP Server.
Importante
Conecte solo los agentes a servidores MCP aprobados. Prefiere puntos de conexión con listas permitidas, ámbitos de herramientas con privilegios mínimos y registros auditables. Si una herramienta puede escribir en repositorios o desplegar recursos, trátela como acceso de producción y contrólela adecuadamente.
Creación de un equipo de agentes optimizados para Azure
Para soluciones B2B de nivel empresarial en Azure, comience con un modelo de agente simple y amplíe solo cuando las responsabilidades específicas de Azure sean claras. La guía de Azure considera la zona de aterrizaje como el punto de partida recomendado para un entorno escalable, seguro y gobernado. También distingue entre la zona de aterrizaje de la plataforma, que proporciona servicios compartidos, como identidad, conectividad y administración, y zonas de aterrizaje de aplicaciones, que contienen recursos de carga de trabajo para aplicaciones y entornos. En ambos, habilite controles principales, como Azure RBAC, Cost Management y Microsoft Defender para la nube.
Esta distinción es importante para los productos B2B porque el objetivo no es solo enviar características rápidamente. El objetivo es crear un producto en el que los clientes empresariales puedan confiar. La guía de Microsoft para agentes listos para producción en Azure destaca áreas de diseño que se vuelven críticas a medida que los equipos van más allá de los prototipos: la multitenencia, la capa de aplicación, la capa de orquestación y la capa de contexto. Los escenarios empresariales también requieren atención a la seguridad, confiabilidad y capacidad de adaptación en varios clientes.
Roles de agente de Azure recomendados
Microsoft proporciona Azure Skills que puede adaptar para los flujos de trabajo del agente. Las startups también pueden usar el patrón gstack como modelo para un equipo de ingeniería multiagente. Se recomiendan las siguientes extensiones optimizadas para Azure para startups que crean productos B2B de nivel empresarial en Azure.
Agente de planificación de productos y requisitos
Use este agente como puerta principal para el nuevo trabajo. Convierte las solicitudes de producto en un plan de implementación corto que incluye el ámbito de características y los requisitos no funcionales, como el aislamiento de inquilinos, las necesidades de gobernanza, las restricciones de implementación y las expectativas operativas.
Agente arquitecto de plataforma de Azure
Use este agente para dar forma a la base de entorno y la zona de aterrizaje de la plataforma: configuración de inquilinos, grupos de administración, estrategia de suscripción, conectividad, identidad, líneas base de gobernanza y servicios de plataforma compartida. Azure guía de zona de aterrizaje coloca estas decisiones como fundamentales y recomienda usar el modelo de zona de aterrizaje como punto de partida estandarizado para entornos de Azure a escala. Use la habilidad azure-enterprise-infra-planner como punto de partida.
Agente de arquitecto de aplicaciones empresariales
Use este agente para centrarse en la zona de aterrizaje de la aplicación y la propia carga de trabajo empresarial. En el caso de las soluciones B2B, este rol es responsable de los límites de las cargas de trabajo, la separación de entornos, el diseño de la capa de aplicación y de cómo la lógica específica de cada arrendatario se integra en la base más amplia de la plataforma.
Identidad y agente de seguridad
Use este agente para revisar el control de acceso empresarial y la protección de cargas de trabajo. La guía de Azure Well-Architected identifica la identidad como el perímetro principal y recomienda una gestión de identidades y accesos estricta, condicional y auditable. Esta función revisa los patrones de autenticación, las identidades de carga de trabajo, los límites del RBAC, la segmentación de red y las configuraciones predeterminadas seguras.
Azure DevOps y agente de IaC
Use este agente para poseer la capa "todo a través del código": plantillas de implementación, automatización de la plataforma y aprovisionamiento repetible. La guía de excelencia operativa de Azure conecta la base con la automatización de la plataforma y DevOps, y la guía de gobernanza de Azure recomienda flujos de implementación basados en Bicep o Terraform para los nuevos entornos. Usa la habilidad azure-prepare como punto de partida.
Agente de confiabilidad y observabilidad
Use este agente para revisar el estado, las alertas y el comportamiento de producción. La guía de confiabilidad de Azure Well-Architected recomienda modelar estados de salud, diseñar estrategias de supervisión y alertas, y usar métricas, registros y trazas para supervisar los flujos críticos y los componentes de la carga de trabajo.
agente de integración de Azure
Use este agente para mantener la experiencia del desarrollador fundamentada en el entorno real Azure. Azure servidor MCP permite a los agentes de inteligencia artificial interactuar con Azure recursos a través del lenguaje natural y se pueden usar desde GitHub Copilot CLI, GitHub Copilot agente de codificación, aplicaciones basadas en SDK y otros clientes compatibles con MCP. Comience con la habilidad azure-deploy y modifíquela para su entorno.
Gobernanza y agente de costos
Utilice este agente para aplicar presupuestos, etiquetado, asignaciones de directivas y salvaguardas de cumplimiento a medida que la startup pasa de la experimentación financiada con créditos al funcionamiento empresarial. La guía de gobernanza de Azure recomienda mecanismos de protección automatizados, la aplicación de Azure Policy y controles de costes, como presupuestos y alertas. Las habilidades azure-compliance y azure-cost son puntos de partida útiles.
Revisor y agentes de control de calidad
Utiliza estos agentes para revisar la corrección, la seguridad, los casos límite, la alineación con la zona de destino, los límites de acceso, la cobertura de monitorización y la seguridad de los cambios en la infraestructura antes de fusionar los cambios. Comience con la azure-validate skill y modifíquela según las necesidades de su cliente y de su entorno.
Diferencias entre esto y una configuración genérica de gstack
El patrón de tipo gstack (Pensar → Planificar → Desarrollar → Revisar → Probar → Lanzar → Reflexionar) sigue siendo un punto de partida útil porque proporciona separación de roles, bucles de revisión y un modelo operativo sencillo. El cambio recomendado es convertir el enjambre de ingeniería genérico en un equipo que refleje los límites arquitectónicos de Azure: plataforma base, diseño de cargas de trabajo, seguridad, automatización, observabilidad y gobernanza. Esa estructura evita que las consideraciones específicas de Azure se conviertan en algo secundario.
Desarrolla con desarrollo guiado por especificaciones, infraestructura como código y CI/CD desde el primer día
A medida que empiece a compilar en Azure, trate el código de la aplicación, la infraestructura y la implementación como un sistema de ingeniería. En lugar de diseñar el producto en un solo lugar, la infraestructura de aprovisionamiento en otra y la automatización de implementaciones más adelante, use un flujo de trabajo donde:
- La especificación define el resultado previsto.
- La infraestructura como código (IaC) define el entorno de Azure deseado.
- CI/CD valida y despliega los cambios mediante un pipeline repetible.
Este enfoque reduce el desfase entre la intención y la implementación, proporciona a su equipo una fuente compartida de verdad y le ayuda a escalar de prototipo a producción.
Flujo de trabajo de ejemplo
Defina la característica en una especificación.
Use un enfoque de especificación primero para capturar el problema, los usuarios, los requisitos, las restricciones y los criterios de éxito antes de escribir código.
Haga que el agente planificador cree un documento de especificaciones de funcionalidad listo para su implementación.
El planificador aclara el alcance y los requisitos para que el flujo de trabajo parta de un plan explícito en lugar de basarse en instrucciones ad hoc.
Haz que el agente de arquitectura de la plataforma Azure diseñe la base de Azure para la función.
Este agente decide cómo encaja la característica en el entorno de Azure, incluida la identidad, la gobernanza, las redes, la administración y la ubicación de la zona de aterrizaje.
Haz que el agente de Azure DevOps e IaC defina la infraestructura como código.
Implemente los recursos Azure necesarios, la estructura del entorno y la configuración de implementación en Bicep o Terraform, almacenados en el control de versiones.
Haga que el agente de integración de Azure compruebe el entorno de Azure real.
Conecte el flujo de trabajo a herramientas compatibles con Azure, como Azure servidor MCP para que el agente pueda inspeccionar recursos, validar suposiciones y trabajar con el entorno de Azure real en lugar de adivinar.
Haz que los revisores y los agentes de control de calidad auditen el cambio.
Revise la corrección, la seguridad, los casos límite, la supervisión, los registros y las comprobaciones de estado antes de la fusión.
Use solicitudes de incorporación de cambios y CI/CD para validar e implementar la característica.
Coloca el código de la aplicación, la IaC y los cambios en el flujo de trabajo de implementación en una solicitud de extracción para que las compilaciones, las pruebas y la validación se ejecuten antes de fusionarlos.
Mantenga sincronizada la especificación, la infraestructura y el flujo de trabajo de implementación.
Trate la especificación, IaC y la canalización como artefactos vivos para que el sistema implementado permanezca alineado con el diseño previsto a lo largo del tiempo.
Este modelo ofrece a las startups una manera más confiable de pasar de la primera compilación a la entrega lista para producción en Azure. En lugar de confiar en la configuración manual del portal, scripts desconectados o decisiones no documentadas, el equipo obtiene un flujo de trabajo en el que la especificación captura la intención, IaC captura el entorno de Azure y CI/CD aplica coherencia cada vez que se envía.
Resumen
El desarrollo basado en agentes ayuda a las startups a pasar de idea a implementación mediante la combinación de especificaciones claras, roles de agente especializados, herramientas compatibles con Azure y flujos de trabajo de entrega repetibles. El equipo comienza con una especificación que define lo que se debe crear, usa la planeación para convertir esa intención en decisiones y tareas técnicas, e implementa el código de aplicación y la infraestructura a través de flujos de trabajo controlados por versiones en lugar de cambios ad hoc.
Un flujo de trabajo seguro también se beneficia de roles especializados en lugar de un asistente de codificación genérico. En el caso de los proyectos de Azure, el desarrollo basado en agentes resulta más útil cuando los agentes pueden trabajar con herramientas compatibles con Azure, como Azure servidor MCP, y cuando se pueden revisar los cambios mediante solicitudes de incorporación de cambios, diferencias, pruebas y CI/CD.
Este enfoque ayuda a las startups a crear rápidamente sin necesidad de volver a trabajar en el futuro. En el caso de los fundadores, esto significa que las primeras implementaciones son más rápidas, menos errores manuales de configuración, revisiones más claras y una ruta más fluida desde el prototipo hasta el software de nivel de producción.
Recursos adicionales
Configurar correctamente su cuenta de Azure | Microsoft Learn
Arquitectura para empresas emergentes en Azure