Casi d'uso
La superficie di Copera è intenzionalmente generica — board per dati strutturati, docs per prosa, drive per file, channels per messaggistica. La skill CLI insegna a un agente i comandi; cosa farne dipende da te. Questa pagina raccoglie i pattern che vediamo più spesso. Nessuno di questi è una feature integrata — ciascuno è un workflow che descrivi all'agente e (per quelli ricorrenti) catturi come workflow skill così ogni sessione futura lo esegue in modo identico.
Boards: traccia il lavoro dove il team vive già
Triage dei task in arrivo
Incolli un link Sentry, un'email del cliente o un paste da Slack. L'agente lo archivia come riga nella board tracker con severity inferita, status impostato a Triage e (per alta severity) una notifica sul channel di alert.
Cosa fa l'agente
- Legge lo schema della table tracker una volta (in cache).
- Mappa il tuo input free-text → i valori di colonna giusti.
- Crea la riga e (condizionatamente) pubblica una notifica.
Costruiscilo con una workflow skill come triage-bug o triage-task. L'intervista dell'agente cattura quale board + table usi, quali opzioni di severity esistono e il channel di notifica del team.
Pipeline di sales engineering
Una board con una riga per richiesta tecnica inbound: quale cliente, quale area prodotto, cosa blocca il deal, chi possiede la risposta. L'agente archivia nuove richieste mentre le descrivi, aggiorna ownership/status man mano e fa emergere le righe stantie nella review settimanale.
Cosa fa l'agente
- Nuova richiesta →
rows createcon colonna LINK cliente risolta (cerca la riga cliente per nome). - Cambio di status →
rows updateper la colonna rilevante. - Review settimanale →
rows listfiltrata per righe stantie, riassunta in un post di channel o in un doc generato.
Tip: cattura questo come due workflow skill separate (sales-eng-intake e sales-eng-review) così il riassunto settimanale ricorrente non trascina l'overhead di schema dell'intake.
Onboarding clienti
Quando un deal si chiude, l'agente crea la riga CRM del cliente, collega i contatti, genera un kickoff doc da un template, lo mette sotto il parent giusto e pubblica un messaggio "kickoff scheduled" sul channel customer-success.
Cosa fa l'agente
rows createnel CRM con colonne LINK alle righe contatto.docs createsotto il parent doc di customer-onboarding, contenuto da un template.channels message sendcon l'URL del doc.
Report di status
Fine settimana: l'agente interroga le righe del tracker engineering aggiornate questa settimana, raggruppa per owner o per status e pubblica un digest sul channel del team. Oppure genera un doc che vive sotto /Engineering/Weekly/.
Cosa fa l'agente
rows list(paginato se serve).- Raggruppa + riassume in testo semplice.
channels message sendodocs create.
Docs: Copera come knowledge base dell'agente
Copera Docs è un albero markdown a livello workspace. Questo lo rende un fit naturale per gli agenti IA — prosa durevole, ricercabile e versionata che qualsiasi agente può leggere per contesto.
Lettura per contesto (knowledge retrieval)
Chiedi: "Qual è la nostra policy sulla cancellazione dei dati dei clienti?" L'agente cerca nell'albero docs, legge i doc corrispondenti e risponde dalla prosa — citando l'URL del doc così puoi verificare.
Cosa fa l'agente
docs search "customer data deletion"→ trova i doc corrispondenti.docs content <doc-id>per il top hit (in cache) → legge il markdown.- Risponde dal doc, citando la fonte.
Perché funziona: la cache docs fa sì che le domande di follow-up sullo stesso topic non rifetchino. E poiché la prosa è tua, l'agente smette di indovinare dai dati di training.
Riassunti settimanali dei meeting
Tieni le note dei meeting sotto /Engineering/Meetings/ (o dove preferisci). L'agente legge i doc dei meeting della scorsa settimana, estrae decisioni e action item e ripubblica il riassunto come nuovo doc sotto /Engineering/Weekly-Summaries/ con link ai meeting sorgente.
Cosa fa l'agente
docs tree --parent <meetings-folder>→ elenca i doc meeting recenti.docs content <doc-id>per ciascuno (letture concorrenti se sono tanti).- Sintetizza riassunto + action item.
docs create --title "Week of …"sotto la cartella summaries.- Opzionalmente
channels message sendcon l'URL del riassunto.
Creare e condividere nuovi doc da una conversazione
A metà call, dici all'agente: "Documenta questo incident — cosa abbiamo colpito, il workaround, l'owner." L'agente bozza il markdown dalla conversazione, crea il doc sotto /Engineering/Incidents/, pubblica il link sul channel incident e (se l'hai impostato) aggiunge una riga alla board di tracking incident.
Cosa fa l'agente
docs create --title "Incident: …" --content "<markdown>"sotto la cartella incidents.channels message sendcon il link.- (Opzionale)
rows createnella board incidents con l'URL del doc come colonna.
Review di doc e suggerimenti di edit
Indichi all'agente un doc bozza. Legge il contenuto, suggerisce edit inline (nella conversazione) e, con la tua approvazione, li applica con docs update.
Cosa fa l'agente
docs content <doc-id>per leggere.- Propone le modifiche in conversazione.
- Con approvazione,
docs update <doc-id> --content "<edited markdown>"(replace), oppuredocs update <doc-id> --operation appendper aggiungere in fondo.
Docs come contesto dell'agente: se una workflow skill ha bisogno di contesto di background (terminologia del team, style guide, convenzioni dei runbook), referenzia i doc ID rilevanti nella prosa della skill e istruisci l'agente a leggerli all'inizio della procedura. La cache docs rende questo economico sulle esecuzioni successive.
Drive: workflow sui file
Organizzare gli upload per convenzione
Droppi file in una conversazione. L'agente li carica sul drive sotto una struttura di cartelle che rispecchia la convenzione del team (es. /<year>/<quarter>/<customer>/), creando le cartelle se serve.
Cosa fa l'agente
drive tree --parent <root>per trovare la struttura esistente.drive mkdirper le cartelle mancanti.drive upload <file> --parent <resolved-folderId>.
Distribuire report
L'agente genera un report (markdown o output renderizzato), lo carica in una cartella drive condivisa e pubblica il link sui channel rilevanti — sostituendo il classico loop "screenshot della dashboard, paste su Slack".
Cosa fa l'agente
- Genera il report in locale (o come doc + export).
drive upload report.pdf --parent <reports-folderId>.channels message sendcon l'URL del file dalla risposta di upload.
Workflow cross-surface
Le workflow skill più utili coprono più superfici Copera.
Digest della daily standup
L'agente interroga: righe nella board sprint aggiornate da ieri, attività recente sui doc nella cartella docs del team, upload drive negli asset condivisi. Sintetizza in un messaggio unico pubblicato sul channel standup prima del meeting.
Riassunto touchpoint cliente
Per un dato cliente (risolto alla sua riga CRM + righe collegate): recupera tutti i ticket aperti, le note meeting recenti e gli asset drive collegati. Genera un brief markdown di una pagina che l'agente può condividere prima di una call cliente.
Retrospective di incident
Quando chiudi un incident: l'agente legge la riga dell'incident nella board incidents, il doc dell'incident e le righe correlate linkate dal doc. Genera un doc retrospective sotto /Engineering/Retros/ e lo collega di nuovo alla description della riga incident.
Cosa va in una workflow skill vs ad-hoc
Non ogni caso d'uso deve diventare una workflow skill. Regola empirica:
- Ad-hoc — discovery una tantum, letture occasionali, esplorazione di una board sconosciuta. Parla e basta con l'agente; la skill CLI lo gestisce.
- Workflow skill — qualsiasi cosa fai più di due volte con la stessa forma. Costruiscila una volta, eseguila in modo identico ogni volta, condividila con il team. Vedi Workflow Skills.