Ir al contenido
Mastering Claude

Inicio / Elegir tu modelo y tu herramienta

Elegir tu modelo y tu herramienta7 minApplication

Componer un system prompt entre varios proveedores

Cuando un prompt debe funcionar en varios proveedores, se identifica la regla más fuerte de cada uno, se fusionan sin contradicción, y las reglas escritas por el propietario del prompt prevalecen en general sobre los valores por defecto de un proveedor, salvo cuando entrarían en conflicto con los límites de seguridad que ese proveedor impone él mismo.

Un prompt destinado a funcionar en Claude y en otro proveedor nunca se copia tal cual de uno a otro. Cada proveedor escribe un system prompt por defecto distinto, con sus propias prioridades y sus propios reflejos de seguridad, y una regla retomada palabra por palabra de un proveedor puede entrar en conflicto con lo que el otro ya tiene integrado. El método que funciona consiste en identificar la regla más fuerte de cada fuente, reescribirla para el contexto real de la tarea, y luego verificar que nada se contradiga antes de adoptar el resultado.

Componer sin copiar

La lección sobre la composición de un system prompt a partir de varias fuentes ya plantea la regla básica: una regla importada se reescribe para su propio contexto, nunca se pega tal cual. Entre dos proveedores, esta regla cuenta doble, porque un system prompt por defecto también lleva el estilo y los reflejos propios de su proveedor de origen, no solo una instrucción neutra. Un rol colocado al inicio del prompt ayuda a esta fusión, incluso en Claude: una sola frase de rol ya cambia el tono y el comportamiento obtenidos, según la documentación oficial sobre la redacción de prompts.

Quién decide en caso de conflicto

Queda la cuestión del arbitraje: cuando dos reglas fusionadas se contradicen, cuál gana. La constitución pública de Anthropic describe un orden de prioridad entre las personas que dan instrucciones a Claude, y las reglas escritas por el propietario del prompt cuentan ahí en general más que los ajustes por defecto del proveedor. El mismo texto precisa sin embargo que este orden no es una jerarquía estricta: una regla del propietario que redefine el tono, el formato o el vocabulario tiene derecho a ganar, pero una regla que le pidiera a un proveedor ignorar sus propios límites de seguridad no tiene ese derecho, sea cual sea el proveedor en cuestión.

Probar antes de adoptar

Un prompt fusionado se prueba en una tarea real antes de ser adoptado, exactamente igual que un prompt simple. Un ejemplo corto fija el método.

Eres informático senior al servicio de una cooperativa.
Regla del proveedor A, conservada: da el porqué antes de la instrucción.
Regla del proveedor B, conservada: cita tus fuentes en línea, nunca al final de la respuesta.
Regla del propietario, planteada al final: nunca jerga técnica sin definir.

Este prompt corto conserva una regla de cada proveedor, reformulada en un mismo estilo, y coloca la regla del propietario al final, lo que la hace visualmente prioritaria. La prueba consiste en ejecutarlo una vez en una tarea real del puesto, y luego comparar la respuesta obtenida con los dos prompts de origen antes de considerarlo terminado.

Figure 1

Fusionar dos system prompts sin copiar

01
Identificar la regla fuerte de cada proveedor
Para cada proveedor en cuestión, anotar la regla que realmente importa, estilo, formato o barrera de seguridad, en vez de copiar todo un system prompt entero.
02
Reescribir para el contexto real
Reformular cada regla importada con el vocabulario y los ejemplos del servicio que la usa, nunca palabra por palabra.
03
Plantear las reglas del propietario al final
Colocar las reglas escritas por el propietario del prompt después de las reglas importadas, para que decidan cualquier conflicto que quede abierto.
04
Probar en una tarea real
Ejecutar el prompt fusionado en una tarea real del puesto y comparar el resultado con los prompts de origen antes de adoptarlo.
La secuencia parte de dos system prompts de orígenes distintos y llega a un único prompt fusionado, probado en una tarea real antes de ser adoptado definitivamente.
Calíbralo tú mismo

Una persona redacta un system prompt para Claude copiando palabra por palabra una regla encontrada en la documentación pública de otro proveedor. Pega esa regla justo después de una regla que ella misma escribió para su propio servicio, luego lanza una tarea real con ese prompt y lee la respuesta obtenida.

Escribe en una frase lo que esta situación establece, y en una frase lo que no establece.

Lo que hay que recordar
  • Una regla tomada de otro proveedor se reformula en el vocabulario del servicio que va a usarla, en vez de pegarse tal cual.
  • Un system prompt por defecto también lleva el estilo y los reflejos de seguridad propios de su proveedor de origen, no solo una instrucción neutra para copiar.
  • La constitución pública de Anthropic sitúa las reglas del propietario del prompt por encima de los ajustes por defecto del proveedor en general, sin convertirlo en una jerarquía estricta y automática.
  • Una regla que le pidiera a un proveedor ignorar sus propios límites de seguridad no gana, incluso planteada como regla del propietario.
  • Un prompt fusionado se prueba en una tarea real antes de ser adoptado, de la misma forma que un prompt simple se prueba antes de conservarse.
Hazlo ahora

Toma un system prompt que uses en Claude, añádele una regla reformulada a partir de la documentación pública de otro proveedor, plantea tus propias reglas al final, y luego prueba ese prompt fusionado en una tarea real antes de adoptarlo.

Verificar en la fuente

Cada afirmación datable de esta lección remite aquí al texto público que la respalda. Una fuente que no se abre no prueba nada.