Guía de lectura localizada
azure-app-onboard-prereqFinalidad, uso y origen
Evalúe si el código fuente está listo para implementarse en Azure: la verificación ANTES del trabajo de infraestructura. Evalúa el estado de la compilación, la completitud de la aplicación, las dependencias y los servicios locales, la compatibilidad de la pila y la viabilidad de la implementación. Responde preguntas sobre lo que su aplicación necesita antes de poder implementarse: marcos, dependencias y configuración. Verifica si las dependencias son compatibles e identifica los bloqueadores de implementación y los marcos no compatibles. CUANDO: "evaluar mi repositorio", "¿está mi aplicación lista para implementarse?", "¿qué necesita mi aplicación para implementarse?", "¿qué necesito antes de implementar?", "¿necesita mi aplicación?", "¿puedo enviar esto a Azure?", "escanear mi repositorio en busca de problemas", "¿es esta aplicación implementable?", "verificar si mi aplicación está lista para Azure", "¿necesito un Dockerfile?", "¿qué está bloqueando mi implementación?", "¿hay algún bloqueador?", "¿son compatibles mis dependencias?", "¿Azure admite mi marco?", "¿qué necesita cambiar antes de implementar?", "verificar la configuración de mi aplicación".
Fuente recuperada:
- Repositorio de origen
- microsoft/skills
- SKILL.md
.github/plugins/azure-skills/skills/azure-app-onboard-prereq/SKILL.md- Estrellas del repositorio
- 3,157
- Actualización del repositorio
- 2026-10-31
- Clasificación de habilidades
- Servicios en la nube
- Última recopilación
Licencia: Documentos de licencia pendientes de verificación
Los extractos del flujo de trabajo son guías de lectura, no instrucciones ejecutables de Codez. No se utilizó ninguna habilidad de terceros para generar esta página.
Los siguientes fragmentos sobre el propósito y el flujo de trabajo son material preliminar, organizado y traducido para su lectura. Son distintos del análisis editorial de Codez, que se presenta por separado.
Lo que hace esta habilidad
Evalúe si el código fuente está listo para implementarse en Azure: la verificación ANTES del trabajo de infraestructura. Evalúa el estado de la compilación, la completitud de la aplicación, las dependencias y los servicios locales, la compatibilidad de la pila y la viabilidad de la implementación. Responde preguntas sobre lo que su aplicación necesita antes de poder implementarse: marcos, dependencias y configuración. Verifica si las dependencias son compatibles e identifica los bloqueadores de implementación y los marcos no compatibles. CUANDO: "evaluar mi repositorio", "¿está mi aplicación lista para implementarse?", "¿qué necesita mi aplicación para implementarse?", "¿qué necesito antes de implementar?", "¿necesita mi aplicación?", "¿puedo enviar esto a Azure?", "escanear mi repositorio en busca de problemas", "¿es esta aplicación implementable?", "verificar si mi aplicación está lista para Azure", "¿necesito un Dockerfile?", "¿qué está bloqueando mi implementación?", "¿hay algún bloqueador?", "¿son compatibles mis dependencias?", "¿Azure admite mi marco?", "¿qué necesita cambiar antes de implementar?", "verificar la configuración de mi aplicación".
Cómo funciona el flujo de trabajo ascendente
Paso1: Verificación de sesión
Entrada del orquestador: La sesión existe — leercontext.json, proceda al Paso2Entrada directa: Comprobar.copilot-azure/sessions/active-session.json: Existe → ⛔ leersession-protocol.mdpararesume/freshpuerta. NO continúe hasta que el usuario responda. Falta → crear sesión: generar UUID,New-Item -ItemType Directory -Path ".copilot-azure/sessions/{uuid}" -Force, escribircontext.json+active-session.jsona través decreateherramienta.
Paso2: Escanear espacio de trabajo
Escanee los archivos del proyecto. Detecte los componentes,repo{},detectedInfra[],detectedServices[]. Clasificar proveedores de Terraform. Comprobar disponibilidad de CLI. Conflictos de detección de pila: la instrucción explícita del usuario gana (escribir encontext.json, marcar escaneo como anulación); solo escaneo → confirmar con el usuario; pilas múltiples → mostrar todas y preguntar (vercomponent-mapping.md); sin código →zero-code-path.md. > Si no hay archivos de proyecto, ni Dockerfile, Y noindex.html→ ⛔ leerzero-code-path.md. > ⛔ Acceso anticipado al SDK de la nube. Buscaraws-sdk|@aws-sdk|boto3|google-cloud|@google-cloud|firebase. Si se encontraron dependencias funcionales → leercloud-sdk-migration.md, entoncesask_user: "Redirigir a Azure Cloud Migrate" (establecerrouteToSkill: "azure-cloud-migrate") · "Continuar la evaluación de todos modos" (finalizar la evaluación de preparación + asignación de SDK a Azure, luego DETENERSE en el paso8— no hay plan hasta que se intercambien las dependencias) · "Cancelar".
Paso3Evaluación por componente
PoblarbuildRequirementspor componente después de la evaluación. Propagación del veredicto, reglas de nivel y f1La agregación viable se encuentra enreadiness-gate.mdy las referencias de verificación individuales.
Requisitos y configuración
No se seleccionó ningún fragmento de requisitos breves de este archivo. Esto no significa que la habilidad no tenga dependencias. Consulte las instrucciones de configuración del repositorio y los archivos de referencia.
Límites y controles de calidad
No se seleccionó ningún pasaje con límites específicos en este archivo. Esto no significa que la habilidad sea segura para cualquier entrada o entorno. Revise el código fuente completo y valide su propio resultado.
Comience con una prueba segura.
- Verifique el host compatible y las instrucciones de instalación del repositorio. Mantenga juntos el directorio Skill y sus scripts, recursos y documentación a los que hace referencia;SKILL.mdsolo puede omitir dependencias.
- Proporcione al agente sus datos reales, el resultado deseado y los criterios de aceptación. La sintaxis de invocación y las herramientas disponibles dependen del sistema anfitrión; este sitio no presupone un comando de instalación universal.
- Pruebe el flujo de trabajo original en un proyecto desechable o en una copia. Revise las operaciones que modifican archivos, servicios remotos o recursos facturables antes de autorizarlas.
- Valide el resultado comparándolo con los controles de calidad de origen y sus propios requisitos. Un activador exitoso o un alto número de estrellas en el repositorio no garantizan un resultado correcto.
Lea más en la fuente
- Requisitos previos para Azure App Onboard: evaluación del repositorio
- Normas
- Paso1: Verificación de sesión
- Paso2: Escanear espacio de trabajo
- Paso3Evaluación por componente
- Paso4: Escribir artefactos + Puerta de preparación
- Paso5Hallazgos actuales
- Paso6: Remediación (condicional)
- Paso7: Escribir estado final
- Paso8: Ruta
Habilidades relacionadas
Traducción y alcance
Esta guía de lectura selecciona pasajes de la sección fijada en la parte superior.SKILL.mdLa traducción es asistida. No se trata de un manual completo ni garantiza la compatibilidad. Lea el original y los archivos a los que hace referencia antes de usarlo.
Esta introducción hace referencia a la versión fijada a continuación; la actividad actual del repositorio y la hora de recopilación se muestran por separado.
- Fuente fijada
- Lee el original ↗
- Fuente recuperada
- Confirmación de origen
00d66a64919edca5bca2c673373444e36a4b5461- Fuente SHA-256
2d2ef1ec0cec686f511eae7004890e44969845c79598b6f9c4a264956a0361f8