Curso de Claude

Claude es la familia de modelos de lenguaje de Anthropic. Compite directamente con ChatGPT (OpenAI) y Gemini (Google), y su reputación está construida sobre tres cosas: calidad de escritura, capacidad para trabajar con documentos largos y rendimiento en programación.

La familia se organiza en modelos con distinto equilibrio entre capacidad, velocidad y coste. En términos prácticos: hay modelos pensados para razonamiento profundo y tareas complejas, y modelos más rápidos y económicos para tareas de volumen. Los nombres y versiones cambian con frecuencia, así que consulta siempre la página oficial para ver qué está disponible hoy en tu plan.

Cuándo Claude es la mejor elección

• Escribir textos largos donde el tono y el matiz importan.
• Analizar documentos extensos (informes, contratos, transcripciones).
• Programar, sobre todo tareas que tocan varios archivos.
• Conversaciones largas donde necesitas que mantenga el hilo.

Y dónde no: si necesitas generar imágenes o buscar información en tiempo real, otras herramientas encajan mejor. Elegir bien la herramienta para cada tarea es la mitad del trabajo.

Claude tiene un plan gratuito perfectamente usable y planes de pago (individuales y para equipos) que amplían el uso y dan acceso a los modelos más capaces. Como los precios y los límites concretos cambian, aquí va lo que no cambia: la lógica para decidir.

El plan gratuito te vale si…

• Lo usas de forma puntual: consultas sueltas, textos cortos, dudas.
• Estás evaluando si encaja en tu flujo antes de gastar.

Te compensa pagar cuando…

• Te topas con el límite de mensajes en mitad de una tarea, no al final del día. Ese es el síntoma real.
• Trabajas con documentos largos de forma habitual.
• Necesitas los modelos más capaces para código o razonamiento complejo.
• Usas Proyectos para mantener contexto de trabajo entre sesiones.

Regla práctica: si en una semana normal te frustra el límite dos o más veces, el plan de pago ya te está costando menos que el tiempo que pierdes.

El error universal del primer día es escribir algo vago ("ayúdame con marketing") y concluir que "no está tan bien". El modelo no adivina tu contexto: lo que le des es lo que tiene.

La estructura que funciona desde el minuto uno

• Contexto: quién eres, para quién es y qué necesitas conseguir.
• Tarea: qué quieres exactamente, en una frase clara.
• Formato: longitud, tono, estructura de salida.
• Restricciones: qué evitar, qué incluir sí o sí.

Y algo que Claude hace especialmente bien: pedirle que te pregunte. Terminar con "antes de escribir, hazme las preguntas que necesites" cambia radicalmente la calidad, porque convierte un monólogo en una conversación de trabajo.

Otra costumbre que vale oro: cuando la respuesta no te encaja, no empieces de cero. Dile qué falla ("demasiado formal", "te has inventado el dato del tercer párrafo", "más corto y sin adjetivos") y deja que itere. La primera respuesta casi nunca es la buena; la tercera suele serlo.

Cuando un prompt mezcla instrucciones, contexto y datos en un bloque de texto, el modelo tiene que adivinar qué es cada cosa. La solución es separarlos visualmente, y Claude responde especialmente bien a etiquetas tipo XML porque delimitan sin ambigüedad dónde empieza y acaba cada parte.

<contexto>\nSoy responsable de marketing de una tienda de bicicletas.\n</contexto>\n\n<documento>\n[aquí pegas el texto largo]\n</documento>\n\n<tarea>\nResume el documento en 5 puntos y señala los riesgos.\n</tarea>

La ganancia es notable cuando pegas textos largos: sin etiquetas, el modelo puede confundir una frase del documento con una instrucción tuya. Con ellas, sabe exactamente qué debe procesar y qué debe obedecer.

No hace falta que las etiquetas sean XML "válido" ni que uses nombres concretos: lo que importa es la separación consistente.

Explicar el estilo que quieres es difícil; enseñarlo es fácil. Si le das uno o dos ejemplos de cómo debe ser el resultado, el modelo extrae el patrón —tono, longitud, estructura, nivel de detalle— mucho mejor que con adjetivos.

