Proceso RFC

Los cambios a la spec de OSL pasan por un proceso RFC ligero, estilo paper. La spec es un contrato; los cambios se ganan su entrada.

1. Abre una RFC en platform/spec/osl/rfcs/OSL-RFC-XXXX-slug.md.

2. Cubre el problema, las alternativas consideradas, el impacto, el plan de adopción y el rollback. Pre-registra cómo se ve el éxito.

3. Consigue la firma de los mantenedores más al menos un adoptante downstream.

4. Merge → estado Accepted → implementación → estado Implemented.

Aditivo por defecto

La filosofía de extensión tiene forma de Kubernetes: OSL extiende MetricFlow del mismo modo que las CRDs extienden la API core de K8s — aditivo, versionado, sin romper nunca lo que ya funciona. MetricFlow puro sigue siendo sagrado y exportable.

Ejemplos ya en el árbol

• RFC 0002 — el predicado semantic_match: cómo una sola query cruza Iceberg
  • Lance. (Implemented)
• RFC 0003 — relaciones y resolución: el grafo estructurado, N-N vía bridges, joins honestos estructurado↔no estructurado, travesía multi-hop, resolución rápida y el domain-map unificado. (Implemented)

Conformidad, no lock-in

Tanto la spec como los JSON Schemas son Apache-2.0. Las facetas OpenLineage custom (osl.semanticResolution, lance.retrieval, osl.policyDecisions, osl.redactions) se proponen upstream al ecosistema OpenLineage.