01

Probá una tarea tuya y mirá qué agarra el modelo

Este paso arma tu punto de partida. Sin él, en el paso 05 no vas a tener con qué comparar y la guía te va a servir la mitad.

Qué hacer

1. Entrá a claude.ai y abrí un chat nuevo. El botón Nuevo está arriba de todo en la columna izquierda. También sirve Ctrl + Shift + O.
2. Pedile algo real que hiciste esta semana. No una prueba. Una respuesta a un cliente, el resumen de una reunión, un presupuesto.
3. Cuando termine, copiá la respuesta y pegala en un documento aparte. La vas a necesitar después.

Y ahora la parte que casi nadie hace

Mirá el panel mientras el modelo está generando. Arriba de la respuesta, mientras escribe, aparecen líneas en letra chica y gris. Duran unos segundos y después se pliegan.

Ahí dice lo que fue a buscar por su cuenta. Vas a ver cosas del estilo:

• Habilidad [nombre] cargada — activó una skill de tu cuenta sin que se lo pidieras
• Relevant chats — buscó en tus conversaciones anteriores
• Una búsqueda web, con la lista de páginas que leyó

Y esto es lo que había abajo de la línea gris, desplegada:

En nuestra prueba, un chat recién abierto cargó una skill de la cuenta y buscó en conversaciones viejas. La respuesta salió en rioplatense, con criterio comercial, y ofreciendo tres variantes. Buena. Y ninguna de esas tres cosas estaba en el prompt.

02

Entendé dónde vive el contexto

Este es el único paso de la guía en el que no hacés nada. Son cinco minutos de leer, y son los que hacen que todo lo demás tenga sentido.

El contexto puede venir de cinco lugares distintos. Lo que los diferencia no es cuánto guardan. Es quién decide.

Las dos filas del medio son el contexto accidental. Las dos de abajo, el deliberado. Toda la guía consiste en pasar de las primeras a las segundas.

Un ejemplo de lo que hace el contexto accidental

Le pedimos a Claude el ángulo de la próxima edición de la newsletter. Sin decirle de qué newsletter, sin decirle de qué marca, sin darle ningún dato.

Mientras pensaba, el panel decía: «calibrando el ángulo para Totem». Nadie había escrito «Totem». Y la respuesta cerró así:

Armé todo esto para la newsletter de Totem, por el registro práctico.
Si la próxima edición era la de Limbo, el mismo hecho da otra cosa
completamente distinta y te la replanteo.

Acertó. Pero mirá lo que estaba haciendo: eligió entre dos marcas del mismo dueño que no se parecen en nada. Una es un estudio de IA que escribe práctico y sin humo. La otra es un podcast de filosofía. El mismo hecho da dos piezas opuestas.

Avisó que estaba apostando. Esta vez. Con otro tema, o dentro de tres meses con otro modelo, la apuesta sale sin aviso y vos la publicás sin enterarte.

03

Escribí tu archivo

Podés escribirlo a mano con la plantilla del kit. Pero hay una forma mejor, y es al revés de como se hace normalmente: que Claude te entreviste y lo escriba él.

Funciona mejor por una razón concreta. Si te sentás a escribir «para quién trabajo», vas a poner algo como «pymes». Si alguien te pregunta y después repregunta, terminás diciendo «estudios contables de tres a diez personas que todavía cargan datos a mano». La segunda versión sirve; la primera no dice nada.

El prompt

Abrí un chat nuevo, pegá esto tal cual y mandalo. Te va a hacer preguntas de a una. Contestá corto, como hablando. Diez a quince minutos.

Sos un entrevistador. Tu trabajo es sacarme la información necesaria
para escribir mi archivo de contexto: un documento que después voy a
cargar en un proyecto de Claude para que todas las respuestas salgan
con mi criterio.

REGLAS DE LA ENTREVISTA

1. Preguntame de a UNA cosa por vez. Esperá mi respuesta antes de seguir.
2. Si contesto algo genérico o abstracto, no lo aceptes: repreguntá
   pidiendo un caso concreto. "Pymes" no sirve; "estudios contables de
   tres a diez personas" sí.
3. Si una respuesta mía abre algo interesante que no estaba en tu guion,
   preguntá por eso antes de seguir.
4. No me hagas más de doce preguntas en total.
5. No escribas nada del archivo hasta tener material para las ocho
   secciones, o hasta que yo te diga que terminamos.

QUÉ NECESITÁS AVERIGUAR

