Hoy no se construye: hoy se produce. La sesión pasada armaste el sistema; hoy sale de ahí una presentación, un análisis y una investigación.
Todo lo de hoy se apoya en lo que ya tienes montado. Si algo de esto te falta, es el momento de decirlo.
El contexto de tu área vive ahí y llega solo a cada chat que abres dentro.
Documentos de tu área, anonimizados, para no reexplicar nada en cada conversación.
El conector de Microsoft 365 leyendo tus archivos sin que tú los descargues.
Una tarea que se repetía siempre igual, guardada como procedimiento.
Las herramientas que vimos, en una frase cada una.
Donde le pides y conversas.
Empieza en Sonnet; Haiku para lo simple, Opus solo si falla.
Rol, contexto, tarea, formato y criterio de éxito.
La receta guardada de una tarea que repites.
Lee tu correo, OneDrive y SharePoint.
Donde el conector lee, la extensión acciona.
Tu segundo cerebro: el contexto de tu área en cada chat.
Nombre y DNI cambiados por un ID antes de subir.
Le escribes un borrador rápido y te devuelve el correo como tú lo escribirías.
Claude lee tus últimos 5 correos enviados una sola vez, solo para aprender tu estilo.
Saca tus patrones y muletillas y con eso arma la Skill. Después ya no vuelve a leer tu correo.
«dile a Carla que el reporte sale el jueves». Si el resultado suena a ti, la Skill está bien escrita.
Quiero crear una Skill que mejore mis correos con mi propio estilo. Nómbrala «mis correos».
Paso 1 · Aprende mi estilo (solo ahora, para crear la Skill):
Usa el conector de Outlook para leer los últimos 5 correos que envié. Identifica:
- Cómo saludo y cómo me despido.
- Mi tono y nivel de formalidad según a quién le escribo (cliente, jefe, equipo).
- La longitud y estructura típica: cómo abro, cómo pido algo y cómo cierro.
- Muletillas, frases y expresiones que repito.
Muéstrame el estilo que encontraste y espera a que lo valide.
Paso 2 · Crea la Skill con ese estilo ya escrito adentro:
- La Skill NO debe volver a leer mi correo. Todo lo que necesita de mi estilo queda guardado en sus instrucciones.
- Cuando la use, le daré un borrador vago o rápido (ej.: «dile a Carla que el reporte sale el jueves»).
- Con eso escribe el asunto y el correo completo como yo lo escribiría.
- Nunca inventa cifras, fechas ni compromisos: si falta un dato, lo deja como [por completar].
- Entrega una sola versión lista para copiar.
Tres piezas distintas que hoy te toman horas, y las tres salen del mismo Project.
Una sustentación ejecutiva armada con la identidad visual de Interbank, a partir de un dataset.
Un tablero navegable con filtros, hecho desde tu hoja de cálculo y compartible por enlace.
Contexto externo de mercado, cruzado y con la fuente al lado de cada dato.
Los tres salen del mismo Project. No abres una herramienta distinta para cada cosa ni vuelves a explicar quién eres.
Da igual qué produzcas hoy: estos dos se aplican siempre.
Es el modelo por defecto y resuelve casi todo. Solo subes a Opus cuando Sonnet ya falló con un prompt bien escrito — y recuerda que el modelo que elijas queda fijo hasta que lo cambies.
Auditar toma minutos; rehacer toma horas. Si lo vas a enviar, presentar o sustentar, lo lees antes. La firma sigue siendo tuya.
Le das el contenido y te devuelve la presentación o la pieza visual ya montada, con jerarquía, color y estructura.
Un texto, un dataset o el resultado de un análisis.
Presentación, one-pager o ficha — con diseño aplicado.
No reemplaza al diseñador. Te da el borrador armado para que la conversación con Marca empiece en el minuto 40, no en el minuto cero.
Es la pieza que hace que todo lo que produzcas se vea de Interbank y no genérico.
Colores, tipografía y tono de tu marca, escritos una sola vez. Design la lee y la aplica a todo lo que arma.
Vive en el Project. No la vuelves a pegar en cada chat ni repites «usa los colores de Interbank» en cada pedido.
Los códigos, no «azul Interbank». Principal, secundario y de acento.
Cuál es la familia tipográfica y dónde va el logo.
Para quién es: comité, cliente o equipo interno. No es el mismo registro.
Colores de la competencia, íconos de stock, gráficos 3D, fondos oscuros.
Como documento fijo. Desde ahí aplica a todo lo que pidas.
Si no tienes los códigos a mano, pídele que los extraiga de una pieza oficial que ya tengas y te arme la ficha; tú la revisas.
⇩ Descargar la ficha de system designEl código de interbank.pe, todo su CSS y el logo en PNG.
Claude analiza la web y te devuelve cada campo del formulario con el máximo detalle.
Y sube el logo en «Add fonts, logos and assets». Compara con la respuesta de referencia del kit.
Necesito completar el formulario «Set up your design system» de Claude Design para crear el system design de Interbank. Lo que pongas ahí es lo único que Design va a saber de la marca, así que necesito el máximo detalle posible: mientras más completo, más fiel a Interbank sale cada pieza.
El formulario tiene tres campos:
1. Company name and blurb: quién es la empresa.
2. Fonts, logos and assets: los archivos que subo.
3. Any other notes: todo lo que el diseño debe respetar.
Te adjunto tres archivos:
- Codigo_home_interbank.txt: el HTML completo de la página de inicio de interbank.pe.
- Estilos_interbank.txt: todo el CSS de esa página (la hoja de estilos principal y los estilos internos).
- logo_interbank.png: el logo.
Lee los dos .txt completos, de principio a fin, antes de responder. No resumas: quiero cada valor exacto que encuentres.
CAMPO 1 · Company name and blurb
Escríbelo largo y detallado, en varios párrafos:
- Nombre comercial y razón social.
- Qué es Interbank y qué promete, con su lema y su mensaje de bienvenida tal como aparecen en el código.
- Sus segmentos (personas, negocios, empresas e instituciones) y qué ofrece a cada uno.
- Todas las familias de productos que aparecen en el menú y en la página, con los nombres de producto que encuentres.
- Sus canales digitales (app, banca por internet, Plin y otros) y las campañas o funcionalidades destacadas en la página.
- La personalidad de la marca: cómo se presenta, a quién le habla y qué sensación busca transmitir.
CAMPO 2 · Fonts, logos and assets
Qué archivo subo y para qué sirve, qué fuentes usa la marca y qué hacer si no tengo sus archivos, y qué campos dejo vacíos.
CAMPO 3 · Any other notes
El system design completo, lo más largo y detallado posible, con valores exactos (hex, px, pesos, radios y sombras tal cual aparecen en el CSS). Estas secciones:
1. Colores: todos los hex que aparecen, agrupados en primarios, secundarios, neutros, texto, fondos, bordes y estados (éxito, aviso, error, información). Para cada uno: su rol, en qué elementos se usa y sus variantes de hover, activo y deshabilitado.
2. Tipografía: cada familia y para qué se usa; la escala completa de tamaños con su interlineado, peso y letter-spacing; cuándo va en mayúsculas.
3. Botones: cada variante (principal, secundario y por color) con fondo, texto, borde, radio, padding, alto, tamaño y peso de letra, y sus estados hover, activo, deshabilitado y cargando.
4. Otros componentes: encabezado superior y menú (alturas, colores, sombra), submenús, buscador y campos de formulario, tarjetas y tablas, banners y hero, enlaces, botón flotante y footer.
5. Iconografía: librería, estilo, tamaños y colores.
6. Layout y espaciado: ancho máximo del contenedor, márgenes, espaciados más usados y breakpoints.
7. Radios, sombras, bordes y transiciones: cada valor y dónde se usa.
8. Composición: cómo se ordenan los bloques, cuánto aire hay y cómo se combinan texto, imagen y botón.
9. Tono de voz: cómo le habla al cliente, con titulares y botones reales copiados del código.
10. Qué no hacer nunca.
Reglas:
- Usa solo lo que encuentres en los archivos. Escribe cada valor exacto, sin redondear.
- Si algo no aparece, márcalo «no encontrado»; si propones algo, márcalo «sugerencia».
- No acortes ni resumas los campos 1 y 3: el detalle es lo que da la calidad.
- Entrega los 3 campos en bloques separados, cada uno listo para copiar y pegar.
Con el system design ya cargado en el Project, el pedido es sobre el contenido — no sobre el diseño.
Colocaciones de agosto: producto, agencia, canal, región y monto.
Qué historia tiene que contar y para quién es la presentación.
La sustentación armada, con la identidad visual aplicada sola.
Con el system design del Project, arma una presentación ejecutiva de 8 slides con los datos de colocaciones de agosto. Audiencia: comité comercial. Que responda: qué producto creció, qué canal rinde mejor y qué región se quedó atrás. Una idea por slide y el dato que la sostiene.
En el mismo chat: sin resubir el archivo y sin reexplicar el system design.
El análisis ya está hecho y sigue en la conversación.
De ocho slides a una página que se lee en un minuto.
Mismos colores y tipografía: viene del Project, no del chat.
Ahora convierte ese mismo análisis en un one-pager para enviar por correo: una sola página, tres cifras arriba y una recomendación al cierre.
Los tres tienen el mismo síntoma: el resultado no se parece a lo que tenías en la cabeza.
«Hazme la presentación del trimestre» sin más. Pide primero el análisis, revísalo, y recién después el diseño.
No es lo mismo un comité que un equipo. La audiencia define el nivel de detalle y el tono — y casi nadie la escribe.
La primera es un borrador. Decir «el slide 4 no se entiende, sepáralo en dos» toma treinta segundos.
El mismo Design que arma presentaciones también construye páginas web interactivas a partir de tus datos.
Diez segundos de filtro antes de cada carga. Siempre.
Si tiene datos de clientes identificables, no sube. Ante la duda, anonimiza o trabaja con el agregado. Los lineamientos de Interbank mandan.
Casi nunca. Una hoja, no las quince. Menos datos expuestos, menos consumo y mejor respuesta.
Si lo vas a compartir por enlace, todo lo que esté en el dataset queda visible en el tablero. Sube solo las columnas que quieres mostrar.
Cartera mensual de 10 productos (36 meses, 360 filas): saldo, desembolsos, clientes, TEA, mora y provisiones.
Qué tiene que poder ver y filtrar quien lo abra.
Una página web navegable que se abre y se comparte por enlace.
Genera un dashboard web de colocaciones bancarias (Interbank) a partir de un dataset con columnas: mes (YYYY-MM), producto, saldo_cartera_mm_pen, desembolsos_mm_pen, clientes_miles, tea_promedio, mora_30d, provisiones_mm_pen.
Estructura exacta a generar, en este orden:
1. Navbar verde (#05BE50 de fondo, NO azul institucional), con el logo Interbank a la izquierda en blanco/reverse, y a la derecha un texto pequeño en mayúsculas "DASHBOARD DE COLOCACIONES" (color #0F191E) sobre el rango de meses seleccionado (texto blanco, tipografía Jost/Geometria).
2. Formulario de filtros dinámico, en una card blanca con borde #D9DADB: dos selects "Desde" / "Hasta" con todos los meses del dataset, y chips de toggle (uno por producto) que al hacer clic activan/desactivan ese producto en verde #05BE50 (activo) o blanco con borde gris (inactivo). Todo debe recalcular en vivo al cambiar cualquier filtro.
3. 6 tarjetas KPI en grid (3 columnas × 2 filas): Saldo de cartera, Desembolsos en el rango, Mora 30d ponderada, Provisiones en el rango, Clientes activos, TEA ponderada. Cada tarjeta con una barra de acento de 4px de color distinto (azul institucional, verde, rojo error, ámbar, azul-hover, azul claro). Las 4 primeras (saldo, desembolsos, mora, provisiones) deben mostrar, al hacer hover, un panel de detalle debajo con el desglose por producto (valor y % de participación), ordenado de mayor a menor.
4. Fila de 2 gráficos lado a lado:
- Gráfico de barras "Evolución del saldo de cartera": una barra por mes del rango filtrado, altura proporcional al saldo total de los productos seleccionados, en verde #05BE50, con etiqueta de mes abreviado debajo de cada barra.
- "Composición de la cartera": barra apilada horizontal (una franja por producto, ancho = % de participación en el saldo del último mes del rango) más una leyenda con color, nombre de producto y porcentaje.
5. Gráfico de barras horizontales "Mora 30 días por producto": una fila por producto seleccionado, barra roja #EB0046 con ancho proporcional a la mora de ese producto respecto al máximo entre los seleccionados, ordenado de mayor a menor mora, con el valor porcentual a la derecha.
6. Tabla resumen por producto (para el último mes del rango): columnas Producto, Saldo, Desembolsos (acumulado del rango), Mora 30d, TEA, Clientes.
7. Tabla de detalle completo: un listado con TODAS las combinaciones mes × producto dentro del rango filtrado (más reciente primero), columnas Mes, Producto, Saldo, Desembolsos, Clientes, TEA, Mora 30d, Provisiones, dentro de un contenedor con scroll interno (máx. 520px de alto) para no alargar la página.
8. Nota al pie en gris #5C666B, 12px, explicando qué está ponderado/acumulado y de dónde sale el detalle al hover.
Reglas de cálculo: saldo y clientes = valor al último mes del rango; desembolsos y provisiones = suma acumulada de los meses del rango; mora y TEA = ponderadas por saldo del último mes (no promedio simple). Todo se recalcula según los productos activos y el rango de meses elegido en los filtros — nada es estático.
Estilo: tipografía Montserrat para texto de cuerpo y Jost/Geometria para títulos y valores numéricos grandes; tarjetas blancas con borde #D9DADB y radio 4px; fondo de página #FBFBFB; usa la paleta de marca Interbank (verde #05BE50, azul #0039A6, azul claro #64B4E6, ámbar #F0AA00, rojo error #EB0046, grises #D9DADB/#ECEDED/#5C666B).
Cambia el dataset, no el pedido.
Distribución por clasificación y por producto, con el detalle de los casos que se movieron de categoría en el mes.
Cumplimiento por agencia y por canal, filtrable por región, para abrir la reunión de seguimiento con el tablero en pantalla.
Reclamos por tipo y por canal, tiempo de resolución y evolución del NPS por agencia, filtrable por región.
Un artifact no es una imagen ni un adjunto muerto. Estas son las tres cosas que puedes hacer.
Quien lo abre navega y filtra por su cuenta. Nadie te vuelve a pedir «¿me lo pasas cortado por región?».
El mes siguiente subes el dataset nuevo y le pides el mismo tablero. No se rehace desde cero.
El pedido que funcionó se guarda como receta: la próxima vez el dashboard es un solo mensaje.
Verifica una cifra al azar contra el archivo original. Un tablero bien diseñado da confianza aunque el dato esté mal.
La diferencia entre traerte enlaces y traerte una conclusión.
Diez pestañas abiertas y el trabajo de leerlas, compararlas y sacar la conclusión sigue siendo tuyo.
Entra a las fuentes, las contrasta entre sí y te entrega la conclusión con la fuente al lado de cada afirmación.
El resultado se guarda en el Project: queda disponible para el resto de chats, sin volver a investigar lo mismo.
Billeteras digitales y pagos sin efectivo en pymes peruanas.
Titular, 5 cifras clave, jugadores, tendencias, barreras y qué significa para Interbank.
Cada afirmación con su fuente. Sin fuente, no entra.
Rol: actúa como analista de inteligencia de mercado de la banca pyme de Interbank.
Contexto: el comité comercial evalúa una propuesta de valor para pymes que cobran con billeteras digitales y QR. Necesita entender cuánto se usan hoy, quién lidera y hacia dónde va el mercado, con datos verificables.
Tarea: investiga en la web la adopción de billeteras digitales y pagos sin efectivo en las pymes peruanas.
Entregable exacto, en este orden (máximo una página y media):
1. TITULAR: una sola frase con la conclusión principal.
2. CINCO CIFRAS CLAVE: tabla con columnas Indicador | Dato | Periodo | Fuente (enlace). Por ejemplo: porcentaje de pymes o comercios que aceptan pagos digitales, usuarios de billeteras en el Perú, operaciones o montos con QR o pagos inmediatos, crecimiento anual y peso del efectivo.
3. JUGADORES: tabla con Yape, Plin y al menos otras dos opciones de cobro para pymes (por ejemplo BIM, Izipay o Niubiz con QR). Columnas: Jugador | Qué ofrece a la pyme para cobrar | Comisión al comercio (solo si es pública) | Fuente.
4. TRES TENDENCIAS: cada una en dos líneas, con el dato que la sostiene y su fuente (por ejemplo: interoperabilidad, pagos con QR, crédito a pymes basado en su historial de cobros).
5. TRES BARRERAS para que la pyme adopte o use más los pagos digitales, cada una con su fuente.
6. QUÉ SIGNIFICA PARA INTERBANK: tres oportunidades concretas para la banca pyme, cada una conectada a un hallazgo de las secciones 2 a 5. Márcalas como «interpretación», no como dato.
7. LO QUE NO SE PUDO CONFIRMAR: lista de lo que buscaste y no encontraste con fuente confiable.
Reglas:
- Prioriza fuentes de los últimos 24 meses: BCRP, SBS, INEI, Produce, Asbanc, Ipsos o Datum y comunicados oficiales de las empresas.
- Cada cifra con su fuente y su periodo al lado. Sin fuente, no entra: escribe «no encontrado».
- Separa el dato verificado de las estimaciones o proyecciones.
- Al final, entrégalo listo para copiar en un archivo .txt y subirlo al Project.
Cuatro pasos encadenados en un mismo chat nuevo, fuera del Project: ahí corre el research.
El camino principal. Avanzamos juntos, paso por paso, con el equipo apoyando.
Si vas cómodo: haz los cuatro pasos con otro entrante o competidor que te interese.
Si te trabaste: los prompts ya escritos para copiar y seguir avanzando.
Al terminar el paso 2 y al terminar el paso 4, todos muestran su avance. Ahí resolvemos lo que esté trabado.
Revolut obtuvo autorización de la SBS para organizarse como el primer banco 100% digital del Perú. Eso es lo que vas a investigar.
Qué permiso tiene exactamente, desde cuándo y qué le falta.
Con su fecha al lado. Sin fuente, el dato no entra.
Planes, cifras o fechas anunciadas que nadie confirma.
Rol: actúa como analista de inteligencia competitiva de Interbank.
Contexto: Revolut obtuvo autorización de la SBS para organizarse como banco en el Perú. El comité necesita saber qué es real hoy y qué es solo anuncio, antes de decidir cómo responder.
Tarea: investiga en la web el ingreso de Revolut al mercado peruano.
Entregable, en este orden:
1. RESUMEN: 3 líneas con lo más importante.
2. LÍNEA DE TIEMPO: tabla Fecha | Hito | Estado (autorizado / anunciado / en trámite) | Fuente.
3. AUTORIZACIÓN: qué permiso tiene hoy, de qué entidad, desde cuándo y qué etapa le falta para operar.
4. OFERTA ESPERADA EN EL PERÚ: productos y beneficios (cuentas, tarjetas, cambio de divisas, envíos al exterior, tarifas), cada uno marcado como «confirmado para Perú» o «solo en otros países».
5. PLANES DECLARADOS: clientes objetivo y fecha de lanzamiento, con la cita y su fuente.
6. LO QUE NO SE PUDO CONFIRMAR.
Reglas:
- Fuente y fecha al lado de cada dato. Sin fuente, no entra.
- Prioriza la SBS, los comunicados oficiales de Revolut y medios reconocidos (Gestión, El Comercio, Reuters).
- Separa siempre lo autorizado de lo anunciado. No completes con supuestos.
Las mismas dimensiones para los dos: cuentas, pagos, divisas, crédito, canales y costos.
Qué dice cada slide, con qué dato y qué visual. Sin fuente: «por confirmar».
Lo descargas. Es lo único que vas a pegar en Design.
Con la investigación sobre Revolut de este chat, compárala con Interbank y arma el guion de una presentación para el comité.
PARTE A · COMPARACIÓN
1. COMPARACIÓN: tabla Dimensión | Revolut (según la investigación) | Interbank | Fuente de Interbank. Dimensiones: cuentas y tarjetas, transferencias y pagos (Plin y QR), cambio de divisas, envíos al exterior, crédito, canales físicos y atención, costos para el cliente.
2. VENTAJAS DE INTERBANK: de 3 a 5, cada una con el dato que la sostiene.
3. DÓNDE REVOLUT PODRÍA GANAR: 3 puntos, cada uno con su fuente.
4. QUÉ VIGILAR: 3 señales del mercado para los próximos meses.
PARTE B · GUION DE LA PRESENTACIÓN (6 slides, audiencia: comité)
Para cada slide escribe: número y título, el texto exacto que va en el slide (máximo 30 palabras), los datos con su fuente, el visual (cifras grandes, tabla, línea de tiempo, lado a lado o lista) y una nota de una línea para quien presenta.
1. Portada con el titular de la comparación.
2. Qué es real hoy de Revolut en el Perú (autorizado vs. anunciado).
3. Revolut e Interbank lado a lado.
4. Las ventajas de Interbank, con el dato de cada una.
5. Dónde Revolut podría ganar y qué vigilar.
6. Recomendación para el comité.
PARTE C · INSTRUCCIÓN PARA CLAUDE DESIGN
Empieza el archivo con este párrafo, tal cual:
«Arma una presentación de 6 slides con el system design de Interbank, siguiendo el guion de abajo slide por slide. Usa solo los textos y datos del guion, sin agregar nada. Una idea por slide y la fuente de cada dato en letra pequeña al pie.»
Reglas:
- Para Interbank usa solo información pública oficial (interbank.pe). Lo que no puedas confirmar, márcalo «por confirmar».
- Conserva la fuente y la fecha de cada dato de Revolut.
- Todo dato del guion tiene que estar en la comparación. No agregues nada nuevo.
Entrégalo como un solo archivo de texto plano (.txt), en este orden: la instrucción de la parte C, el guion de la parte B y la comparación de la parte A. Listo para descargar y pegar completo en Claude Design.
Primer momento de control. Al terminar este paso todos muestran su .txt con el guion.
No escribes un prompt nuevo: el .txt del paso 2 ya es el pedido completo.
Y elige el system design de Interbank que creaste.
Empieza con la instrucción para Design y sigue con el guion, slide por slide.
Si un dato no está en el guion, no va en el slide.
El research corre en el chat; el diseño, en Design con tu system design. El .txt es el puente entre los dos.
Se vuelve Skill la cadena de Revolut: pasos 1 y 2. La investigación de mercado de la Demo 3 no entra.
Paso 1: investigar al competidor. Paso 2: compararlo y armar el guion en .txt. La presentación sigue en Design.
Claude ya tiene los dos pasos en la conversación y los usa como base de la Skill.
Debe devolverte el .txt listo para pegar en Design, cambiando solo el nombre.
En este chat hicimos dos pasos sobre Revolut, en este orden:
Paso 1 · Investigamos su ingreso al Perú, con fuente y fecha en cada dato.
Paso 2 · Lo comparamos con Interbank y armamos en un .txt el guion de 6 slides para comité, con la instrucción para Claude Design al inicio.
Convierte esos dos pasos, y solo esos, en una Skill reutilizable. Nómbrala «ficha de competidor».
Que la Skill:
- Pida el nombre del competidor como único dato.
- Use como instrucciones los prompts exactos de los pasos 1 y 2 de este chat, cambiando «Revolut» por el competidor que le indiquen.
- Entregue un solo .txt con la instrucción para Design, el guion slide por slide y la comparación, listo para copiar y pegar en Claude Design.
- Cite fuente y fecha en cada dato, separe lo autorizado de lo anunciado y marque «por confirmar» lo de Interbank que no tenga fuente.
- No arme la presentación: eso se hace en Claude Design.
Segundo momento de control: alguien mostró su cadena entera, de la investigación al entregable.
Qué encontró sobre Revolut y con qué fuentes lo sostiene.
Dónde gana Interbank, con qué dato, y qué quedó «por confirmar».
Cómo quedó el entregable y qué guardó para la próxima vez.
No si quedó perfecto, sino cuánto tiempo habría tomado hacerlo a mano — y qué revisó antes de darlo por bueno.
Lo que montaste en la Sesión 1 es la base; lo de hoy es lo que sale de ahí.
El contexto de tu área, en cada chat.
Correo y OneDrive, sin descargar nada.
Tu identidad visual, escrita una vez.
Con la fuente al lado de cada dato.
Frente a Interbank, en un .txt que vuelve al Project.
Design lo arma con tu identidad.
Presentación, dashboard o informe, listo para sustentar.
La receta guardada: la próxima vez es un solo pedido.
El resumen de las dos sesiones en cinco líneas.
Y sube de modelo solo cuando ya falló con un buen prompt.
Lo que repites en cada conversación, guárdalo una vez.
Es lo que separa un borrador útil de uno genérico.
De dónde salió, un dato verificable, y qué no pudo confirmar.
Si lo hiciste tres veces igual, no lo hagas una cuarta desde cero.
El hábito se pierde en la primera semana o no se pierde nunca. Esto es lo mínimo.
Aunque sea para algo pequeño. Abre el chat dentro del Project, no en uno suelto.
Identifica algo que hagas siempre igual esta semana y conviértelo en receta.
Produce algo que ibas a hacer igual —un informe, una sustentación— y compáralo.
Si al séptimo día abres Claude sin pensarlo para una tarea de trabajo, el hábito quedó. Si no, vuelve al paso 1.
Todo queda disponible después de hoy.
Ahora sí: lo que quedó dando vueltas en las dos sesiones.