ooligo
claude-skill

Wöchentlicher Mandatsstatus-Digest für den GC mit Claude

Difficulty
Anfänger
Setup time
30min
For
legal-ops · gc · in-house-counsel
Legal Ops

Stack

Ein Claude Skill, der einen wöchentlichen Export aus Ihrem Mandatsverwaltungssystem in einen einseitigen Digest für den General Counsel umwandelt: Portfolio-Form nach Phase, was sich seit letzter Woche geändert hat, Deadline-Cluster, Eskalationskandidaten und Abweichungen bei den Kosten für externe Anwälte. Der Skill ersetzt den Freitagsnachmittags-Thread, bei dem jeder Anwalt ein Statusupdate sendet, das niemand gerne schreibt oder liest. Das Artefakt-Bundle unter apps/web/public/artifacts/matter-status-digest-claude/ enthält die SKILL.md sowie drei ausfüllbare Referenzvorlagen, die das Legal-Ops-Team an die Phasen-Taxonomie der Kanzlei, das bevorzugte Layout des GC und die Eskalationsregeln der Kanzlei anpasst.

Wann verwenden

Verwenden Sie diesen Skill, wenn der GC derzeit den Montagmorgen damit verbringt, Anwaltsstatus-E-Mails einzeln zu lesen, den Legal-Ops-Manager nach einer mündlichen Portfolio-Zusammenfassung zu fragen oder Entscheidungen auf Basis veralteter Informationen zu treffen, weil der Freitagsstatus-Thread nicht aufgedeckt hat, was wichtig war. Konkret passt dies, wenn die Kanzlei zwischen 15 und 200 aktive Mandate hat (klein genug, dass ein einziger Digest überschaubar bleibt, groß genug, dass die Portfolio-Form nicht memorierbar ist), wenn das Mandatsverwaltungssystem das System of Record ist (keine Tabellenkalkulation, die von den Mandatsdaten abweicht), und wenn der GC bereit ist, im ersten Monat 30 Minuten pro Woche für die Anpassung des Layouts in references/2-sample-digest-format.md aufzuwenden, bevor sich der Digest stabilisiert.

Es passt auch als monatlicher Rhythmus für Boutique-Kanzleien, bei denen 8–12 Mandate kein wöchentliches Reporting rechtfertigen, der GC aber dennoch eine strukturierte monatliche Übersicht neben den laufenden Gesprächen möchte.

Wann NICHT verwenden

Verwenden Sie diesen Skill nicht auf einem Claude-Deployment, das nicht Ihren Privilege- und Anbieter-Review bestanden hat. Mandats-Exporte enthalten anwaltliche Arbeitsprodukte, Vergleichsstrategie und Ermittlungszusammenfassungen — das Durchleiten durch Consumer-Claude.ai verletzt die Privilege-Erwartungen der meisten Inhouse-Teams. Verwenden Sie Claude auf Bedrock, Vertex oder einem vertraglichen Anthropic-Enterprise-Endpunkt mit ausgeführtem BAA und DPA, und bestätigen Sie, dass das Deployment auf der Tier-A-Anbieterliste Ihrer Kanzlei erscheint, bevor Sie den Cron einrichten.

Verwenden Sie diesen Skill nicht, um kundenseitige Kommunikation, Korrespondenz mit gegnerischen Anwälten oder Vorstandsmemos zu verfassen. Diese Adressaten erfordern einen anderen Ton, eine andere Beweisschwelle und die Freigabe durch einen Anwalt. Der Digest ist ausschließlich für das Büro des GC.

Verwenden Sie diesen Skill nicht als Echtzeit-Alarmierungsschicht. Ein wöchentlicher Snapshot ist das falsche Tool für TRO-Einreichungen, regulatorische Vorladungen, Verletzungsbenachrichtigungstrigger oder Mandate, bei denen Stunden zählen. Verwenden Sie für diese Fälle die native Alarmierung des Mandatsverwaltungssystems — der Digest dient der Steady-State-Portfolio-Awareness.

Führen Sie diesen Skill nicht auf Portfolios ein, bei denen es an Disziplin mangelt, die Felder phase, last_activity_date und next_deadline_date aktuell zu halten. Ein auf veralteten Feldern basierender Digest ist schlimmer als kein Digest, weil der GC auf dieser Basis handeln wird. Verbessern Sie zuerst die Mandate-Status-Hygiene; liefern Sie den Digest danach.

