Zum Hauptinhalt springen

Use Cases

Coperas Oberfläche ist absichtlich generisch — Boards für strukturierte Daten, Docs für Prosa, Drive für Dateien, Channels für Messaging. Der CLI-Skill bringt dem Agenten die Befehle bei; was damit zu tun ist, liegt bei Ihnen. Diese Seite sammelt die Muster, die wir am häufigsten sehen. Keines davon ist ein eingebautes Feature — jedes ist ein Workflow, den Sie dem Agenten beschreiben und (für wiederkehrende) als Workflow-Skill erfassen, damit jede künftige Session ihn identisch ausführt.

Boards: Arbeit tracken, wo Ihr Team schon lebt​

Eingehende Tasks triagieren​

Sie werfen einen Sentry-Link, eine Kunden-E-Mail oder einen Paste aus Slack ein. Der Agent legt sie als Zeile in Ihrem Tracker-Board an, mit inferierter Severity, Status Triage und (bei hoher Severity) einer Benachrichtigung in Ihrem Alerts-Channel.

Was der Agent tut

  • Liest das Schema Ihrer Tracker-Tabelle einmal (cached).
  • Mappt Ihren Freitext → die richtigen Spaltenwerte.
  • Legt die Zeile an und (bedingt) postet eine Benachrichtigung.

Bauen Sie das mit einem Workflow-Skill wie triage-bug oder triage-task. Das Interview des Agenten erfasst, welches Board + welche Tabelle Sie nutzen, welche Severity-Optionen existieren und Ihr Team-Notification-Channel.

Sales-Engineering-Pipeline​

Ein Board mit einer Zeile pro eingehender technischer Anfrage: welcher Kunde, welcher Produktbereich, was den Deal blockiert, wer die Antwort besitzt. Der Agent legt neue Anfragen an, wie Sie sie beschreiben, aktualisiert Ownership/Status unterwegs und hebt stale Zeilen in Ihrer Wochenreview hervor.

Was der Agent tut

  • Neue Anfrage → rows create mit aufgelöster Kunden-LINK-Spalte (sucht die Kundenzeile nach Name).
  • Statuswechsel → rows update für die relevante Spalte.
  • Wochenreview → rows list gefiltert auf stale Zeilen, zusammengefasst in einem Channel-Post oder generierten Doc.

Tipp: erfassen Sie das als zwei getrennte Workflow-Skills (sales-eng-intake und sales-eng-review), damit die wiederkehrende Wochen-Zusammenfassung nicht den Schema-Overhead von Intake mitschleppt.

Kunden-Onboarding​

Wenn ein Deal schließt, legt der Agent die CRM-Zeile des Kunden an, verlinkt Kontakte, erzeugt ein Kickoff-Doc aus einer Vorlage, legt es unter dem richtigen Parent ab und postet eine „Kickoff scheduled“-Nachricht in Ihren Customer-Success-Channel.

Was der Agent tut

  • rows create im CRM mit LINK-Spalten zu Kontakt-Zeilen.
  • docs create unter dem Customer-Onboarding-Parent-Doc, Inhalt aus einer Vorlage.
  • channels message send mit der Doc-URL.

Status-Reporting​

Wochenende: Agent fragt Zeilen im Engineering-Tracker ab, die diese Woche aktualisiert wurden, gruppiert nach Owner oder Status und postet einen Digest in Ihren Team-Channel. Oder erzeugt ein Doc unter /Engineering/Weekly/.

Was der Agent tut

  • rows list (paginiert falls nötig).
  • Gruppieren + in Plaintext zusammenfassen.
  • channels message send oder docs create.

Docs: Copera als Knowledge Base des Agenten​

Copera Docs ist ein workspace-weiter Markdown-Baum. Das passt natürlich zu KI-Agenten — dauerhafte, durchsuchbare, versionskontrollierte Prosa, die jeder Agent als Kontext lesen kann.

Für Kontext lesen (Knowledge Retrieval)​

Sie fragen: „Was ist unsere Policy zur Löschung von Kundendaten?“ Der Agent durchsucht den Doc-Baum, liest die passenden Docs und antwortet aus der Prosa — mit Doc-URL, damit Sie verifizieren können.

Was der Agent tut

  • docs search "customer data deletion" → findet passende Docs.
  • docs content <doc-id> für den Top-Hit (cached) → liest das Markdown.
  • Antwortet aus dem Doc und zitiert die Quelle.

Warum das funktioniert: der Docs-Cache bedeutet, dass Follow-up-Fragen zum selben Thema nicht erneut fetchen. Und weil die Prosa Ihre ist, hört der Agent auf, aus Trainingsdaten zu raten.

Wöchentliche Meeting-Zusammenfassungen​

Sie halten Meeting-Notizen unter /Engineering/Meetings/ (oder woanders). Der Agent liest die Meeting-Docs der letzten Woche, extrahiert Entscheidungen und Action Items und postet die Zusammenfassung als neues Doc unter /Engineering/Weekly-Summaries/ mit Links zu den Quell-Meetings.