- A qué me dedico y hace cuánto
- Quiénes son mis clientes: rubro, tamaño, y con qué problema me llaman
- Qué vendo exactamente, y si trabajo con un método o un orden fijo
- Qué trabajos rechazo y por qué
- Cómo escribo: idioma, registro, largo, qué me suena bien
- Qué palabras o formas me suenan mal y no quiero ver nunca
- Con qué herramientas trabajo todos los días
- Cómo quiero que me trates: qué hacer cuando te falta un dato, cuándo
  discutirme, qué no hacer nunca

EN QUÉ ORDEN

Empezá por mis clientes y por lo que rechazo. Son las dos secciones que
más cambian las respuestas y las dos que peor completa la gente sola.
Dejá para el final las herramientas y el registro: son las fáciles.

CÓMO CERRAR

Antes de escribir nada, decime en tres líneas qué entendiste de mi
trabajo. Si me reconozco, seguís. Si no, te corrijo y ahí escribís.

Después escribime el archivo completo en Markdown, con estas ocho
secciones y en este orden:

## Quién soy
## Para quién trabajo
## Qué ofrezco
## Qué no hago
## Cómo escribo
## Qué evito al escribir
## Herramientas que uso
## Cómo quiero que trabajes conmigo

Reglas de redacción:
- Primera persona, como si lo hubiera escrito yo.
- Usá mis palabras. Si dije algo con una expresión propia, conservala.
- Frases cortas. Sin relleno.
- Si una sección quedó floja porque no supe contestar, escribila igual
  y marcala al final con qué falta.
- No inventes nada que yo no haya dicho. Una sección corta es mejor que
  una sección inventada.

Después del archivo, dame tres a cinco cosas que convendría agregar más
adelante.

Empezá con la primera pregunta. Sin introducción.

Por qué el prompt dice lo que dice

Te lo explico porque después vas a querer escribir los tuyos, y copiar sin entender solo sirve una vez.

• «De a UNA cosa por vez». Sin esto te tira las doce preguntas juntas y contestás en modo formulario, corto y sin pensar.
• «Si contesto genérico, no lo aceptes». Es la línea que más mejora el resultado. Le da permiso explícito para insistir, que es algo que por defecto no hace.
• «No más de doce preguntas». Sin techo, sigue indefinidamente y abandonás a mitad de camino.
• «Empezá por mis clientes y por lo que rechazo». El orden importa: arrancás con energía y esas dos secciones son las que más rinden.
• «No inventes nada que yo no haya dicho». Sin esto rellena los huecos con cosas verosímiles, y terminás con un archivo que describe a alguien parecido a vos pero que no sos vos.
• «Decime en tres líneas qué entendiste». Es un freno antes de redactar. Si entendió mal algo de fondo, lo corregís en un renglón en vez de leer un archivo entero construido sobre el malentendido.

Cuando termine

1. Leé el archivo entero. Vas a encontrar frases que no son tuyas: pedile que reescriba esa sección y listo.
2. Pasalo por el checklist del paso 06.
3. Copiá el texto y guardalo en tu computadora como contexto-[tu-rol].md. Sirve el Bloc de notas: pegás, guardás como, y en «tipo» elegís «todos los archivos» para que no le agregue .txt al final.

04

Montalo en un Project

Acá es donde la mayoría se traba, y no por dificultad: por nombres.

Crear el proyecto

1. En la columna izquierda de claude.ai, hacé clic en Proyectos.
2. Arriba a la derecha, al lado de «Ordenar por», está el botón Nuevo proyecto.

Se abre una ventana que se llama Crear un proyecto y pide dos cosas: ¿En qué está trabajando?, que es el nombre, y ¿Qué intenta lograr?, que es la descripción. Nada más.

Cargar el archivo

Ya adentro del proyecto, mirá la columna de la derecha. Hay tres paneles, en este orden: Instrucciones, Contexto y Programado.

1. Hacé clic en el + que está a la derecha de la palabra Contexto.
2. Se despliegan tres opciones: Subir desde dispositivo, Agregar contenido de texto y GitHub.
3. Elegí Subir desde dispositivo y buscá tu archivo .md.

Cuando termina, el archivo queda listado con su nombre, cuántas líneas tiene y una etiqueta que dice MD.

05

Repetí la prueba y compará

Volvé a pedir la tarea del paso 01. Con las mismas palabras, pero esta vez desde adentro del proyecto: el campo de mensaje que está en la pantalla del proyecto, no un chat suelto.

Nosotros hicimos esto con tres tareas reales. Los resultados no fueron parejos, y eso es justamente lo que vale la pena contar.

Tarea 1 · Responder a un cliente potencial

El mensaje entrante era tibio a propósito: «vi lo que hacen, estoy viendo si nos pueden ayudar con automatización, ¿cómo sería trabajar con ustedes?».

