Skip to main content
Esta página es para ingenieros individuales que ya están usando Claude Code y quieren ayudar a su equipo a adoptarlo. Cubre qué compartir, cómo responder las preguntas que recibirá, un manual de treinta días y respuestas a preocupaciones comunes. La adopción de una herramienta para desarrolladores rara vez ocurre debido a un anuncio de lanzamiento. Ocurre porque alguien en el equipo comienza a usar la herramienta bien, habla sobre ella abiertamente y facilita que otros la sigan. El trabajo que realiza como campeón tiene un efecto desproporcionado: cada ejemplo que comparte acorta la curva de aprendizaje para los ingenieros que vienen después de usted, y cada pregunta que responde en público convierte la experiencia de una persona en algo en lo que todo el equipo puede construir. Está actuando como un multiplicador para su equipo, no como un servicio de ayuda, y esta guía está estructurada para mantener el rol sostenible en esos términos.

El rol de campeón

El rol consiste en tres comportamientos que se refuerzan mutuamente. La mayoría de esto se ajusta naturalmente dentro del trabajo que ya está realizando. La diferencia es una pequeña cantidad de intención adicional sobre dónde se publican sus descubrimientos y cómo viajan sus respuestas.

Cuánto debería costarle esto

Establezca expectativas con usted mismo y con su líder. Las actividades a continuación están diseñadas para caber dentro de una semana laboral normal, y el rol debe seguir siendo un multiplicador de su trabajo existente en lugar de una responsabilidad de soporte adicional.

Comparta lo que descubre

Su propia experiencia es el material más persuasivo que sus colegas encontrarán, porque es específico de la base de código, los flujos de trabajo y los problemas que todos comparten. La documentación le dice a la gente qué es posible; sus publicaciones les muestran qué está funcionando realmente en su entorno.

Qué vale la pena compartir

Las publicaciones más útiles describen una técnica que un colega puede reutilizar mañana en lugar de un resultado que ya está completo. Las técnicas se componen a medida que se propagan a través de un equipo; las actualizaciones de estado no. Ejemplos de técnicas reutilizables:
  • “Aprendí que @-mencionar un directorio funciona. Lo señalé a @src/components/ y pregunté cuáles carecían de pruebas, lo que reveló dos que había pasado por alto.”
  • “Plan mode (Shift+Tab) muestra exactamente qué archivos se tocarán antes de cualquier edición, por lo que estoy cómodo usándolo en código compartido.”
  • “Configuré un hook Stop para recibir una notificación de escritorio cuando se completa una tarea larga. La configuración está en el hilo.”
  • “Ejecutar /init genera un CLAUDE.md desde el repositorio para que el asistente deje de preguntar sobre nuestras convenciones.”

Dónde compartirlo

Publique donde su equipo ya lee. El objetivo es colocar ejemplos en el camino del trabajo normal en lugar de crear un destino.

El formato que funciona

Una captura de pantalla acompañada de una sola línea de contexto, o una breve descripción antes y después, es generalmente el nivel de detalle correcto. Mantenga cada publicación lo suficientemente corta para que alguien que se desplace rápidamente aún absorba el punto. Una escritura larga tiende a guardarse para más tarde y olvidarse, mientras que una publicación corta con una captura de pantalla tiende a copiarse e intentarse. Las publicaciones de ejemplo a continuación ilustran el tono y la longitud; adáptelas en lugar de copiarlas textualmente.

Sea la persona a quien la gente pregunta

Una vez que haya compartido algunos ejemplos, las preguntas seguirán. Aquí es donde el rol de campeón tiene el mayor apalancamiento, porque una buena respuesta a una persona frecuentemente desbloquea a varios otros que están viendo el mismo canal.

Responda con un prompt en lugar de una explicación

Cuando un colega pregunta cómo logró algo, la respuesta más útil es el prompt que realmente utilizó. Aprenderán más ejecutando ese prompt contra su propio problema que de cualquier descripción que pudiera escribir, y les da algo en lo que pueden actuar inmediatamente.

Señale la característica en lugar de la documentación

Una respuesta como “Intenta plan mode, presiona Shift+Tab hasta que lo veas” es más útil en el momento que un enlace a la documentación. Si la persona necesita más profundidad más tarde, la encontrará por su cuenta; ahora necesita la única cosa que los desbloquea.

Preguntas que probablemente escuchará

Amplíe el círculo

El objetivo no es construir un programa o poseer un lanzamiento. Es establecer un pequeño número de hábitos ligeros que permitan que el impulso continúe después de que haya dejado de impulsarlo activamente. Cuando las preguntas en el canal están siendo respondidas por personas que no sean usted, el rol ha cumplido su función.

Patrones que tienden a funcionar

Manual de treinta días

Si un plan flexible es útil, la secuencia a continuación refleja lo que tiende a funcionar en la mayoría de los equipos. Ajuste libremente para adaptarse a su contexto.
1

Semana 1: Sembrar el canal

Cree el canal, fije el Quickstart y publique dos o tres de sus propios ejemplos con los prompts incluidos.Señal de que está funcionando: algunos colegas reaccionan o responden, y al menos una pregunta se hace en el canal.
2

Semana 2: Comience el ritmo

Comience el hilo semanal de demostración, responda cada pregunta públicamente y comparta un skill personalizado o un fragmento de CLAUDE.md.Señal de que está funcionando: alguien que no sea usted publica un ejemplo de su propio trabajo.
3

Semana 3: Emparéjese y consolide

Ofrezca dos o tres sesiones cortas de emparejamiento y consolide las preguntas y respuestas más comunes en un mensaje de preguntas frecuentes fijado.Señal de que está funcionando: ve uso repetido, con los mismos colegas regresando en lugar de intentar una vez y detenerse.
4

Semana 4: Entregue

Identifique un segundo campeón y comparta un breve resumen de qué está funcionando y qué no con su líder o administrador.Señal de que está funcionando: las preguntas en el canal están siendo respondidas por personas que no sean usted.

Cuando alguien quiere profundizar

Usted es la introducción cálida en lugar del programa de incorporación. Cuando un colega se mueve más allá de “¿debería intentar esto?” hacia “¿cómo me vuelvo efectivo con esto?”, señálelos a las páginas Quickstart y Common workflows. Contienen secciones cortas que cubren las características que son genuinamente útiles pero difíciles de descubrir por su cuenta.

Responda a preocupaciones comunes

El escepticismo saludable es esperado; los ingenieros deben ser cautelosos con las herramientas que tocan su código. La respuesta más efectiva rara vez es argumentar el caso general. En su lugar, reconozca la preocupación, ofrezca un breve replanteamiento y proponga una demostración concreta en el código de la persona. La mayoría de las preocupaciones se resuelven con una sola experiencia exitosa.

Hoja de referencia rápida

Las técnicas a continuación son las que más confiablemente mueven a alguien de una primera prueba al uso diario. Fije esta tabla en un canal o compártala por su cuenta.
Claude Code se actualiza frecuentemente. Verifique los detalles específicos de la versión contra la página de inicio de documentación antes de distribuir este material internamente.