Was der Agent tut

  • docs tree --parent <meetings-folder> → aktuelle Meeting-Docs listen.
  • docs content <doc-id> für jedes (parallele Reads bei vielen).
  • Zusammenfassung + Action Items synthetisieren.
  • docs create --title "Week of …" unter dem Summaries-Ordner.
  • Optional channels message send mit der Summary-URL.

Neue Docs aus einer Unterhaltung anlegen und teilen​

Mitten im Call sagen Sie dem Agenten: „Dokumentiere diesen Incident — was wir getroffen haben, den Workaround, den Owner.“ Der Agent entwirft das Markdown aus Ihrer Unterhaltung, legt das Doc unter /Engineering/Incidents/ an, postet den Link in Ihren Incident-Channel und (falls eingerichtet) fügt eine Zeile in Ihr Incident-Tracking-Board hinzu.

Was der Agent tut

  • docs create --title "Incident: …" --content "<markdown>" unter dem Incidents-Ordner.
  • channels message send mit dem Link.
  • (Optional) rows create im Incidents-Board mit der Doc-URL als Spalte.

Doc-Review und Edit-Vorschläge​

Sie zeigen dem Agenten auf ein Draft-Doc. Er liest den Inhalt, schlägt Edits inline (in Ihrer Unterhaltung) vor und wendet sie nach Ihrer Freigabe mit docs update an.

Was der Agent tut

  • docs content <doc-id> zum Lesen.
  • Änderungen in der Unterhaltung vorschlagen.
  • Nach Freigabe docs update <doc-id> --content "<edited markdown>" (replace) oder docs update <doc-id> --operation append zum Anhängen.
tipp

Docs als Agent-Kontext: Wenn ein Workflow-Skill Hintergrund-Kontext braucht (Terminologie Ihres Teams, Styleguide, Runbook-Konventionen), referenzieren Sie die relevanten Doc-IDs in der Skill-Prosa und weisen den Agenten an, sie zu Beginn der Prozedur zu lesen. Der Doc-Cache macht das bei Folge-Läufen günstig.

Drive: Datei-Workflows​

Uploads nach Konvention organisieren​

Sie legen Dateien in eine Unterhaltung. Der Agent lädt sie ins Drive unter einer Ordnerstruktur, die der Konvention Ihres Teams entspricht (z. B. /<year>/<quarter>/<customer>/), und legt fehlende Ordner an.

Was der Agent tut

  • drive tree --parent <root>, um die bestehende Struktur zu finden.
  • drive mkdir für fehlende Ordner.
  • drive upload <file> --parent <resolved-folderId>.

Reports verteilen​

Der Agent erzeugt einen Report (Markdown oder gerenderte Ausgabe), lädt ihn in einen geteilten Drive-Ordner und postet den Link in die relevanten Channels — statt des typischen „Dashboard screenshotten, in Slack pasten“-Loops.

Was der Agent tut

  • Report lokal erzeugen (oder als Doc + Export).
  • drive upload report.pdf --parent <reports-folderId>.
  • channels message send mit der File-URL aus der Upload-Antwort.

Cross-Surface-Workflows​

Die nützlichsten Workflow-Skills spannen mehrere Copera-Oberflächen.

Daily-Standup-Digest​

Der Agent fragt ab: Zeilen im Sprint-Board seit gestern aktualisiert, aktuelle Doc-Aktivität im Team-Docs-Ordner, Drive-Uploads in shared assets. Synthetisiert zu einer One-Message-Summary, die vor dem Meeting in den Standup-Channel postet.

Customer-Touchpoint-Summary​

Für einen gegebenen Kunden (aufgelöst auf CRM-Zeile + verknüpfte Zeilen): alle offenen Tickets, aktuelle Meeting-Notizen und Drive-Assets holen. Ein einseitiges Markdown-Brief erzeugen, das der Agent vor einem Customer Call teilen kann.

Incident-Retrospective​

Wenn Sie einen Incident schließen: Agent liest die Incident-Zeile im Incidents-Board, das Incident-Doc und verknüpfte Zeilen aus dem Doc. Erzeugt ein Retrospective-Doc unter /Engineering/Retros/ und verlinkt es zurück in die Beschreibung der Incident-Zeile.

Was in einen Workflow-Skill gehört vs. Ad-hoc​

Nicht jeder Use Case muss ein Workflow-Skill werden. Faustregel:

  • Ad-hoc — einmalige Discovery, gelegentliche Reads, unvertrautes Board erkunden. Einfach mit dem Agenten sprechen; der CLI-Skill handhabt es.
  • Workflow-Skill — alles, was Sie mehr als zweimal mit derselben Form tun. Einmal bauen, jedes Mal identisch ausführen, mit dem Team teilen. Siehe Workflow-Skills.
Workflow-Skill bauen

Jedes der Muster oben als wiederverwendbaren, drift-aware Workflow erfassen.

CLI-Referenz

Die volle Menge der copera-Befehle, die dem Agenten zur Verfügung stehen.