Esto funciona para casi todo: emails, descripciones de producto, resúmenes, títulos, mensajes de commit. La clave es que el ejemplo sea real y bueno, no inventado para la ocasión.

El rol, con matices

Asignar un rol ("actúa como editor de estilo exigente") ayuda cuando define un punto de vista o unos criterios. Lo que no hace es dotar al modelo de conocimiento que no tiene: decirle "eres abogado" no convierte sus respuestas en asesoramiento legal válido, solo cambia el registro. Úsalo para fijar perspectiva, no para fabricar autoridad.

Ningún modelo está libre de alucinar: generar información falsa con tono seguro. Claude tiende a ser prudente y a reconocer cuando no sabe algo, pero eso no es garantía: si le pides una estadística concreta sobre un tema que no conoce, es capaz de producir una cifra plausible con fuente inventada.

Instrucciones que reducen el problema

• "Si no estás seguro de un dato, dilo explícitamente en vez de estimarlo."
• "No incluyas cifras ni estadísticas salvo que puedas citar la fuente exacta."
• "Responde únicamente con la información del documento que te he dado." — el más eficaz de todos.
• "Marca con [VERIFICAR] cada afirmación que debería comprobarse."

Y el hábito que de verdad protege: anclar. Cuando le das el material tú (un documento, unos datos, unas notas), el margen para inventar se reduce enormemente. Cuando le pides que hable de memoria sobre datos concretos, se dispara.

Puedes adjuntar documentos (PDF, texto, hojas de cálculo, imágenes) directamente en la conversación. Aquí es donde la capacidad de contexto amplio de Claude se nota: en lugar de trocear un informe, lo procesa entero y mantiene la visión de conjunto.

Peticiones que sacan más valor que "resume"

• "Extrae las decisiones que este documento exige y quién debe tomarlas."
• "Dime qué NO dice el documento sobre [tema]: qué falta o queda ambiguo."
• "Resume en 5 puntos y añade, por cada punto, la página donde lo has encontrado."
• "Compara estos dos documentos y señala solo las diferencias que cambien algo en la práctica."

La petición de las páginas es especialmente útil: te permite verificar en segundos y detectar si algo se lo ha inventado.

Sobre confidencialidad: si el documento contiene datos de clientes o información sensible, revisa la política de datos de tu plan antes de subirlo, y evita hacerlo desde cuentas gratuitas cuando el material sea delicado.

Los Proyectos son espacios donde guardas contexto e instrucciones permanentes junto a los documentos de referencia de un trabajo concreto. Todas las conversaciones dentro del proyecto heredan ese contexto.

Cuándo cambian de verdad tu flujo

• Un proyecto por cliente: con su guía de marca, su tono y sus materiales.
• Un proyecto por producto: con la documentación técnica dentro.
• Un proyecto por asignatura o tema de estudio: con los apuntes cargados.

La instrucción del proyecto es donde defines quién eres, para quién trabajas, qué tono usar y qué evitar siempre. Escrita una vez, se aplica a todas las conversaciones: eso es lo que elimina la fricción diaria de re-explicarte.

Consejo práctico: mantén las instrucciones del proyecto cortas y específicas. Una instrucción de tres párrafos claros funciona mejor que dos páginas de matices que se contradicen entre sí.

Cuando pides algo sustancial —un documento largo, código, una tabla, una pequeña aplicación web— Claude lo presenta en un panel independiente en lugar de dentro del chat. Ese panel es el artifact, y la diferencia práctica es enorme: puedes verlo completo, iterar sobre él y conservar el historial de versiones sin perder la conversación.

Dónde cambia el trabajo

• Documentos: pides cambios ("más corto", "añade una sección de riesgos") y se actualiza en sitio.
• Código: lo ves formateado y puedes pedir correcciones concretas.
• Prototipos: puedes generar una pequeña herramienta funcional (una calculadora, un visor de datos) y probarla.

El flujo que mejor funciona: genera la primera versión, luego pide cambios de uno en uno. Pedir cinco cambios a la vez suele traer una versión que acierta en tres y estropea dos.

