Saltar al contenido principal

Casos de uso

La superficie de Copera es intencionalmente genérica: boards para datos estructurados, docs para prosa, drive para archivos, channels para mensajería. La Skill de la CLI enseña a un agente los comandos; qué hacer con ellos depende de ti. Esta página reúne los patrones que vemos con más frecuencia. Ninguno de estos es una funcionalidad integrada: cada uno es un flujo de trabajo que le describes al agente y (para los recurrentes) capturas como una skill de flujo de trabajo para que cualquier sesión futura lo ejecute de forma idéntica.

Boards: rastrea el trabajo donde tu equipo ya vive​

Clasificar tareas entrantes​

Sueltas un enlace de Sentry, un correo de un cliente o un texto pegado desde Slack. El agente lo registra como una fila en tu board de rastreo con la severidad inferida, el estado puesto en Triage y (para alta severidad) una notificación publicada en tu channel de alertas.

Qué hace el agente

  • Lee el esquema de tu tabla de rastreo una vez (en caché).
  • Mapea tu texto libre de entrada → los valores de columna correctos.
  • Crea la fila y (condicionalmente) publica una notificación.

Construye esto con una skill de flujo de trabajo como triage-bug o triage-task. La entrevista del agente captura qué board + tabla usas, qué opciones de severidad existen y el channel de notificaciones de tu equipo.

Pipeline de ingeniería de ventas​

Un board con una fila por solicitud técnica entrante: qué cliente, qué área de producto, qué bloquea el trato, quién es responsable de la respuesta. El agente registra nuevas solicitudes a medida que las describes, actualiza responsabilidad/estado sobre la marcha y saca a la luz filas estancadas en tu revisión semanal.

Qué hace el agente

  • Nueva solicitud → rows create con la columna LINK del cliente resuelta (busca la fila del cliente por nombre).
  • Cambio de estado → rows update para la columna relevante.
  • Revisión semanal → rows list filtrado por filas estancadas, resumido en una publicación de channel o un doc generado.

Consejo: captura esto como dos skills de flujo de trabajo separadas (sales-eng-intake y sales-eng-review) para que el resumen semanal recurrente no arrastre la carga de esquema de la admisión.

Onboarding de clientes​

Cuando se cierra un trato, el agente crea la fila del cliente en el CRM, vincula contactos, genera un doc de kickoff a partir de una plantilla, lo coloca bajo el padre correcto y publica un mensaje de "kickoff agendado" en tu channel de éxito de clientes.

Qué hace el agente

  • rows create en el CRM con columnas LINK a las filas de contactos.
  • docs create bajo el doc padre de onboarding de clientes, con contenido de una plantilla.
  • channels message send con la URL del doc.

Reportes de estado​

Fin de semana: el agente consulta filas de tu board de rastreo de ingeniería que se actualizaron esta semana, las agrupa por responsable o por estado, y publica un resumen en el channel de tu equipo. O genera un doc que vive bajo /Engineering/Weekly/.

Qué hace el agente

  • rows list (paginado si es necesario).
  • Agrupa + resume en texto plano.
  • channels message send o docs create.

Docs: Copera como la base de conocimiento de tu agente​

Copera Docs es un árbol Markdown de todo el Workspace. Eso lo convierte en un complemento natural para los agentes de IA: prosa duradera, buscable y con control de versiones que cualquier agente puede leer como contexto.

Leer como contexto (recuperación de conocimiento)​

Preguntas: "¿Cuál es nuestra política sobre eliminación de datos de clientes?" El agente busca en el árbol de docs, lee el o los docs coincidentes y responde a partir de la prosa, citando la URL del doc para que puedas verificar.

Qué hace el agente

  • docs search "customer data deletion" → encuentra docs coincidentes.
  • docs content <doc-id> para el resultado principal (en caché) → lee el Markdown.
  • Responde a partir del doc, citando la fuente.

Por qué funciona: la caché de docs significa que las preguntas de seguimiento sobre el mismo tema no vuelven a obtenerse. Y como la prosa es tuya, el agente deja de adivinar a partir de los datos de entrenamiento.

Resúmenes semanales de reuniones​

Mantienes notas de reuniones bajo /Engineering/Meetings/ (o donde sea). El agente lee los docs de reuniones de la semana pasada, extrae decisiones y tareas pendientes, y publica el resumen de vuelta como un nuevo doc bajo /Engineering/Weekly-Summaries/ con enlaces a las reuniones de origen.

