Buscar y usar un playbook

epismo playbook search --query "entrevista con clientes" --category sales
epismo playbook get <playbook-id>
epismo playbook version get <playbook-id> <version-id>

Revise el esquema de entrada, las instrucciones de los pasos, las sugerencias de recursos y los resultados esperados, no solo el título. Una sugerencia de recurso es un candidato, no una prueba de que un recurso esté instalado, sea confiable o esté disponible.

En el catálogo web, también puede explorar por tipo de recurso y seleccionar una referencia de recurso para ver los playbooks legibles que la usan. Las referencias de GitHub y npm se agrupan por su identidad normalizada de proveedor, de modo que las formas equivalentes de URL y de proveedor aparecen juntas.

Elija el modo útil más ligero:

1. Solo lectura: ejecutar localmente sin un caso.
2. Conservar resultados: inicie un caso liviano y agregue registros importantes.
3. Coordinar: cree tareas solo para propiedad, aprobación o transferencia explícita.

Fije el ID de versión cuando la reproducibilidad sea importante. Separe los comentarios de mejora en una sugerencia.

Crear una copia independiente para el cliente

Use Copiar cuando el cliente necesite mantener una variante independiente. Copie una versión publicada legible para crear otro playbook con contenido e historial propios. La copia conserva la referencia al playbook original y a la versión de origen para poder rastrear su procedencia. Es similar a un fork de GitHub; en Epismo la operación se llama Copiar. Los cambios no se sincronizan automáticamente.

1. Prepare el equipo del cliente y confirme quién usará y editará el método.
2. Seleccione el espacio propietario antes de copiar. Use el propio si mantendrá el método; si el cliente debe poseerlo, un miembro autorizado debe crear la copia en el espacio del cliente. Conectar el equipo no transfiere propiedad ni facturación.
3. Lea la versión original y compruebe su adecuación y recursos. Compruebe que toda la versión copiada sea adecuada para el cliente. Si contiene material interno, cree un playbook nuevo desde una definición depurada: editar una copia no elimina su versión publicada anterior.
4. Copie con permisos iniciales explícitos. Este ejemplo crea una copia restringida con edición para un equipo al que pertenece en el espacio propietario seleccionado:

epismo -w <owning-workspace> playbook copy <source-playbook-id> \
  --source-version-id <source-version-id> --team-ids <client-team-id>

Si el original es apto para el cliente pero quiere revisar las adaptaciones primero, use --private en lugar de --team-ids, adáptelo y después comparta la copia con el equipo.

5. Use el ID devuelto de la copia para editar. Adapte entradas, herramientas, criterios y resultados esperados; guarde un borrador y publique una versión.
6. Inicie un caso desde esa versión y elija sus permisos explícitamente. Compruebe que un participante del cliente puede leer el playbook y trabajar en el caso.

La copia no hereda permisos, casos, borradores ni sugerencias. Los cambios no se sincronizan con el original, y consultar sus actualizaciones requiere conservar acceso. Envíe mejoras generales al original mediante sugerencias, sin incluir pruebas específicas del cliente que esa audiencia no deba ver.