La diferencia entre un texto que huele a IA y uno que no está casi siempre en el proceso, no en el prompt mágico.

El proceso de tres pasos

• 1. Estructura primero. Pide el esquema antes que el texto y corrígelo tú. Un texto bien estructurado ya está medio bien escrito.
• 2. Redacta por bloques. Sección a sección, no el artículo entero de una vez. La calidad cae en picado en textos largos generados de golpe.
• 3. Edita con instrucciones concretas. "Quita los adjetivos innecesarios", "frases más cortas", "elimina las tres primeras líneas de relleno".

Las marcas típicas que conviene eliminar

• Introducciones que anuncian lo que va a decir en vez de decirlo.
• Estructuras tripartitas repetidas hasta el infinito.
• Conectores pomposos ("en el vertiginoso mundo de…").
• Conclusiones que solo repiten el texto.

Y el paso que nadie debería saltarse: reescribe tú algunas frases. Un texto con tu mano encima suena a ti, y esa es la diferencia que nota el lector.

El problema de escribir con IA en equipo no es la calidad de cada texto: es que cada uno suena distinto. La solución es una guía de voz explícita que todos peguen (o que viva en las instrucciones de un Proyecto).

Qué debe incluir una guía de voz útil

• Tres rasgos de tono concretos, no adjetivos vacíos: "directo, sin tecnicismos, admite lo que no sabemos" es útil; "profesional y cercano" no dice nada.
• Qué evitamos siempre: palabras prohibidas, superlativos, promesas absolutas.
• Cómo tratamos al lector: tú o usted, qué damos por sabido.
• Dos ejemplos reales de textos que representan bien la marca.

Esa guía cabe en media página y es lo que convierte cinco personas usando IA en algo que suena a una sola marca.

Claude traduce bien, pero su ventaja real frente a un traductor automático clásico es que entiende el contexto y el propósito. Puedes decirle para quién es, qué registro quieres y qué debe adaptarse en lugar de traducirse.

Traducir vs localizar

Traducir es cambiar el idioma; localizar es adaptar referencias, ejemplos, formatos de fecha y expresiones para que suenen naturales en destino. Pide lo segundo explícitamente: "traduce al inglés adaptando los ejemplos al contexto británico, no traducciones literales de expresiones españolas".

El control que no puedes saltarte

• Nombres propios, cifras y unidades: se cuelan errores.
• Términos técnicos de tu sector: fija un glosario y pégalo.
• Cualquier texto con peso legal: que lo revise una persona competente en ese idioma.

Si el texto es contractual, médico o de seguridad, la traducción con IA es un borrador, nunca la versión final.

Claude tiene muy buena reputación en programación, especialmente en tareas que tocan varios archivos o requieren mantener el contexto de un proyecto. Pero el valor real depende de cómo pidas y de cómo revises.

Cómo pedir código útil

• Da el contexto técnico: lenguaje, versión, framework, restricciones.
• Explica el objetivo, no solo la función: saber para qué es cambia las decisiones de diseño.
• Pide que explique el porqué: "explica la causa antes de darme el arreglo" evita parches que tapan síntomas.

Revisar antes de usar

• Seguridad: entrada sin validar, secretos escritos en el código.
• APIs alucinadas: funciones o parámetros que no existen. Comprueba la documentación.
• Casos límite: vacío, nulos, datos grandes, concurrencia.

La regla de oro no cambia: no subas código que no puedas explicar. Si no sabes por qué está cada línea, tienes un bug que aún no conoces.

No necesitas saber SQL ni Python para sacar conclusiones de tus datos. Puedes subir un CSV o una hoja de cálculo y preguntar en lenguaje natural: qué producto crece, qué cliente concentra riesgo, qué mes se sale de la norma.

Cómo pedirlo bien

• Explica qué significa cada columna. El modelo no conoce tu negocio ni tus abreviaturas.
• Pregunta cosas de negocio, no de hoja de cálculo: "¿dónde estoy perdiendo margen?" rinde más que "haz una media de la columna F".
• Pide que muestre el razonamiento y los números intermedios, para poder comprobarlo.

