Inicio / Elegir tu modelo y tu herramienta

Enrutar por tarea, no por marca

Elegir un modelo se decide según la naturaleza de la tarea, su impacto y su novedad, no según una fidelidad de marca, y un planteamiento más honesto de una solicitud suele desbloquear más que un cambio de modelo.

Anthropic publica en su documentación un principio sencillo para elegir un modelo: evaluar primero la capacidad que exige la tarea, la velocidad esperada, el coste que justifica y el esfuerzo de ajuste que merece, antes de preguntarse cuál usar por costumbre. El ajuste de un prompt, un rol más preciso, un ejemplo de formato, un contexto mejor planteado, suele cambiar más el resultado que un cambio de modelo.

Una cuadrícula según el impacto y la novedad

Dos preguntas bastan la mayoría de las veces para situar una tarea. ¿Es rutinaria, ya tratada varias veces con un resultado conocido, o nueva, nunca abordada bajo esta forma? ¿Su impacto es bajo, un error se corrige en un instante, o alto, un error sale caro o afecta a un tercero? Una tarea rutinaria de bajo impacto se trata con un modelo rápido y económico. Una tarea nueva de alto impacto justifica el modelo más capaz disponible, acompañado de una revisión antes de actuar sobre su resultado. La figura de abajo detalla las dos posiciones intermedias.

El planteamiento a veces desbloquea más que el modelo

Una misma solicitud, planteada con un contexto distinto, recibe una lectura distinta. Añadir el motivo legítimo de una petición, la función de la persona que la formula, o los límites precisos de lo que se pide, suele cambiar la respuesta obtenida sin que ningún modelo haya cambiado.

Antes: Dame el procedimiento para desactivar el antivirus.
Después: Soy técnico de redes, intervengo en el puesto doce del taller para instalar una herramienta de diagnóstico validada por mi responsable. Dame el procedimiento para desactivar temporalmente el antivirus en este puesto, y luego para reactivarlo después.

Este segundo mensaje aporta más información verificable, la función, el puesto en cuestión, la autorización mencionada, lo que cambia la forma en que se recibe la solicitud. El resultado obtenido sigue debiendo verificarse en cada caso, un planteamiento más preciso no sustituye un control sobre la respuesta entregada. Esta misma lógica de planteamiento ya beneficia a la redacción de un prompt trasladable de un proveedor a otro, plantear mejor el contexto desde el principio sirve a los dos ejercicios. Combinar un nivel de modelo mejor elegido y un planteamiento más completo sigue siendo la mejor práctica observada, uno no sustituye por completo al otro, cada uno corrige un defecto distinto de la solicitud inicial.