La mejora acá es moderada, y hay que decirlo. Las dos respuestas están bien escritas y las dos se pueden mandar. Lo que cambió es que una vende un proceso genérico de consultoría y la otra vende el proceso de la casa, usando la negativa como argumento de venta.

Tarea 2 · Elegir el tema de la próxima newsletter

El pedido fue idéntico en las dos corridas: «proponé el ángulo y la estructura de la próxima edición de la newsletter, sobre una novedad de IA de esta semana».

Este es el contraste más útil de los tres, porque no cambió la redacción: cambió la decisión. Sin el archivo eligió la noticia más importante. Con el archivo eligió la más útil para el lector que el archivo describe, y explicó por escrito por qué descartaba la otra.

Los tres detalles de la segunda columna salen textuales del archivo de contexto. «Qué cuesta y qué puede salir mal» es una instrucción del archivo convertida en título de sección. «Confesión propia» es la regla de contar el error propio. «Sin arenga» es la prohibición de cierres motivacionales.

Tarea 3 · Redactar el alcance de un pedido vago

Acá el salto es grande. Sin el archivo salió una plantilla que le sirve a cualquiera. Con el archivo salió un documento que filtra clientes en la primera lectura. Y eso no lo puede producir nadie desde afuera: para rechazar trabajo hay que saber qué trabajo se rechaza.

Qué hacer si no ves diferencia

Puede pasar, sobre todo en tareas cortas. Antes de dar por perdido el archivo, revisá esto en orden:

1. ¿Estás escribiendo desde adentro del proyecto? Es el error más común. Un chat suelto no ve el contexto aunque el proyecto exista.
2. ¿La tarea necesita saber quién sos? «Corregime la ortografía de esto» no mejora con contexto. «Escribile a este cliente» sí.
3. ¿Tu archivo dice cosas concretas? Si todas las secciones son generalidades, el modelo no tiene de dónde agarrarse. Volvé al paso 03 y contestá con casos.

06

Qué no poner nunca

El archivo queda cargado y se activa en cada chat del proyecto. Todo lo que escribas ahí está disponible para cualquier respuesta, y sale con cualquier texto que copies y pegues afuera.

Nunca

• Nombres de clientes. Ni razón social, ni contacto, ni el dominio del mail.
• Datos personales de terceros. Mails, teléfonos, direcciones, documentos.
• Credenciales de cualquier tipo. Contraseñas, claves de API, tokens, links de acceso.
• Condiciones comerciales de un cliente puntual. Lo que le cobrás a alguien, el descuento que le hiciste, lo que te debe.
• Material bajo confidencialidad. Si firmaste un acuerdo, no entra ni anonimizado.
• Datos de salud, judiciales o fiscales ajenos. Aunque los manejes todos los días.

Con cuidado

Tus precios. Ponerlos hace que el modelo pueda cotizar solo, y eso es genuinamente útil. Pero si vas a compartir el archivo con alguien o publicarlo, sacalos antes. Camino intermedio: poné el criterio en vez de la cifra. «Los proyectos arrancan en cuatro cifras» ordena igual sin exponer tu lista.

Cómo describir a un cliente sin identificarlo

Cambiá el nombre por tres datos: rubro, tamaño y problema. Alcanzan para que el modelo entienda y no alcanzan para identificar a nadie.

Si el caso es tan particular que la versión genérica igual lo identifica, entonces no va.

La prueba de las tres preguntas

Antes de guardar, releé el archivo y preguntate:

1. Si esto se filtra, ¿hay alguien además de mí que quede expuesto?
2. Si un cliente lee esto, ¿se reconoce?
3. ¿Esta línea mejora las respuestas, o la puse por completar?

Al producir esta guía teníamos a mano nombres de clientes reales, con material fiscal de terceros incluido. Nada de eso entró al archivo, y por eso el archivo se puede publicar entero en el kit. Fue una decisión previa, no una revisión de último momento.

07

Las cinco estructuras de prompt que siguen sirviendo

Recién ahora, y en su lugar real. Estas plantillas dan resultado porque el contexto ya está resuelto. Sin el archivo cargado, cada una necesitaría además media página explicando quién sos.

Son cortas a propósito. Un prompt largo no es un prompt mejor.

1 · Escribir algo para un tercero

[Pegá el mensaje que recibiste]

Redactá la respuesta.
Canal: [mail / WhatsApp / LinkedIn].
Objetivo: [que agende una llamada / que mande los datos / decir que no].
No prometas plazos ni precios que no te di.

El campo que más cambia el resultado es el canal. Lo que funciona en un mail se lee pésimo en WhatsApp, y el modelo no lo puede adivinar. El objetivo es lo segundo: sin él escribe algo cordial que no lleva a ningún lado.

La última línea la agregamos después de la prueba. Sin ella el modelo a veces completa un plazo razonable por su cuenta, y vos mandás un compromiso que nunca asumiste.

