Cuando revisé 8 publicaciones en X que acumularon un total de 14.5 millones de impresiones en el extranjero, encontré muchos métodos de uso que nunca había visto en Japón nunca había visto.
En este artículo, traduciré a traducir los 8 patrones comparándolos con mi propio campo como referencia. Para cuando termines de leer, ya deberías haber decidido una cosa para probar mañana.
Qué aprenderás en este artículo
Un resumen de 8 patrones prácticos patrones extraídos de publicaciones virales en el extranjero (14.5 millones de impresiones totales).
La estructura de cada patrón, citas extranjeras, cómo aplicarlos en tu propio campo y propuestas concretas de "si los tomaras prestados".
Registros de experiencia real verificados en cursos de Claude Code, clientes de consultoría y grupos de estudio. No necesitas hacerlo todo. Está diseñado para que empieces con el que más resuene contigo.
El problema del "30% de utilización" ignorado en Japón
Últimamente recibo muchas consultas como esta...
"Estoy pagando $200 al mes, pero no entiendo bien en qué se diferencia de ChatGPT."
"Sé términos como skills, sub-agents y MCP, pero no sé cómo conectarlos a mi negocio."
"Incluso si sigo la información japonesa, solo veo consejos fragmentados y no puedo ver el panorama completo."
La mayor parte del uso de Claude Code del que se habla en Japón se centra en la programación.
Uso más allá de eso: memoria en 3 capas. División del trabajo con sub-agentes. Diseño de trabajo con sub-agentes. Diseño de tokens. Conexión empresarial con MCP.
Mientras que en el extranjero se comparten como una "capa estándar", casi no hay artículos que los traten sistemáticamente en japonés.
Esto no es un problema individual; es estructural. Por eso traduzco los 8 patrones que se usan realmente en el extranjero a través de mi propio filtro de campo.
Patrón 1: Construir la memoria de Claude en "3 capas"
@aiedge_ (1.93M impresiones) afirmó sin rodeos: "La memoria predeterminada de Claude es básicamente basura. Olvida el contexto cada vez y terminas teniendo que rehacer las mismas explicaciones."
Este es un dolor que todos los que empiezan a usar Claude en serio experimentan al menos una vez.
Algo que debería haber recordado hasta ayer, hoy desaparece. Tu estilo, que debería conocer, vuelve a ser un primer encuentro en otra sesión.
Es el momento en que la confianza en la IA se tambalea de repente.
La solución es construir la memoria en tres capas. Yo opero con la misma estructura.
CLAUDE.md (Reglas persistentes): La capa donde escribes políticas que nunca quieres que olvide. Coloca aquí estilos generales como "Responde en japonés", "No escribas descargos" y "No uses negritas en exceso".
Memory (Aprendizaje automático): La capa que aprende por sí sola durante la conversación. Juicios pasados, nombres propios y formatos usados con frecuencia se acumulan automáticamente.
RAG (Búsqueda interna de conocimiento): La capa que hace que actas y materiales pasadas y materiales sean buscables. En lugar de colocar Markdown en bruto, procésalo en un formato buscable.
Expliqué esta estructura de 3 capas en la 3ª sesión del curso de Claude Code. "Solo colocar conocimiento localmente no significa que Claude pueda buscarlo. Hay que procesarlo, guardarlo y hacerlo buscable."
Si fueras a tomar prestado esto, el orden sería:
Paso 1. Escribe "reglas que nunca quieres que olvide" en 10 líneas en CLAUDE.md.
Paso 2. Activa la función de Memory y deja que acumule cosas que quieres que recuerde en la conversación.
Paso 3. Haz que actas pasadas, PDFs y artículos sean buscables con RAG.
Con solo construir en este orden, te liberarás de tener que reexplicar cada vez. En el momento en el momento en que lo construyas, sentirás claramente que "la precisión de Claude está en otro nivel".
Solo hay una precaución.
No escribas una cantidad masiva de texto en CLAUDE.md. Cuanto más aumente, más se verá forzado a "juzgar prioridades" en lugar de mirarlo todo. Si es probable que supere las 10 líneas, es más efectivo recortarlo en un archivo separado y hacer que lo lea. La memoria no funciona solo con colocarla; funciona solo si la diseñas.
Patrón 2: Asumir el trabajo de 5 personas en un solo portátil
@rohit4verse (3.36M impresiones) escribió: "Una empresa construida con el dinero recaudado en una ronda inicial ahora cabe en un solo portátil. No necesitas cofundadores ni agencias. Tú, un editor y unos pocos agentes pueden hacer el trabajo de cinco personas."
Trabajo que habría costado millones contratar o subcontratar ahora puede ser manejado por una persona dependiendo del diseño. Resonó porque lo dijo con calma, sin exagerar: "Ya está contenido."
Parece llamativo, pero en realidad está sucediendo sobre el terreno.
Un CEO al que asesoro pasa 10 horas al día concentrado en Claude Code. Crea materiales de ventas basados en HTML sobre la marcha e incluso hace el ajuste fino él mismo.
Estructurar el trabajo que solía pedir a sus subordinados ahora termina en 30 minutos en las propias manos del CEO.
La estructura permite que el propio CEO asuma más de la mitad del trabajo que antes hacían sus reportes directos.
Si percibes a Claude como una "herramienta de apoyo a la programación", nunca llegarás a este ámbito. No se trata de hacer una tarea más eficiente; se trata de cambiar la "unidad de descomposición" del negocio.
Si fueras a tomar prestado esto, la primera pregunta no es cómo usar la herramienta. Es "¿Qué parte de mi negocio debería dejar a los agentes para poder hacer el trabajo de cinco personas sin aumentar el personal?"
Crear resúmenes de actas
Estructurar materiales de ventas
Generar borradores continuamente borradores continuamente para publicaciones en redes sociales
Solo estas tres cosas liberarán las manos de una persona. Esas manos libres pueden dirigirse hacia juicios que solo los humanos pueden hacer.
También escribiré un error común.
Si piensas en "colocar IA en lugar de personas", normalmente fracasarás fracasar.
Lo que debes hacer es "desplazar todo el trabajo que las personas no necesitan hacer hacia la IA, y aumentar las áreas que solo las personas pueden hacer". Si inviertes el orden, las expectativas sobre la IA se inflarán y terminarás volviendo al método anterior.
Patrón 3: Utilización jerárquica de configs / plugins / skills / subagents
@0x_kaize (1.39M impresiones) reflexionó: "Pensaba que Claude Code era solo una herramienta de programación. Se convirtió en otra cosa después de descubrir configs / plugins / skills / subagents."
No se trata de operación; se trata de estructura.
Cuanto más usa la gente Claude, más encuentran que "solo una herramienta de programación" es insuficiente. En el momento en que se les muestra un mapa de la jerarquía funcional, se dan cuenta: "Lo que vagamente sentía que debería haber más, en realidad existe como un sistema."
Si quieres que haga tareas específicas, escribe un skill.
Si quieres dejarle juicios de dominio profesional, coloca un sub-agent.
Si quieres que reglas transversales surtan efecto, impónlas con archivos de configuración y hooks.
Expliqué esto en el seminario gratuito sobre Claude Code x Remotion. "Los skills son para tareas específicas. En cambio, los sub-agents son artesanos técnicos. La técnica del artesano y el sub-agente artesano son capas diferentes."
Si fueras a tomar prestado esto, el primer paso es escribir una "tarea que estás repitiendo".
Agregación de datos que haces cada viernes
Resumir información del cliente antes de una reunión
Tareas simples como corregir subtítulos
Todo esto se puede convertir en skills. Una vez que son skills, Claude recordará lo "habitual" y comenzará a funcionar por sí solo.
A partir de ahí, si desciendes a las capas de sub-agents, hooks y configuraciones, Claude se transforma en un dispositivo que alberga "otro tú" dentro del editor.
Un error común es intentar empezar directamente con sub-agents.
La forma correcta es colocar sub-agents como roles para agrupar skills "después de que se hayan reunido cierta cantidad de skills". Si los colocas primero, terminas preparando solo el cerebro sin las manos y las manos y los pies que debería agrupar.
Patrón 4: La solución realista para evitar los límites de tokens en 10 minutos
El artículo escrito por @milesdeutscher (5.18M impresiones) destacó entre los ocho. "Cómo dejar de preocuparte por los límites de tokens de Claude en 10 minutos."
Es un título llamativo, pero el contenido era bastante fundamentado y realista.
Hay dos razones por las que se volvió viralizó.
Los límites de tokens son un punto débil común para todos.
Y la solución no era "mejorar el plan" o "pagar más", sino "cambiar la operación".
Resonó porque presentaba una solución a través del diseño, no tirando dinero.
Si sigues usando el plan de $200, de repente aparece un límite en medio de un prompt profundo. Tu concentración se rompe, y aunque intentes continuar, ya no puedes moverlo ese día. Es menos un problema de productividad y más un problema de impulso. Una hora de trabajo concentrado de una hora se hace añicos por un solo límite.
Yo mismo he operado con un solo plan de $200/mes durante mucho tiempo. No me importaba mucho el contexto y solía alimentarlo con todo el historial en Markdown. Aun así, extrañamente, rara vez alcanzaba el límite.
La razón era que ejecutaba skills separados para suprimir tokens.
Primero tomar resúmenes
Descartar contexto antiguo
Si notas que el Markdown se hincha, recórtalo en el momento
Convierte esto en skills y deja que Claude los haga automáticamente. La parte humana no necesita ser consciente de ello.
Si fueras a tomar prestado esto, lo primero que debes hacer es mirar "qué le estás dando de más a Claude".
¿Estás lanzando textos largos? ¿Estás copiando y pegando actas antiguas cada vez? ¿Estás acumulando nuevas preguntas mientras dejas preámbulos innecesarios?
Si caes en alguno de estos, el límite es un problema de operación, no de capacidad. Si cambias la operación antes de mejorar el plan, casi siempre puedes evitarlo.
Por el contrario, si mejoras el plan sin ser consciente de esto, solo estarás desperdiciando la cantidad que mejoraste. Es como pensar que compraste tiempo con dinero, pero en realidad compraste horas extra con dinero. El límite no es un castigo; es una alerta para que revises tu operación.
Patrón 5: Volverse más agudo o volverse hueco con el uso
@rohit4verse escribió algo cercano a una advertencia en otro artículo: "No hay neutralidad en cómo usas la IA. O te vuelves más agudo o te vuelves hueco. La mayoría se está volviendo hueca, y solo se dan cuenta en el momento en que se alejan."
Esta es la única "advertencia sobre el uso excesivo" entre los 8 patrones.
En una línea de tiempo llena de "puedes ser más eficiente" y "será más rápido así", él afirmó primero: "Si lo usas mal, tú mismo te deteriorarás."
No destacó por ser una opinión contraria a los consejos. Resonó porque dio en el clavo basándose en hechos.
Yo digo algo similar en la 2ª sesión del curso de Claude Code. "Si dominas dominas cómo usarlo, podrás utilizarás la IA uno o dos pasos más allá. Por el contrario, si lo usas mal, tus músculos de pensamiento se atrofiarán primero."
Esto coincide con mi propia experiencia.
Las personas que lo dejan todo y se relajan se vuelven visiblemente opacas en seis meses. Las personas que siguen pensando por sí mismas mientras delegan crecen como personas diferentes en seis meses.
La diferencia es casi invisible al principio, pero después de seis meses se convierte en una distancia insalvable.
Si fueras a tomar prestado esto, un solo criterio es suficiente.
"¿Puedes reformular la salida de Claude con tus propias palabras?"
Si puedes reformularla, esa información está dentro de ti.
Si no puedes, solo pasó a través de ti.
Ten el hábito de comprobarlo tú mismo cada día. Eso solo te mantendrá alejado de cruzar la línea hacia volverte hueco.
Si últimamente has notado un aumento en "las veces que simplemente pegas la salida de Claude y lo das por terminado", considéralo una luz amarilla. Lo que queda cuando sueltas la herramienta es tu verdadera capacidad.
Patrón 6: Ojo crítico de 900,000 skills a 23
@Mnilax (233k impresiones) escribió sobre estos números: "Los skills de Claude pasaron de 16 a 900,000 en seis meses. Mayormente ruido. Solo 23 que cambiaron el trabajo para siempre permanecieron."
De 16 a 900,000 en seis meses. Un aumento de 10,000 veces. De esos, 23 permanecieron para siempre. 0.0026%. Esta tasa de selección abrumadora ya era una historia en sí misma solo por el título.
Tanto los que "crean" como los que "usan" skills se romperán si no tienen una estrategia de eliminación.
Yo también añado y elimino mis propios skills cada semana. El criterio es simple: "Si no he usado un skill durante 3 semanas, lo pongo en duda en ese momento."
Los skills que sigo usando se mejoran con correcciones. Si no hay margen de mejora, ese skill ya no es necesario para mi negocio.
Hablo de esto en los talleres del curso de Claude Code. "Las tareas repetitivas, como la corrección automática de subtítulos, deben convertirse en skills. Crea un skill, corrígelo y mejóralo. No detengas este bucle."
Si fueras a tomar prestado esto, el primer paso es "medir si lo usaste", no "crearlo".
Paso 1. Haz un skill.
Paso 2. Anota la fecha en que lo hiciste.
Paso 3. Tres semanas después, cuenta cuántas veces lo usaste.
Si es menos de 3 veces, el diseño de ese skill es débil. Hazlo de nuevo o elimínalo. Solo aquellos que pueden completar este ciclo pueden estar del lado de "hacer crecer" su Claude.
Un error común es la ilusión de "cuantos más hagas, mejor". Los skills no ganan valor al aumentar; solo los seleccionados son efectivos. Lo mismo ocurre con coleccionar skills de otros; en el momento en que pones cantidad, Claude comienza a dudar en sus juicios. No se trata de "tenerlo", sino de "si todavía lo estás usando 3 semanas después" que es el verdadero indicador.
Patrón 7: Un skill por fin de semana, 70 horas se convierten en 30
@av1dlive (1.41M impresiones) lanzó una frase poderosa: "Puedes construir una empresa de mil millones de dólares en un fin de semana con IA. Solo necesitas un skill."
Una empresa de mil millones de dólares es una exageración, pero es cierto como punto estructuralmente es cierto.
La razón por la que se viralizó fue el bajo obstáculo.
Solo un skill. Solo necesitas suficiente motivación para ese fin de semana.
Las personas que suelen pensar "lo abordaré bien algún día" son aplastadas por el peso de ese "algún día". En el momento en que lo comprimes a "uno por fin de semana", el coste psicológico de la acción se desploma.
Haz un prototipo que funcione durante el fin de semana. Intenta usarlo en el trabajo real a partir del lunes. Si no funciona, descártalo. Si funciona, mejóralo.
Si no detienes esta rotación, Claude se convertirá en un aliado a un ritmo acelerado.
En el Grupo de Estudio de Claude Code para Principiantes, digo esto:
"En aproximadamente una hora, puedes hacer algo que funcione. Si estás trabajando 70 horas a la semana, puedes comprimirlo a unas 30 horas con Claude Code."
Esto no es un número teórico; es una tasa de compresión que realmente aparece en múltiples campos.
Si fueras a tomar prestado esto, reduce el trabajo que haces el fin de semana a uno.
Reducir una tarea que toma 30 minutos diarios a 5 minutos.
Reducir una tarea que toma 1 hora una vez a la semana a 5 minutos.
Reducir una tarea que toma medio día una vez al día una vez al mes a 30 minutos.
Solo uno de estos está bien. Si uno se reduce, tendrás el margen para hacer el siguiente skill con ese tiempo. El tiempo libre aumentará con interés compuesto a partir de ese punto.
Ten cuidado de no "intentar hacerlo demasiado grande desde el principio".
Si buscas la perfección durante el fin de semana, solo tendrás algo inacabado el lunes por la mañana. Completa una cosa mínima que funcione, despliega en combate real el lunes, y recórtala según la sensación de uso durante la semana. Un prototipo no es algo que hagas hermoso; si funciona el lunes, ganas.
Patrón 8: Conectar todo el negocio con servidores MCP
Lo que escribió @eng_khairallah1 (695k impresiones) fue el más avanzado de los 8 patrones. "Hay un gran concepto erróneo de que los servidores MCP son solo para desarrolladores. En realidad, son un puente entre la IA y el mundo exterior. Con esto, puedes incluso apuntar a pedidos de alto precio que no involucren desarrollo."
En el mundo de habla japonesa, MCP todavía se entiende como una "tecnología para desarrolladores". Al afirmarlo como un "conector estándar que conecta la IA y el negocio", el público objetivo se expandió de inmediato. MCP es como un USB.
Conéctalo, y Claude y los servicios externos comienzan a comunicarse.
En este punto, Claude ya no es solo una existencia dentro del editor.
En mi propio sistema, tengo múltiples servidores MCP ejecutándose constantemente, como UTAGE, CMKiller, claude-in-chrome y Google Drive.
Distribución automática a LINE. Búsqueda de grabaciones pasadas. Operación del navegador. Vinculación de documentos. Todo esto está en un estado en el que se puede llamar desde el lado de Claude.
También profundizo en esto en la 3ª y 4ª sesión del curso de Claude Code. "Primero, verifica si los servicios que usas habitualmente se pueden conectar a través de MCP. Si no, también está la opción de sustituirlos con Playwright."
Si fueras a tomar prestado esto, el punto de partida es escribir todas las "pantallas que estás tocando manualmente" en tu negocio.
Cliente de correo electrónico
Calendario
Hoja de cálculo
Gestión de clientes
Herramientas de distribución
Conecta aquellos que se pueden conectar por MCP ese día. Para los que no, automatiza el navegador con Playwright. Combinar ambos hace que todo el negocio sea operable desde Claude.
Como nota, MCP no se trata de "cuantos más servicios conectes, mejor". Si conectas todas las pantallas que tocas solo una vez al día, solo aumentarán el coste de inicio y la latencia. Las tres principales en orden de frecuencia de uso.
Si las reduces y las conectas, sentirás que la asignación de tiempo de tu trabajo diario cambia en una semana. Puedes expandir después.
Lo que indican los 8 patrones
Repasémoslos desde el principio.
- Construir la memoria en 3 capas
- Asumir el trabajo de 5 personas en una sola máquina
- Usar la jerarquía de configs / plugins / skills / subagents
- Evitar los límites de tokens mediante la operación
- Estar del lado de volverse más agudo con el uso
- Seguir eliminando skills
- Aumentar haciendo uno por fin de semana
- Conectar todo el negocio con MCP
Mirándolos en conjunto, esto no era una "escalera para aprender funciones", sino una "escalera para cambiar tu forma de pensar".
Comienza con la historia de la memoria y termina con la conexión de todo el negocio. Cada patrón trataba sobre cómo diseñar tu forma de trabajar, no sobre cómo usar la herramienta.
El primer paso
Ha sido largo, así que lo comprimiré en 3 puntos al final.
Claude Code no es una "herramienta de programación", sino un dispositivo de diseño para todo el negocio. El eje de evaluación no es "se volvió más rápido", sino si la "unidad de descomposición del negocio" ha cambiado". No se trata de hacer una tarea más eficiente, sino de aumentar las áreas que solo las personas pueden hacer.
Lo que los 8 patrones tenían en común era una "escalera para cambiar tu forma de pensar". Memoria, número de personas, jerarquía, límites, dependencia, selección, velocidad, conexión. A medida que asciendes en orden, tu enfoque hacia Claude Code cambia paso a paso.
Y estos 8 patrones, compartidos como una "capa estándar" en el extranjero, simplemente no han sido sistematizados en japonés todavía. No necesitas hacerlo todo. Traduce el que más te haya resonado a tu propio negocio. Si continúas eso durante seis meses, la relación entre Claude y tú será completamente diferente.
Por favor, usa la palabra "poder de diseño" como un arma.
De la era de usar a la era de construir. La forma de utilizar Claude Code ya ha cambiado.
Dicho esto, creo que la mayoría de los dueños de negocios sienten que es difícil incorporar estos 8 patrones en su propio negocio.
Para esas personas, he resumido ejemplos reales de cómo estoy construyendo todo, desde anuncios, LP, distribución por LINE, hasta generación de contenido con Claude Code.
"100 ejercicios de uso esencial de Claude Code para dueños de negocios"
Por favor, ve aquí.
https://utage-system.com/line/open/byRw0azrc4B8?mtid=TtuzaXM1C2dl