Setup

  1. Legen Sie das Bundle aus apps/web/public/artifacts/matter-status-digest-claude/ in Ihr Claude Code-Skills-Verzeichnis (oder den entsprechenden Projektspeicherort für Ihr Enterprise-Claude-Deployment). Das Bundle enthält SKILL.md und einen references/-Ordner.
  2. Passen Sie references/1-matter-phase-taxonomy.md an die Phasennamen an, die Ihr Mandatsverwaltungssystem tatsächlich verwendet. Die gelieferte Vorlage verwendet generische Prozessführungs- und Transaktionsbuckets; die Taxonomie Ihrer Kanzlei wird abweichen. Ordnen Sie jeden Rohphasenwert, den Anwälte eingeben, einem kanonischen Bucket zu — nicht zugeordnete Werte erscheinen in einer „Mapping gaps”-Fußzeile im Digest, bis Sie sie hinzufügen.
  3. Bearbeiten Sie references/2-sample-digest-format.md gemeinsam mit dem GC. Dies ist das wörtliche Markdown, das der Skill rendert. Verhandeln Sie das Layout in dieser Datei, nicht im Skill-Body — halten Sie Engineering-Entscheidungen und redaktionelle Entscheidungen trennbar.
  4. Bearbeiten Sie references/3-escalation-criteria.md gemäß dem Risikoprofil Ihrer Kanzlei. Die gelieferten Standards (90% Budget-Auslastung, 25% Spend-Spike vs. Vormonat, 14-Tage-Status-Veraltung) funktionieren für mittelgroße Inhouse-Teams; transaktions- und regulierungslastige Portfolios wollen in der Regel andere Schwellenwerte.
  5. Konfigurieren Sie den Export. Richten Sie den Skill entweder auf einen CSV/JSON-Dump-Pfad, den ein nächtlicher Job aktualisiert, oder verbinden Sie direkt die API des Mandatssystems. Erforderliche Spalten sind in SKILL.md unter „Inputs” aufgeführt — matter_id, matter_name, phase, owner, last_activity_date, next_deadline, next_deadline_date, outside_counsel_firm, mtd_spend, budget, risk_tier.
  6. Planen Sie die Ausführung. Führen Sie den Skill auf einem Montagmorgen-Cron (07:00 Uhr Lokalzeit) aus und schreiben Sie den Digest nach outbox/digest-YYYY-MM-DD.md. Lassen Sie den Legal-Ops-Manager die ersten acht Digests prüfen, bevor sie an den GC gehen; das manuelle Prüffenster erkennt Taxonomie-Drift, Eskalations-False-Positives und Ton-Fehlkalibrierung während der Kalibrierungsperiode.

Was der Skill tatsächlich tut

Der Skill führt fünf Teilaufgaben der Reihe nach aus, mit Engineering-Entscheidungen, die bewusst und nicht zufällig getroffen wurden.

Er lädt und validiert den Export, bricht bei fehlenden Spalten oder fehlerhaften Daten ab. Der Grund: Ein aus einem halb defekten Export abgeleiteter Digest ist schlimmer als kein Digest, weil der GC ihn als Grundlage behandeln wird.

Er aggregiert nach Phase vor der Zusammenfassung — unter Verwendung der kanonischen Taxonomie in references/1-matter-phase-taxonomy.md. Der Grund, warum Aggregation vor Zusammenfassung kommt: Die erste Frage des GC am Montagmorgen lautet „Wie ist die Form des Portfolios?” Eine flache Liste von Mandaten beantwortet das nicht; eine gebuckete Ansicht (z.B. „12 in Discovery, 4 in Mediation, 3 in Trial Prep”) schon. Aggregation ermöglicht es dem Digest auch, Deltas zu berichten, was eine flache Liste nicht kann.

Er berechnet Deadline-Cluster und zeigt Wochen, in denen drei oder mehr Deadlines innerhalb desselben Sieben-Tage-Fensters fallen. Einzelne Deadlines-Wochen sind FYI. Das Cluster-Signal ist das, was für Ressourcenentscheidungen zählt — der GC muss wissen, wenn das Team überlastet ist, bevor der Freitag vor dem kritischen Zeitpunkt kommt, nicht danach.

Er wendet Eskalationsregeln aus references/3-escalation-criteria.md an und stellt maximal fünf „Needs GC attention”-Punkte vor, gerankt nach Risiko-Tier, dann Spend-Einfluss, dann Deadline-Nähe. Die Obergrenze ist beabsichtigt: Ein unbegrenzter Eskalationsabschnitt hört auf, ein Triage-Tool zu sein. Punkte ab Rang sechs abwärts fallen in den FYI-Abschnitt.

