Cómo usar Claude con criterio en tu trabajo diario

Si venís usando Claude hace unos meses, el problema probablemente no sea que no te sirva. Es que cada conversación arranca de cero. Volvés a explicar a qué te dedicás, volvés a pedir que no te escriba en bullets, volvés a corregir el mismo tono tres veces por semana. El resultado es bueno pero el costo de llegar ahí no baja nunca.

Eso no es una limitación de la herramienta. Es una configuración que no está hecha. Esta guía es la que le damos a los equipos antes de cualquier capacitación: seis cosas, ninguna difícil, que separan a quien usa Claude de quien lo tiene configurado.

1. Creá un Project, no un chat

Un Project es un workspace persistente donde Claude guarda contexto entre conversaciones. Lo configurás una vez y cada chat nuevo dentro del Project arranca con Claude sabiendo quién sos.

En la sidebar de Claude, entrá a Projects y creá uno nuevo. Nombralo por el tipo de trabajo que vas a hacer adentro —“Comercial”, “Análisis de datos”, “Contenido”— no por “Trabajo” a secas: la utilidad del Project cae en proporción a lo genérico que sea. Todo lo que sigue en esta guía va adentro de ese Project.

Esto es una acción, no un prompt. No hay nada que copiar: abrí Claude y hacelo ahora.

2. Contale a Claude quién sos

Antes de que Claude pueda ayudarte bien, tiene que entender quién sos. Sin eso, cada respuesta se construye sobre supuestos, y los supuestos son la razón por la que las respuestas “no terminan de encajar”.

Abrí un chat dentro del Project y pegá este template completo. No lo subas todavía a ningún lado: es el insumo para el paso siguiente.

Mi nombre es [tu nombre].

Trabajo como [tu rol o profesión]. Mis responsabilidades principales son
[2-3 cosas que hacés todos los días].

Mis objetivos más importantes ahora son [1-3 objetivos concretos en los que
estás trabajando].

Uso Claude principalmente para [tus casos de uso: escritura, análisis,
investigación, programación, aprender].

Mi background y nivel de conocimiento: [qué sabés bien, qué estás aprendiendo,
en qué sos nuevo].

Cómo me gusta recibir información: [directo y conciso / detallado con ejemplos /
paso a paso / sin bullets / párrafos cortos].

Cosas que no quiero: [no agregues disclaimers, no uses lenguaje corporativo,
no me repitas lo que acabo de decir, no empieces con "Gran pregunta"].

Temas y áreas que me importan: [tus intereses, industria, nicho].

Si no sabés qué poner en “cosas que no quiero”, pensá en qué te molesta de las respuestas que venís recibiendo. Eso es exactamente lo que va ahí.

3. Convertí eso en Custom Instructions

El template describe quién sos. Las Custom Instructions van un paso más allá: definen cómo Claude tiene que comportarse con vos por defecto, en cada conversación, sin que se lo pidas.

En el mismo chat donde pegaste el template, mandá esto:

A partir de todo lo que te conté sobre mí, escribime un set de Custom
Instructions para este Project de Claude.

Las instrucciones tienen que:
- Describir quién soy y qué hago
- Definir mi estilo de comunicación y formato por defecto
- Decirle a Claude qué nunca hacer cuando trabaja conmigo
- Definir el tono que quiero en cada respuesta
- Incluir cualquier comportamiento por defecto que quiera en cada sesión

Escribilas en segunda persona, como si Claude estuviera leyendo reglas sobre
cómo ayudarme. Sé específico. Sin consejos genéricos. Menos de 400 palabras.

Revisá lo que te devuelve —vas a querer sacar la mitad de los adjetivos— y pegalo en las instrucciones del Project. Ahí queda como modo de operación permanente.

Un detalle que importa: el contexto va en un solo lugar. Las instrucciones del Project son para quién sos y cómo querés trabajar; la base de conocimiento del Project es para documentos reales —un manual de marca, un contrato modelo, la planilla de precios—. Si duplicás el mismo contexto en los dos lados, Claude no mejora: solo tenés dos versiones que se van a desincronizar.

4. Claude no es un buscador

La mayoría usa Claude como usa Google. Escriben una pregunta y esperan una respuesta. Esa es la forma más pobre de usarlo.

Claude no es una herramienta de búsqueda. Es un compañero de pensamiento: razona, sintetiza, argumenta y construye sobre el contexto que le das. En el momento en que lo tratás como Google, le bajás la utilidad al mínimo.