Dos precauciones importantes: la primera, verifica los cálculos clave con una fórmula tuya antes de tomar una decisión con ellos. La segunda, si el fichero contiene datos personales de clientes o empleados, aplica las mismas cautelas de privacidad que aplicarías a cualquier otro tratamiento de esos datos.

Claude Code es la herramienta de Anthropic para trabajar sobre tu repositorio desde el terminal. La diferencia con el chat: no le pegas fragmentos, sino que trabaja sobre los archivos reales, puede leer varios, hacer cambios coordinados y ejecutar comandos.

Cuándo compensa de verdad

• Cambios que tocan varios archivos a la vez.
• Entender un proyecto heredado que no conoces.
• Tareas repetitivas sobre el código (migraciones, renombrados, tests).

Cómo usarlo sin sustos

• Trabaja en una rama, nunca directamente sobre la principal.
• Revisa el diff antes de aceptar nada. Es el paso irrenunciable.
• Empieza por tareas acotadas hasta que cojas confianza en su criterio.

Es potente precisamente porque puede actuar, y por eso la supervisión no es opcional: la responsabilidad de lo que se fusiona sigue siendo tuya.

Casi todo el mundo prueba la IA; muy poca gente la integra. La diferencia no es saber más prompts, es haber decidido en qué momentos concretos la usas.

Encajes que funcionan en casi cualquier trabajo

• Lunes: planificar la semana priorizando por impacto y bloqueando lo importante en el calendario.
• A diario: primeros borradores de correos y documentos; nunca el envío final.
• Al recibir algo largo: resumen con puntos clave antes de decidir si lo lees entero.
• Viernes: resumen de lo hecho y preparación de la semana siguiente.

Elige dos de estos encajes y hazlos durante un mes. Intentar los cuatro a la vez es la forma más rápida de no hacer ninguno.

Y una advertencia útil: mide el tiempo real que ahorras. Si un flujo te lleva más tiempo de supervisión que de trabajo manual, elimínalo sin sentimentalismos.

Todo lo que escribes en un chat sale de tu ordenador. Según el servicio y el plan, puede almacenarse y, en algunos casos, usarse para mejorar los modelos. Anthropic ofrece controles y condiciones distintas según el plan (los planes de empresa suelen incluir garantías más estrictas), así que revisa la configuración y la política vigente de tu cuenta.

Lo que no debería entrar nunca en un chat

• Datos personales de clientes, pacientes o empleados sin base legal ni garantías.
• Credenciales, claves de API, contraseñas.
• Información confidencial de empresa sujeta a acuerdo de confidencialidad.
• Documentación sensible desde cuentas gratuitas.

Buenas prácticas

• Anonimiza: sustituye nombres y números reales por marcadores. Casi nunca necesitas los datos reales para obtener la ayuda.
• Revisa los ajustes de datos de tu cuenta y desactiva lo que no quieras.
• Si es de un cliente, pregúntale. Muchos contratos ya lo regulan.

La regla mental más útil: si no lo enviarías por correo a un tercero desconocido, no lo pegues en el chat.

Terminar el curso sabiendo qué no hacer vale tanto como saber usarlo.

Lo que no debes delegar

• Decisiones sobre personas: contratar, despedir, evaluar. Además de éticamente delicado, el marco europeo clasifica estos usos como de alto riesgo.
• Diagnósticos y consejo médico, legal o financiero. Puede ayudarte a preparar preguntas; el veredicto lo da un profesional.
• La verificación final de datos. Es lo único que no puede hacer por ti.
• La responsabilidad. Si lo firmas tú, es tuyo.

Líneas éticas claras

• No recrear la voz ni la imagen de una persona real sin su permiso.
• No generar contenido para engañar, suplantar o acosar.
• Declarar el uso de IA cuando la plataforma lo exija o cuando ocultarlo induzca a error.

Nuestra recomendación final: trata a Claude como a un colaborador muy capaz y muy rápido que a veces se equivoca con total seguridad. Con esa expectativa, la relación funciona: aprovechas su velocidad sin delegar tu criterio.