Qué hace el agente

  • docs tree --parent <meetings-folder> → lista los docs recientes de reuniones.
  • docs content <doc-id> para cada uno (lecturas concurrentes si hay muchos).
  • Sintetiza resumen + tareas pendientes.
  • docs create --title "Week of …" bajo la carpeta de resúmenes.
  • Opcionalmente channels message send con la URL del resumen.

Crear y compartir nuevos docs a partir de una conversación​

En medio de una llamada, le dices al agente: "Documenta este incidente: qué encontramos, la solución temporal, el responsable." El agente redacta el Markdown a partir de tu conversación, crea el doc bajo /Engineering/Incidents/, publica el enlace en tu channel de incidentes y (si lo configuraste) agrega una fila a tu board de rastreo de incidentes.

Qué hace el agente

  • docs create --title "Incident: …" --content "<markdown>" bajo la carpeta de incidentes.
  • channels message send con el enlace.
  • (Opcional) rows create en el board de incidentes con la URL del doc como columna.

Revisión de docs y sugerencias de edición​

Apuntas al agente hacia un borrador de doc. Lee el contenido, sugiere ediciones en línea (en tu conversación) y, con tu aprobación, las aplica con docs update.

Qué hace el agente

  • docs content <doc-id> para leer.
  • Propone cambios en la conversación.
  • Con la aprobación, docs update <doc-id> --content "<edited markdown>" (reemplazar), o docs update <doc-id> --operation append para agregar al final.
consejo

Docs como contexto del agente: si una skill de flujo de trabajo necesita contexto de fondo (la terminología de tu equipo, tu guía de estilo, tus convenciones de runbook), referencia los IDs de doc relevantes en la prosa de la skill e indícale al agente que los lea al inicio del procedimiento. La caché de docs hace que esto sea económico en ejecuciones posteriores.

Drive: flujos de trabajo con archivos​

Organiza las cargas por convención​

Sueltas archivos en una conversación. El agente los sube a drive bajo una estructura de carpetas que coincide con la convención de tu equipo (por ejemplo, /<año>/<trimestre>/<cliente>/), creando carpetas según sea necesario.

Qué hace el agente

  • drive tree --parent <root> para encontrar la estructura existente.
  • drive mkdir para cualquier carpeta faltante.
  • drive upload <file> --parent <resolved-folderId>.

Distribuir reportes​

El agente genera un reporte (Markdown o salida renderizada), lo sube a una carpeta compartida de drive y publica el enlace en el o los channels relevantes, reemplazando el típico bucle de "captura el dashboard, pega en Slack".

Qué hace el agente

  • Genera el reporte localmente (o como un doc + exportación).
  • drive upload report.pdf --parent <reports-folderId>.
  • channels message send con la URL del archivo de la respuesta de carga.

Flujos de trabajo entre superficies​

Las skills de flujo de trabajo más útiles abarcan múltiples superficies de Copera.

Resumen de standup diario​

El agente consulta: filas del board del sprint actualizadas desde ayer, actividad reciente de docs en la carpeta de docs del equipo, cargas de drive en activos compartidos. Sintetiza todo en un resumen de un solo mensaje publicado en el channel de standup antes de la reunión.

Resumen de puntos de contacto con el cliente​

Para un cliente dado (resuelto a su fila del CRM + filas vinculadas): obtén todos sus tickets abiertos, notas de reuniones recientes y cualquier activo de drive adjunto. Genera un brief Markdown de una página que el agente puede compartir antes de una llamada con el cliente.

Retrospectiva de incidentes​

Cuando cierras un incidente: el agente lee la fila del incidente en el board de incidentes, el doc del incidente y cualquier fila relacionada vinculada desde el doc. Genera un doc de retrospectiva bajo /Engineering/Retros/ y lo vincula de vuelta a la descripción de la fila del incidente.

Qué va en una skill de flujo de trabajo frente a algo ad-hoc​

No todo caso de uso necesita convertirse en una skill de flujo de trabajo. Regla general:

  • Ad-hoc: descubrimiento puntual, lecturas ocasionales, explorar un board desconocido. Simplemente habla con el agente; la Skill de la CLI lo maneja.
  • Skill de flujo de trabajo: cualquier cosa que hagas más de dos veces con la misma forma. Constrúyela una vez, ejecútala de forma idéntica cada vez, compártela con tu equipo. Consulta Skills de flujo de trabajo.
Construir una skill de flujo de trabajo

Captura cualquiera de los patrones anteriores como un flujo de trabajo reutilizable y consciente del desfase.

Referencia de la CLI

El conjunto completo de comandos copera que el agente tiene a su disposición.