Er rendert den Digest mit dem wörtlichen Layout in references/2-sample-digest-format.md, schreibt dann eine Nur-Metadaten-Protokollzeile: Zeitstempel, Mandatsanzahl, Eskalationsanzahl, Generierungssekunden, Modell und den SHA-256 des Digests. Der Grund Nur-Metadaten: Der Digest-Body enthält privilegierte Inhalte; das Log geht in operationale Telemetrie, die möglicherweise breiteren Audit-Zugriff hat als der Digest selbst. Das Protokollieren des SHA beweist die Digest-Herkunft, ohne den privilegierten Text im Log-Store zu speichern.

Kostenrealität

Ein typischer wöchentlicher Digest mit 30 Mandaten läuft auf etwa 6K–12K Input-Token (Mandats-Export plus drei Referenzdateien plus letzter Wochen-Digest) und 1,5K–3K Output-Token (der gerenderte Digest). Zu Claude-Sonnet-Preisen auf einem Enterprise-Endpunkt landen das bei etwa 5 bis 10 Cent pro Digest-Lauf — nennen Sie es unter 5 Dollar pro Jahr pro Portfolio für den Modell-Spend. Die dominante Kostenstelle ist die Kalibrierungszeit des Legal-Ops-Managers in Wochen eins bis vier (grob zwei Stunden pro Woche für die Prüfung des Digests mit dem GC und die Bearbeitung der Referenzdateien) sowie die Integrationszeit für das Einbinden des Mandats-Exports in die Cron-Umgebung (typischerweise ein halber Tag für einen CSV-Pfad, ein bis zwei Tage für eine API-Integration).

Die eingesparte Zeit ist das, was zählt. Ein Freitags-Status-Thread kostet jeden Anwalt 15–30 Minuten pro Woche zum Schreiben und den GC ungefähr 45–60 Minuten am Montag zum Lesen und Synthetisieren. Bei einer 12-köpfigen Rechtsabteilung sind das 6–12 Anwaltsstunden pro Woche für das Schreiben plus eine Stunde GC-Lesen, ersetzt durch eine einzelne 10-Minuten-GC-Lektüre am Montag und nahezu null Anwaltsschreibkosten (das Mandatssystem bleibt die Wahrheitsquelle). Der ROI ist der Montagmorgen des GC zurück, nicht die Modell-Rechnung.

Erfolgsmetrik

Verfolgen Sie drei Zahlen ab Woche acht — sobald das Kalibrierungsfenster geschlossen ist.

GC-Montagmorgen-Zeit für Portfolio-Review, vor und nach dem Deployment. Das Ziel ist unter 15 Minuten für das Lesen des Digests plus gezielte Nachfassaktionen, die das unbegrenzte „Herumfragen”-Muster ersetzen.

Eskalationspräzision: Von den Punkten, die der Digest unter „Needs GC attention this week” aufführt, welcher Prozentsatz hat tatsächlich eine GC-Aktion ausgelöst. Ziel über 70%. Unter 50% bedeutet, dass die Eskalationsregeln zu empfindlich sind; verschärfen Sie Schwellenwerte in references/3-escalation-criteria.md. Über 90% bedeutet, dass die Regeln möglicherweise zu eng sind und wichtige Punkte still in FYI absinken; weiten Sie Schwellenwerte.

Veraltet-Status-Vorfälle pro Quartal: wie oft ein Mandat, das der Digest als „aktiv und im Plan” berichtete, sich als ins Stocken geraten oder in Schwierigkeiten herausgestellt hat. Das Ziel ist null, mit dem Verständnis, dass die Veraltungs-Fußzeile (Mandate, deren last_activity_date mehr als 14 Tage alt ist) das Sicherheitsnetz ist, das die Fälle erkennt, in denen die Disziplin nachlässt.

Vergleich mit Alternativen

Im Vergleich zu Ironclads Mandatsverwaltungs-Dashboards (oder dem entsprechenden nativen Dashboard in Brightflag, SimpleLegal, Onit oder Ihrem Mandatssystem): Native Dashboards zeigen die Daten, synthetisieren sie aber nicht. Der GC muss noch sechs Kacheln betrachten und die Geschichte ableiten. Der Digest erzählt die Geschichte in einfachem Englisch und macht die drei bis fünf Dinge sichtbar, die diese Woche einer Entscheidung bedürfen. Verwenden Sie das Dashboard für Ad-hoc-Einblicke; verwenden Sie den Digest für die wöchentliche Syntheseschicht, die das Dashboard nicht bietet.

