Modelo de estabilidad

plugin-kit-ai utiliza términos contractuales formales para que los equipos puedan decidir exactamente qué quieren estandarizar.

Lenguaje público versus lenguaje formal

Los documentos públicos utilizan un vocabulario de primer paso más simple:

Recommended generalmente apunta a las rutas de corriente más fuertes public-stable
Advanced puntos en superficies de soporte que son más estrechas o más especializadas
Experimental se asigna a public-experimental

Cuando se establece una política de compatibilidad, los términos formales ganan.

Recommended es el lenguaje del producto, no un reemplazo del contrato formal.

normalmente significa una ruta de producción promocionada public-stable
no significa paridad en todos los objetivos
no mejora las superficies public-beta o public-experimental solo con palabras

Trate public-stable como el nivel que puede desarrollar con expectativas de producción normales.

Este es el nivel que la mayoría de los equipos deberían preferir para los estándares predeterminados y la implementación a largo plazo.

Trate public-beta como compatible, pero no congelado.

Utilice la versión beta sólo cuando la compensación sea explícita y valga la pena para el producto.

Trate public-experimental como abandono de participación fuera de la expectativa de compatibilidad normal.

Puede ser útil para el aprendizaje o la adopción temprana, pero no debería convertirse silenciosamente en el valor predeterminado del equipo.

Prefiera la ruta recomendada para el producto que está creando.
Utilice los términos formales exactos sólo cuando necesite precisión en la política o la compatibilidad.
Utilice validate --strict como puerta de preparación para el repositorio que planea enviar.