Las "skills" y los prompts reutilizables son una buena idea.

La forma en que se suelen gestionar no lo es tanto:

• una carpeta en una máquina
• otra carpeta distinta en otra
• un montón de versiones ligeramente diferentes

Luego empiezas una sesión y no sabes qué conjunto de instrucciones está usando de verdad.

Ese es el problema de la desviación.

Esta guía trata de un flujo que mantiene coherentes los prompts y las skills entre Claude Code, Codex y OpenCode.

En resumen

1. Si quieres un comportamiento reproducible entre ordenadores, necesitas una única fuente de verdad para prompts y skills.
2. Si tus proveedores esperan archivos en disco, también necesitas una vía de instalación/exportación.
3. El fallo típico es la desviación silenciosa (cambiaste una copia y te olvidaste de la otra).
4. Happier es una opción que ayuda porque trata la biblioteca como fuente de verdad, puede exportar/instalar en las ubicaciones nativas de cada proveedor y registra enlaces y digests para detectar desviaciones en lugar de sobrescribir en silencio.

El problema

Las instrucciones reutilizables solo sirven si son coherentes.

En cuanto tienes:

• más de una máquina, o
• más de un proveedor,

…copiar y pegar se convierte en un riesgo.

Enfoques habituales y sus contrapartidas

• Tener un gist y copiar y pegar cuando haga falta: funciona, pero es manual e incoherente.
• Un repositorio Git de prompts: mejor, pero sigues necesitando instalar/exportar en las ubicaciones nativas de cada proveedor.
• Carpetas separadas por proveedor: bien hasta que quieres que una regla se aplique en todas partes.

Si Happier es nuevo para ti

Si no conocías Happier: es una app complementaria de código abierto (móvil/web/escritorio) para ejecutar sesiones como Claude Code, Codex y OpenCode en varios ordenadores.

Lo relevante para esta guía: te da una única biblioteca de prompts y skills, además de formas seguras de exportar/instalar en las ubicaciones nativas de cada proveedor.

Para empezar:

• Cómo usar Happier desde el móvil
• GitHub: https://github.com/happier-dev/happier
• Instalación/descarga: https://github.com/happier-dev/happier#how-it-works
• Discord (comunidad y soporte): https://discord.gg/W6Pb8KuHfg

Un flujo que funciona

1) Trata la biblioteca como tu fuente de verdad

El cambio de mentalidad es:

• no trates .claude/skills o .opencode/skills como tu biblioteca
• trátalos como destinos de exportación

2) Usa plantillas cuando quieras atajos rápidos en el editor

Si quieres atajos tipo "/review" o "/ship-check", usa Plantillas (Templates) que insertan un prompt guardado.

Es mejor que copiar y pegar porque se mantiene sincronizado.

3) Usa también los comandos y skills del propio agente

Desde la 0.2.16 puedes escribir / o $ en el editor de una sesión nueva para ver los comandos o skills que el agente seleccionado ya ofrece en ese ordenador, proyecto y cuenta conectada, cuando está disponible. Al elegir una skill nativa se usa directamente la copia del propio agente, así que no se añade un duplicado a tu biblioteca de Happier. La detección necesita que el agente y su inicio de sesión estén listos en el ordenador.

4) Usa añadidos al prompt del sistema para comportamientos duraderos

Cuando quieras que una regla se aplique a todas las sesiones (o a un perfil), usa los añadidos al prompt del sistema (System prompt additions, que en la app aparecen como "Pilas").

Así mantienes coherente "cómo reviso los diffs" sin volver a escribirlo.

5) Exporta/instala en las ubicaciones nativas de cada proveedor (copia o enlace simbólico)

Esta es la parte práctica en la que tropieza la gente.

Algunas herramientas (o equipos) esperan archivos reales en disco:

• .claude/skills
• .opencode/skills
• .agents/skills
• .claude/commands

Así que necesitas una vía de exportación.

En Happier puedes exportar prompts y skills a destinos de la máquina y elegir el método de instalación:

• Copiar (Copy): escribe una copia independiente en el destino.
  • Va bien cuando necesitas una carpeta totalmente autocontenida.
  • Contrapartida: las actualizaciones son manuales.
• Symlink: mantiene una copia materializada gestionada por Happier y enlaza el destino externo a ella.
  • Va bien cuando quieres que actualizar sea fácil.
  • Contrapartida: a algunos entornos no les gustan los enlaces simbólicos (o quieres una carpeta totalmente portátil).

Esto importa en flujos con varios ordenadores porque puedes hacer que el mismo paquete de skills aparezca en las ubicaciones nativas de cada proveedor en varios ordenadores, sin mantener varias copias que se van separando.

6) Secretos y tokens de proveedores: no los metas en los archivos de skills

Un error habitual es poner claves de API dentro de un paquete de skills.

Funciona… hasta que:

• exportas la skill a otra máquina
• compartes el repositorio
• pegas la skill en una issue

Si una skill necesita credenciales, trata la skill como código y las credenciales como secretos:

• mantén genérico el contenido de la skill
• obtén las credenciales del entorno o de un sistema de secretos guardados
• asocia los secretos por perfil / por máquina

(Si usas perfiles de Happier, importa el orden de resolución de secretos de la CLI: entorno → asociación de secreto guardado → pregunta interactiva.)

7) No sobrescribas en silencio: detecta desviaciones

Lo útil aquí es una seguridad discreta:

• si la copia externa cambia, Happier detecta que el digest no coincide
• no sobrescribe tus archivos en silencio

Eso significa que puedes editar en local a propósito cuando lo necesites y seguir sabiendo que estás desincronizado.

Guías relacionadas

• Cómo definir los servidores MCP una sola vez y usarlos en Claude Code, Codex y OpenCode (en todas tus máquinas)