El modelo ya es potente. El cuello de botella eres tú: el contexto que le das, el tamaño de lo que le pides y lo que verificas antes de confiar. Elige tu ruta — las dos parten de la misma base.
◈ Los principios de esta página aplican a cualquier IA — Claude, ChatGPT, Gemini, la que uses.Dos personas con el mismo modelo obtienen resultados radicalmente distintos. La diferencia está en los otros dos factores — y esos dos se entrenan.
Qué tan potente es la IA. Mejora sola cada pocos meses. Tu única decisión es cuál usar para qué.
El contexto que das, cómo divides el trabajo, cuándo cierras una conversación, qué formato exiges.
Qué revisas antes de confiar. Lo que separa "me ayudó" de "me metió en un problema con un cliente".
Responde con lo que haces de verdad, no con lo que sabes que deberías hacer. Nadie te está mirando.
Cada nivel resume lo esencial; despliega el que te tocó en el diagnóstico. No te saltes niveles: los errores del 1 sin corregir se vuelven carísimos en el 3.
El error de todo principiante es tratar a la IA como un buscador: tres palabras y a esperar magia. La IA no busca — redacta a partir de lo que le das. Si le das poco, inventa el resto.
Antes de pedir, di quién eres, qué tienes y para qué lo necesitas. Treinta segundos de contexto ahorran cinco respuestas inútiles.
Si no dices cómo quieres la respuesta, recibes la que el modelo prefiera: normalmente más larga de lo que necesitas. Longitud, estructura e idioma se piden, no se esperan.
La primera respuesta es un borrador, no la entrega. Corregir es más barato que reempezar: "más corto", "más formal", "cambia el ejemplo 2", "ahora en tono de venta".
Regla: si la respuesta está al 70%, pide el ajuste del 30%. Si está por debajo del 50%, el problema fue tu pedido — mejora el pedido, no la paciencia.
Pedir cinco cosas en un mensaje produce cinco respuestas mediocres. Pide una, ajústala, y sigue con la siguiente ya con ese contexto ganado.
La IA no dice "no sé" por defecto — rellena los huecos con cosas plausibles, en el mismo tono confiado. Todo dato verificable (cifras, leyes, precios, nombres, fechas) se verifica antes de usarse en algo que importe.
Truco de piloto nuevo: pregúntale "¿qué tan seguro estás de esto y qué debería verificar yo?" — la respuesta te dice dónde mirar.
No pegues contraseñas, datos de clientes o información confidencial de tu empresa sin saber la política de datos de la herramienta que usas. Pregunta en tu empresa qué está permitido — y si es tu empresa, defínelo tú.
Ya pides bien. Ahora el juego cambia: deja de gestionar mensajes y empieza a gestionar conversaciones. La mayor pérdida de tiempo y tokens de este nivel viene de conversaciones eternas y contaminadas — y de tareas grandes pedidas de un solo golpe.
Cada conversación acumula todo lo dicho — incluidos los errores ya corregidos y los temas abandonados. Mezclar el informe de ventas con el correo al proveedor y el plan de vacaciones degrada las tres cosas.
Regla: tema nuevo = chat nuevo. Y si una conversación lleva muchas correcciones acumuladas, ciérrala: resume lo decidido en 5 líneas y arranca limpia con ese resumen.
"Hazme el plan de negocio completo" produce 10 páginas genéricas. El mismo trabajo en pasos — primero el análisis del cliente, luego la propuesta de valor, luego los números — produce algo usable, porque cada paso se corrige antes de contaminar el siguiente.
Describir un estilo toma tres párrafos y sale mal. Mostrarlo toma un pegado y sale bien: "como este" es la instrucción más poderosa que existe. Un correo tuyo, una propuesta que te gustó, un post que funcionó.
Para decisiones, la pregunta correcta no es "¿qué hago?" sino "dame 3 opciones con lo que gana, lo que cuesta y el riesgo de cada una, y tu recomendación". Te da el mapa completo y conserva la decisión donde debe estar: en ti.
Si corriges lo mismo dos veces y sigue mal, la tercera corrección en el mismo chat casi nunca funciona: el contexto ya está contaminado. Cambia de estrategia, no de intensidad: chat nuevo, problema reexplicado desde cero, idealmente con un ejemplo de lo que quieres.
Instrucciones que repites en cada chat ("respóndeme en español", "soy dueño de una pyme", "sé directo") van en las preferencias o instrucciones permanentes de la herramienta. Los proyectos o espacios de trabajo agrupan contexto que no quieres repegar. Cinco minutos de configuración ahorran horas de repetición.
Aquí la IA deja de ser un asistente de tareas sueltas y se vuelve parte de tu proceso de producción — código, documentos, análisis, entregas a clientes. El salto es doble: nada se ejecuta sin plan aprobado, y nada se entrega sin verificación externa.
Para todo trabajo no trivial, el flujo es: "propón el plan y espera mi confirmación antes de ejecutar". El plan saca a la luz las decisiones ocultas que, si no, el modelo toma solo y en silencio a mitad del trabajo.
El chat se contamina, se pierde, se acaba. Todo lo decidido se baja a un documento: el plan, las decisiones con su porqué, lo que quedó pendiente. La próxima sesión arranca leyendo el documento, no recordando el chat. Si solo existe en la conversación, no existe.
"Revísalo tú mismo" → "todo correcto ✓" es teatro: el modelo revisándose hereda sus propios errores. Verificación real, en orden de confiabilidad: (1) ejecución real — correr el código, probar el flujo, cotejar la cifra con la fuente; (2) checklist externo punto por punto exigiendo evidencia; (3) una sesión nueva y fría que critique el resultado sin el contexto de la original.
Sin definición de terminado, todo queda "casi listo" para siempre. Antes de arrancar, escribe el criterio: "está terminado cuando [alguien puede hacer X] y [se verificó Y]". El truco del demo de 1 minuto: si no puedes demostrarlo en 60 segundos, no está terminado.
Antes de firmar un diseño, un presupuesto o una promesa a un cliente, una sesión aparte: "critica esta propuesta: supuestos no verificados, qué falla primero, qué alternativa más simple logra el 80%". Cuesta 15 minutos; el error que atrapa cuesta semanas.
No todo merece el modelo más potente. Planear, diseñar y verificar → el mejor modelo disponible. Tareas mecánicas ya bien definidas (reformatear, traducir, generar variaciones) → uno más económico. Es la diferencia entre pagar arquitecto y pagar arquitecto para pintar paredes.
El director avanzado ya no escribe buenos prompts — construye sistemas que producen buenos resultados aunque el prompt del día sea mediocre. Su trabajo se parece menos a chatear y más a diseñar el proceso. Y sabe la verdad incómoda del oficio: cuando el resultado es malo, el 70% de las veces el problema fue la dirección, no el modelo.
Todo lo que funcionó dos veces se convierte en plantilla, manual o instrucción permanente: cómo se planea, cómo se critica, cómo se verifica, cómo se cierra una sesión. El conocimiento vive en archivos que cualquier sesión — y cualquier persona de tu equipo — puede usar, no en tu memoria de qué prompt funcionó aquella vez.
El patrón de máxima calidad con presupuesto real: el modelo fuerte (o tú) piensa, planea y verifica; el ejecutor teclea dentro de rieles — pasos pequeños, con criterio de verificación explícito por paso. Un ejecutor al que no le confiarías el diseño produce trabajo de producción, porque nunca tuvo la oportunidad de diseñar mal.
La perilla maestra del director: modelo potente → tareas grandes con revisión al final; modelo limitado → una función, un párrafo, un paso a la vez, revisando cada salida. La señal de que el paso quedó grande: el modelo empieza a inventar — cosas que no le diste, soluciones que no pediste. La respuesta no es regañarlo: es partir el paso en dos.
Cuando conectas la IA a tus sistemas (correo, archivos, código que se ejecuta solo), el agente debe tener los permisos mínimos para su tarea — jamás heredar todos los tuyos. Y las acciones irreversibles (enviar, borrar, pagar, publicar) siempre pasan por confirmación humana. Los casos legales de agentes que prometieron de más ya existen; la empresa responde por lo que su agente dice.
Sin medir, "mejorar" es una sensación. Tres números bastan: ¿cuántas veces retrabajas la misma entrega? ¿cuánto cuesta en tokens cada tipo de tarea? ¿dónde se te va el tiempo — dirigiendo o corrigiendo? Un retrabajo recurrente es un defecto del proceso, y los defectos de proceso se arreglan en el manual, no en el chat.
Hay tareas donde verificar la salida cuesta más que hacer el trabajo directo: ahí la IA resta. Y la marca final del nivel 4: la dirección se documenta y se transfiere. Si mañana entrenas a alguien y en dos semanas dirige al 80% de tu nivel, construiste un sistema. Si no puede, construiste una dependencia de ti.
Si el resultado fue malo, casi siempre uno de estos siete estuvo presente. Revísalos en orden antes de culpar al modelo.
No dar nada (el modelo inventa) o pegarlo todo "por si acaso" (el ruido entierra la señal).
Costo: respuestas genéricas + tokens quemados"Hazme todo el sistema / todo el informe" en un solo pedido: salida enorme, genérica, con errores enterrados en la página 7.
Costo: horas revisando + retrabajos completosUn chat de semanas que mezcla temas, arrastra correcciones viejas y confunde la versión 3 con la 7.
Costo: cada respuesta procesa TODO el historialCorregir lo mismo por quinta vez, con mayúsculas y frustración, en el mismo chat contaminado.
Costo: 5 rondas de tokens + tu tarde entera"Revisa tu trabajo" → "todo correcto ✓". El modelo revisándose hereda sus propios errores.
Costo: el error llega al cliente con doble selloSuena idéntico cuando sabe y cuando inventa: cifras, leyes y citas plausibles pero falsas, con total confianza.
Costo: desde una pena con un cliente hasta un lío legalLas decisiones y el estado del proyecto viven solo en la conversación: se contamina, se pierde, nadie puede retomarlo.
Costo: reexplicar todo + decidir dos vecesSeis piezas. No todas son obligatorias en cada mensaje — pero cuando una respuesta sale mal, casi siempre falta una de estas.
Háblale como a un colega nuevo, no como a un buscador.
El contexto se cura: lo relevante, no todo, no nada.
Divide antes de pedir. Pasos que puedas verificar en minutos.
Una tarea, una conversación. El tema nuevo estrena chat.
Plan aprobado antes de ejecución en todo lo que importe.
Suena igual de segura cuando inventa. Verifica lo verificable.
La verificación es externa: probar, cotejar, sesión fría. Nunca "revísate".
Dos intentos fallidos = replantear, nunca pelear con el modelo.
Lo decidido se baja a documentos. El chat es taller, no archivo.
Si el resultado fue malo, revisa tu dirección primero. El 70% de las veces era eso.
Las herramientas se vuelven obsoletas en meses — la base no. Estas dos rutas la aterrizan a tu realidad.
Mi experiencia llegando al mundo de la IA empresarial, cómo pedirle información a una IA sin saber programar, y 15 casos de uso para tu primer proyecto — desde el Excel de gastos hasta la carta que nunca te sale.
Empezar sin código → Técnica · Claude CodeDía 0 (instalación y primer proyecto), glosario, los comandos verificados contra la documentación oficial, el mapa del código como prompt, y la arquitectura de dos niveles con subagentes.
Ir a la guía técnica →