Resumen

  • La RFC 8174 reserva los significados especiales de BCP 14 a las palabras escritas totalmente en mayúsculas bajo la convención declarada. En minúsculas conservan su sentido normal en inglés.
  • Eso no convierte la tipografía en una prueba completa de normatividad. El texto normativo puede no usar esas palabras y la fuerza de un término depende también del nivel del documento.
  • Una constancia fiable necesita versión y estado del documento, convención, oración completa, actor, conducta, excepción, prueba y resultado observado; contar mayúsculas solo produce candidatos.

La búsqueda encontró un indicador, no una regla terminada

Es fácil imaginar una herramienta que recorre un RFC y exporta todos los MUST a una hoja de controles. El informe parece exacto. Sin embargo, todavía puede confundir una cita con una instrucción, una discusión con un mandato o un borrador con una decisión publicada.

Tampoco conoce necesariamente el sujeto de la oración, la condición que activa la conducta ni la definición referenciada que limita su alcance. Esos datos no adornan la obligación; la constituyen.

La aportación de la RFC 8174 fue eliminar una ambigüedad concreta y, al hacerlo, dibujar el borde de la automatización. El token puede localizarse con precisión. La autoridad y la conformidad todavía requieren contexto.

«A menudo en mayúsculas» admitía dos gramáticas

La RFC 2119 de Scott Bradner dio al IETF un vocabulario común. MUST es una exigencia absoluta de la especificación y MUST NOT, una prohibición absoluta. SHOULD permite apartarse solo por razones válidas después de entender las consecuencias. MAY hace una función realmente opcional, pero protege la interoperabilidad entre quienes eligen ramas distintas.

El texto original decía que esas palabras se escribían «a menudo» en mayúsculas. La frase dejaba abierta una duda práctica: ¿un must en minúsculas era el término definido con una errata de estilo o una palabra ordinaria?

Leiba cerró esa duda. Los significados de BCP 14 solo se aplican a las formas íntegramente mayúsculas. Las demás mantienen su sentido inglés normal. La fórmula actual exige que el propio documento declare esta convención.

Las minúsculas no vuelven informativa una oración

De la aclaración podría extraerse una regla falsa: mayúscula es normativo; minúscula no. La RFC 8174 impide esa lectura. Dice que usar las palabras clave no es obligatorio y que mucho texto normativo no las emplea.

Hay, por tanto, dos preguntas independientes. La primera es si una palabra invoca el significado especial de BCP 14. La segunda es si la frase tiene autoridad normativa, cuál es su alcance y de dónde procede esa autoridad.

Un sistema que responde ambas preguntas con la misma expresión regular pierde obligaciones escritas en prosa corriente y crea obligaciones a partir de ejemplos o citas. No simplifica la gobernanza: oculta sus errores.

La fuerza llega desde el documento

La propia RFC 2119 advierte que la fuerza de sus términos se modifica según el nivel de exigencia del documento. Unas letras grandes no convierten un Internet-Draft en estándar, un RFC informativo en mandato de interoperabilidad ni una política privada en consenso del IETF.

El autor controla las palabras; el grupo de trabajo y el aprobador del flujo controlan el proceso y el estado; el RFC Editor conserva el sentido aceptado; el fabricante decide cómo queda en el código; el operador y el laboratorio observan el comportamiento.

La convención BCP 14 mejora el recibo entre esas partes. No sustituye a ninguna. Por eso el texto introductorio y las referencias importan tanto como la forma visible del término.

SHOULD contiene una decisión sobre excepciones

Tratar MUST, SHOULD y MAY como tres posiciones de un regulador de intensidad empobrece sus diseños. MUST cierra una elección. SHOULD mantiene una salida condicionada a razones válidas y a una evaluación de consecuencias. MAY abre una elección que el entorno debe tolerar.

La guía actual para autores del IETF señala SHOULD como especialmente problemático. Hay que explicar por qué no se usa MUST y qué ocurre al desviarse. Marcarlo simplemente como «opcional» elimina la parte que un implementador necesita para decidir.

Una matriz seria registra sujeto, acción, precondición, excepción y efecto de interoperabilidad. La palabra en mayúsculas es el punto de entrada, no toda la fila.

El manual editorial demuestra la otra gramática

La RFC 7322 declara que no emplea la terminología de la RFC 2119. Después usa must y should en minúsculas y define significados editoriales locales: cambios que el RFC Editor aplicará automáticamente frente a recomendaciones que pueden discutirse.

No es una contradicción. La declaración evita que el lector interprete la minúscula como un BCP 14 defectuoso. El documento anuncia la gramática que gobierna sus instrucciones.

Además, el manual exige citar la RFC 2119 como referencia normativa cuando se adopta su interpretación; de lo contrario debe definirse la interpretación correcta. La familiaridad del término nunca sustituye esa procedencia.

El marcado estructurado rodea la frase, no la obligación

RFCXML dispone de un elemento opcional <bcp14> para la frase definida. Puede destacar MUST o SHOULD NOT y ayudar a las herramientas. La documentación indica que no debe abarcar toda la exigencia.

La frontera del esquema es reveladora. El objeto marcado es menor que la regla que un equipo debe implementar. Actor, verbo, condición, excepción y referencias viven en el resto de la oración y del documento.

El marcado es una señal de alta calidad para encontrar candidatos. Convertirlo sin más en un control ejecutable atribuye al XML una decisión que no contiene.

La tipografía acredita vocabulario, no mandato

Barry Leiba no dio autoridad autónoma a las mayúsculas. Aseguró que el lector pueda saber cuándo una palabra usa la definición BCP 14 y cuándo habla en inglés normal.

El consenso y el estado del documento aportan autoridad. La oración aporta alcance. El código y la prueba aportan evidencia de conformidad. Ninguna de esas capas puede deducirse por completo de la caja tipográfica.

La automatización prudente encuentra el término y conserva su cadena de custodia. Pregunta quién queda obligado, por qué versión, con qué excepción y mediante qué observación. En ese momento las mayúsculas han cumplido su función.

Fuentes