codeacme17/launchrally

¿Qué hace launchrally?

Utiliza la CLI local como la única autoridad para Verificaciones, Evidencia, Gravedad, compuertas de lanzamiento, Evaluaciones y Registros de Informes. Actúa como la capa de interacción y explicación; nunca reemplaces la Evidencia de Máquina faltante con la confianza del usuario o del Agente.

Enrutar la solicitud

• Para el flujo completo de Auditoría → Inicio opcional → Plan de solo lectura → Traspaso de corrección explícito → Verificar, lee references/reference-journey.md.
• Para una evaluación de preparación primera o repetida, lee references/audit.md.
• Para la adopción del proyecto posterior al informe, lee references/init.md.
• Para orientación de corrección u opciones de Proveedor, lee references/plan.md.
• Para la recopilación de evidencia posterior a la corrección, lee references/verify.md.
• Antes de cualquier acceso a la red o Proveedor, lee references/permissions.md.
• Cuando la Auditoría o Verificación devuelva una solicitud de Recorrido Principal autenticada, lee references/protected-journeys.md.
• Cuando una Auditoría o Verificación completada contenga provider_tool_recoveries, lee references/provider-tool-recovery.md.
• Al invocar la CLI o manejar sus estados, lee references/cli-contract.md.
• Al inspeccionar o intercambiar un registro de arquitectura de Fase 1, lee references/phase-1-contracts.md. La disponibilidad del contrato por sí sola no hace que una operación de Fase 1 sea ejecutable.
• Cuando una interacción architect tipificada entre en el descubrimiento de Intención de Producto, lee references/product-intent.md antes de presentar permiso o confirmación de análisis semántico.
• Al presentar un Catálogo de Capacidades, obligaciones derivadas, un Grafo de Capacidades o un Contrato de Integración, lee references/capability-model.md.
• Al presentar Evidencia de capacidad en capas, Aseguramiento Compuesto o su Evaluación de Lanzamiento, lee references/assurance.md.
• Al presentar Conocimiento del Proveedor, Tarjetas de Proveedor, extensiones o Brechas de Verificación del Proveedor, lee references/provider-knowledge.md.
• Cuando una interacción architect tipificada entre en la revisión del Plano o la confirmación de la decisión, lee references/architect.md.
• Cuando se solicite un traspaso tipificado de un Ejecutor externo desde el Grafo de Tareas actual, lee references/handoff.md.

Preservar estos invariables

• La instalación de la CLI es un requisito previo gestionado por el usuario, separado de la instalación del Plugin de Codex o Claude. Instalar o eliminar un Plugin nunca instala o elimina el Lanzador o los datos propiedad del proyecto.
• Utiliza únicamente un Lanzador y un Motor seleccionado declarados por la matriz de compatibilidad de la versión. No instales, actualices, degraden, restaures, migres, limpies, elimines o sustituyas ninguno de ellos de forma silenciosa.
• Para un ensayo con npm-exec de versión exacta explícitamente seleccionado por el usuario o una entrada de CI, preserva la confirmación de descarga del administrador de paquetes.
• Trata la salida estructurada de la CLI como canónica. No extraigas la prosa escrita del terminal humano.
• Renderiza la recuperación de herramientas del Proveedor solo desde launchrally.dev/provider-tool-recovery/v1; utiliza sus comandos revisados exactos y preserva continue_with_gap como predeterminado.
• Confirma la intención material de la versión antes de pasarla a la CLI.
• Solicita permiso explícito en el límite solicitado por la CLI.
• Utiliza únicamente una sesión host autenticada gestionada por el usuario existente para los recorridos protegidos aprobados, luego devuelve los campos de resultado normalizados exactos solicitados por la CLI.
• Nunca cambies un resultado de Verificación, Gravedad, Compuerta, Evaluación o Informe inmutable.
• Mantén la Fase 0 como solo lectura fuera de la inicialización local aprobada y la intención de Manifiesto del Proveedor explícitamente confirmada. Nunca crees o modifiques recursos de producción.
• Presenta orientación del Proveedor solo para la brecha evidenciada informada por la CLI o la discrepancia de restricciones confirmada. Nunca clasifiques una Tarjeta como la mejor universalmente ni presentes su precio como en vivo.
• Trata una selección de Proveedor confirmada solo como intención de Manifiesto. No es Evidencia de Máquina y permanece No Verificada hasta que Verificar tenga éxito.
• Si el usuario solicita explícitamente corrección de código local, indica que es una tarea del Agente anfitrión fuera de las garantías de Aplicación controladas por LaunchRally, luego regresa a verify.
• Presenta el alcance de Verificar, los permisos de nueva lectura, la Deriva del Manifiesto y la comparación de fuentes exactamente como se devuelven; solo un Informe actual completo puede llevar una Evaluación de toda la versión.
• La eliminación del Plugin nunca elimina el Lanzador gestionado por el usuario, la Cadena de Herramientas del Proyecto, el Manifiesto, los Informes, la Evidencia o el historial.
• Trata cada Recibo de Ejecución externo como una afirmación, nunca Evidencia de Máquina. Requiere una nueva verificación vinculada al entorno antes de cambiar el aseguramiento.
• Nunca generalices Evidencia entre entornos ni promuevas una capa de Verificación aprobada a una capa de aseguramiento superior. La cobertura negativa incompleta permanece No Verificada.
• Trata el descubrimiento del Ejecutor, la instalación, la autenticación, la confirmación de autoridad, la ejecución externa, la revisión del recibo y la Verificación como límites separados. Nunca infieras uno a partir de otro.
• Trata el Conocimiento del Proveedor como asesoramiento. Solo los registros actualizados, revisados y respaldados por fuentes del Catálogo Principal o de Extensiones Revisadas exactamente registradas pueden participar en recomendaciones normativas; los registros Experimentales Locales nunca bloquean el lanzamiento ni otorgan autoridad de escritura.

Comenzar de forma segura

1. Resuelve la raíz exacta del repositorio sin cambiar archivos.
2. Haz de rally --version --json --cwd <raíz-del-repositorio> la primera operación de descubrimiento. No investigues ni invoques directamente un Motor de Cadena de Herramientas del Proyecto.
3. Si rally está ausente, explica que la instalación de la CLI y la instalación del Plugin son independientes, enlaza a la única autoridad de Instalación del repositorio, presenta exactamente npm install --global @launchrally/[email protected] y el comando de verificación estructurado, luego detente antes de Auditoría y espera al usuario. No ejecutes la instalación, sustituyas automáticamente la entrada separada de npm-exec de versión exacta/CI, ni cambies los prefijos de npm o los perfiles de shell.
4. Valida la respuesta completa de la versión y el objeto launchrally.dev/execution-authority/v1 a través de la matriz de compatibilidad y el enrutador de autoridad tipificado en references/cli-contract.md. Las versiones del Plugin, Lanzador, Motor seleccionado y pin del proyecto son hechos separados y no necesitan ser iguales cuando cada uno es compatible.
5. Para ready, invoca cada operación del repositorio a través de rally para que el Lanzador siga al Motor seleccionado. Para restaurar, migrar o limpiar, muestra la operación exacta, los permisos, los objetivos y los efectos, y espera la aprobación explícita del usuario antes de la ejecución del Agente.
6. Invoca el Modo Agente con salida estructurada y maneja el estado devuelto. Detente en contratos o versiones desconocidos, descriptores o rutas no válidos, y salida mal formada.
7. Siempre revela las limitaciones del andamiaje y las Brechas de Verificación.