Dejá de preguntarle a Claude qué es algo. Empezá a pedirle que te ayude a pensar algo.

Así no:

¿Qué es prompt caching?

Así:

Estoy armando un workflow que llama a Claude 20 veces por sesión.
Explicame cómo funciona prompt caching y si me conviene en este
caso, considerando ese volumen.

El primer prompt te da una definición. El segundo te da una decisión.

5. Pedile que te haga preguntas primero

Antes de que Claude empiece cualquier tarea compleja, decile que primero te junte información a vos.

Cuando Claude pregunta antes de arrancar, el output mejora mucho, porque está construido sobre la base correcta en lugar de sobre supuestos. Sin esto, Claude asume, y vos perdés más tiempo corrigiendo del que hubieras perdido respondiendo tres preguntas.

Template general:

Antes de empezar, hacéme las 5 preguntas más importantes que
necesitás para hacer esto bien.

Después de que las responda, arrancá.

Para una tarea concreta:

Necesito que me ayudes a escribir un email frío a un cliente potencial.

Antes de escribir nada, preguntame lo que necesites saber para que
esto salga genuinamente bueno, no genérico.

6. Extended Thinking y nivel de esfuerzo

Extended Thinking es un modo donde Claude razona paso a paso antes de responder, y ese razonamiento queda visible en una sección desplegable arriba de la respuesta. Para tareas simples no aporta. Para decisiones complejas, análisis o cualquier caso donde quieras que Claude piense de verdad en lugar de responder por reflejo, la diferencia es notoria.

Se activa haciendo clic en el nombre del modelo, al lado del botón de enviar. Ahí vas a ver dos controles distintos, y esto es lo que casi nadie sabe:

• Thinking: si Claude muestra o no su razonamiento antes de responder.
• Effort: qué tan exhaustivo es Claude en cada respuesta.

Son settings separados y se combinan. Effort es el más ignorado de los dos, y el que más cambia el resultado en trabajo analítico.

Si preferís no tocar la interfaz, también podés forzarlo desde el prompt:

Pensá esto con cuidado antes de responder.

Trabajá el problema paso a paso, mostrá tu razonamiento, identificá
dónde estás inseguro, y después dame tu conclusión.

7. Sacale el preámbulo

Por defecto, cada respuesta arranca con cosas que no pediste: “Gran pregunta”, un resumen de tu propia consulta, un disclaimer, y un cierre que repite todo lo que ya te dijo. Nada de eso es información. Es ruido que tenés que saltear con la vista en cada respuesta, todos los días.

Agregá esto a tus Custom Instructions:

Nunca empieces las respuestas con preámbulo, afirmaciones, o
repetir mi pregunta.

Andá directo a la respuesta.

No agregues resumen al final salvo que te lo pida explícitamente.

Sin disclaimers salvo que el tema realmente lo requiera.

8. Un chat nuevo para cada tema nuevo

Claude tiene presente todo lo que se dijo antes dentro de una misma conversación. Cuando cambiás de tema en un chat largo, todo ese historial sigue pesando: las respuestas se vuelven más lentas y el contexto viejo empieza a contaminar el nuevo. Le pedís un análisis de costos y te sale con el tono del brief de marketing que discutieron dos horas antes.

Cuando saltás a algo no relacionado, abrí un chat nuevo dentro del mismo Project. Mantenés la configuración y el conocimiento del Project; perdés el equipaje irrelevante.

El Project es la oficina. Los chats son las reuniones. No metas la reunión de ventas adentro de la reunión de operaciones.

Dónde esto deja de alcanzar

Todo lo anterior configura a una persona. Funciona, y con eso solo ya vas a notar la diferencia en la primera semana.

Lo que no resuelve es el salto siguiente: que catorce personas del mismo equipo trabajen con el mismo criterio, que los Projects reflejen procesos de la empresa y no preferencias individuales, que Claude acceda a los sistemas donde efectivamente están los datos, y que todo eso sobreviva a que la persona que lo armó se vaya de vacaciones. Ahí el problema deja de ser de configuración y pasa a ser de diseño: qué se automatiza, con qué criterio, quién revisa el output y qué pasa cuando el proceso cambia.

Eso es lo que hacemos en CriterIA. Si tu equipo ya llegó hasta acá y el próximo paso se volvió una discusión en vez de una tarea, escribinos.

---

Verificado contra la documentación de Claude al 24 de julio de 2026. La interfaz de Anthropic cambia seguido: si algo no coincide con lo que ves en pantalla, avisanos y lo actualizamos.