Im Vergleich zu manuellen GC-geschriebenen oder Legal-Ops-Manager-geschriebenen Statusberichten: Ein menschlicher Autor produziert eine bessere Erzählung zu den Mandaten, an die er sich erinnert, und eine schlechtere zu den Mandaten, die er vergessen hat. Der Skill ist erschöpfend über den Export hinweg — er kann kein Mandat vergessen, das zwei Wochen lang nicht berührt wurde, weil die Veraltungsregel es aufdeckt. Der Trade-off ist Stimme: Ein menschlicher Bericht hat die Perspektive des GC eingebaut. Mildern Sie dies, indem Sie references/2-sample-digest-format.md an die bevorzugte Ausdrucksweise des GC anpassen und den Legal-Ops-Manager im ersten Kalibrierungsfenster als Redakteur einbinden.

Im Vergleich zu einem BI-Tool-Bericht (Tableau, Looker, Power BI auf dem Mandatssystem): BI-Tools beantworten vordefinierte Fragen nach einem Zeitplan und produzieren Diagramme. Sie produzieren kein Markdown-Briefing, behandeln nicht die unstrukturierte Schicht „was hat sich geändert und warum ist das wichtig” und passen sich nicht ohne erheblichen Autorenaufwand an die Eskalationsregeln der Kanzlei an. Verwenden Sie BI für Trendanalysen über Quartale; verwenden Sie den Skill für den wöchentlichen operationalen Digest.

Fallstricke

Handhabung privilegierter Inhalte. Führen Sie den Skill nur auf einem Claude-Deployment aus, das Ihre Privilege-Prüfung bestanden hat. Schutz: Der Skill weigert sich zu laufen, wenn die Umgebungsvariable OOLIGO_DIGEST_DEPLOYMENT_TIER nicht auf tier-a gesetzt ist. Setzen Sie sie explizit in der Cron-Umgebung nach Zustimmung der Privilege-Prüfung; setzen Sie sie niemals standardmäßig ein.

Veralteter Mandatsstatus erzeugt falsche Zuversicht. Schutz: Jedes Mandat, dessen last_activity_date mehr als 14 Tage alt ist, erscheint in einem dedizierten Fußzeilen-Abschnitt „Stale status — verify”, unabhängig davon, ob andere Eskalationsregeln ausgelöst haben. Der GC sieht die Veraltung explizit, anstatt auf veralteten Signalen zu handeln.

Deadline-Miss-Risiko versteckt durch Phasen-Aggregation. Schutz: Jede Deadline innerhalb von fünf Geschäftstagen erscheint im Deadline-Cluster-Abschnitt unabhängig von Phase oder Risiko-Tier — der Cluster-Abschnitt ist das Sicherheitsnetz, das erkennt, was die Eskalationsregeln verpassen.

Eskalations-False-Positives überwältigen den GC mit Rauschen. Schutz: Der Abschnitt „Needs GC attention” ist bei fünf Punkten hart begrenzt. Wenn mehr als fünf Mandate zutreffen, rankt der Skill nach Risiko-Tier, dann Spend-Einfluss, dann Deadline-Nähe; der Rest fällt in FYI. Wenn Sie die Begrenzung entfernen möchten, verschärfen Sie stattdessen die Regeln in references/3-escalation-criteria.md.

Ton-Kalibrierung. Verschiedene GCs lesen verschiedene Digests. Schutz: Iterieren Sie in den ersten vier Wochen wöchentlich über die Referenzdateien, mit dem GC im Raum. Behandeln Sie das Format als lebendes Artefakt — der Skill-Body sollte sich nicht ändern müssen, sobald sich die Referenzen stabilisiert haben.

Auto-Send vor der Prüfung. Schutz: Der Skill schreibt nach outbox/digest-YYYY-MM-DD.md; das Senden des Digests an den GC ist ein separater, manuell ausgelöster Schritt, bis das Kalibrierungsfenster geschlossen ist (mindestens acht Digests). Automatisieren Sie den Send danach nur, wenn die Präzisionsmetrik über 70% für drei aufeinanderfolgende Wochen gehalten hat.

Stack

Dieser Workflow passt natürlich zu Mandatsverwaltungssystemen als Wahrheitsquelle, mit Legal-Ops-Automations-Stacks für den Cron- und Lieferlayer und mit nachgelagerten Workflows, die denselben Export nutzen — beispielsweise Überprüfung von Rechnungen externer Anwälte, Deadline-Tracking-Automatisierungen oder vierteljährliche Portfolio-Analysen. Bauen Sie den Digest nach dem Mandatssystem auf, nicht davor.

Files in this artifact

Download all (.zip)