2 · Pedir criterio, no texto

Tengo que decidir [la decisión].
Las opciones que veo: [A], [B].
Lo que me condiciona: [presupuesto, plazo, gente, lo que sea].

Decime cuál elegirías y por qué. Si ves una opción que no puse, decímela.
Si te falta un dato para decidir bien, pedímelo antes de recomendar.

Poné las condiciones reales aunque sean incómodas. Una recomendación hecha sin saber que tenés dos semanas y no dos meses no sirve para nada. La penúltima línea es la que a veces te salva: la mejor opción suele ser una que no estabas viendo.

Y la última evita el problema opuesto: que te recomiende con seguridad sobre información que no alcanza. Es preferible que te pregunte una cosa más a que te suene convincente sin fundamento.

3 · Que revise lo que hiciste

[Pegá tu texto]

Revisalo como si fueras [el cliente / mi socio / alguien que no conoce
el tema]. Decime qué no se entiende y qué sobra.
Ordenalo de lo más grave a lo más menor.
No lo reescribas.

La más subutilizada de las cinco. «No lo reescribas» es la línea importante: sin eso te devuelve una versión nueva, perdés la tuya, y encima te quedás sin saber qué estaba mal. Con eso te devuelve un diagnóstico y decidís vos.

4 · Ordenar información desparramada

[Pegá el material: notas de reunión, un hilo de mails, un documento]

Sacame de acá:
- Qué se decidió
- Qué quedó pendiente y de quién
- Qué falta definir

Si algo no está en el texto, decí que falta. No lo completes.

La última línea evita el peor error posible en un resumen de reunión: que los huecos se llenen con lo verosímil y vos lo mandes al equipo creyendo que es lo que se dijo.

5 · Producir un documento estructurado

Necesito [el documento] para [la situación].
Quién lo va a leer: [un cliente / mi equipo / un organismo].

Que incluya: [las secciones que ya sabés que van].
Lo que no sepas, dejalo en corchetes. No lo inventes.

Con esta plantilla y el archivo cargado salió el alcance de trabajo del paso 05: firmado con la marca, con una sección de riesgos concretos, y con los trabajos que la empresa no toma escritos como cláusula.

La línea de quién lo lee cambia el documento entero. El mismo pedido, para un cliente, sale cuidando la relación; para un organismo, sale formal y defensivo; para tu equipo, sale directo y sin protocolo.

Lo que tienen en común

Cuatro de las cinco incluyen una instrucción sobre qué hacer cuando falta información. No es casualidad. La diferencia entre una respuesta que podés usar y una que tenés que verificar entera casi siempre está ahí.

Si te llevás una sola línea de toda la guía, que sea esta:

Lo que no sepas, dejalo en corchetes. No lo inventes.

Por qué esto sigue sirviendo el año que viene

Hay una razón para hacer esto ahora y no en seis meses, y tiene que ver con algo que está pasando y que casi nadie está nombrando.

Los modelos rotan cada pocas semanas

Claude Opus 5 salió el 24 de julio de 2026. Es el cuarto modelo de Anthropic en menos de dos meses. Si abriste Claude un lunes de julio, estabas usando un modelo distinto al del viernes anterior. No elegiste nada y no te avisaron con tiempo.

Esto rompe el consejo dominante. Si tu método depende de haber encontrado el prompt que funcionaba en marzo, se te rompe sin que te enteres: la respuesta sale más larga, o más literal, o toma decisiones que antes te consultaba. No es que empeoró. Cambió, y vos la seguís revisando con el mismo ojo.

El archivo de contexto no se pudre, porque no describe al modelo: te describe a vos. Tus clientes, tu método y tus reglas de escritura no cambian cada seis semanas.

Y se lo llevás a donde vayas

Las funciones de memoria son de cada empresa y no salen de ahí. Lo que Claude aprendió de vos no viaja a otro lado.

Un archivo .md es texto plano. El mismo archivo entra en un Project de Claude, en las instrucciones personalizadas de ChatGPT, en un Gem de Gemini, o en la herramienta que salga el año que viene. Escribís una vez y lo llevás.

Cada cuánto se actualiza

No lo agendes. Nadie cumple un recordatorio de «revisar mi archivo de contexto».

La forma que funciona es otra: cada vez que corrijas una respuesta, preguntate si esa corrección tendría que estar en el archivo. Si la respuesta es sí, agregá una línea. En un mes vas a tener el archivo que no podías escribir de entrada.

Tres señales de que quedó viejo: te ofrece servicios que dejaste de vender, te escribe para un tipo de cliente que ya no atendés, o corregís la misma cosa por tercera vez.