mirror of
https://github.com/Klotzkette/claude-fuer-deutsches-recht
synced 2026-06-09 10:03:19 +00:00
docs: anthropic skill boost lessons integrieren
This commit is contained in:
Klotzkette
@@ -0,0 +1,270 @@
|
|||||||
|
# Analyse: anthropics/claude-for-legal vs. claude-fuer-deutsches-recht
|
||||||
|
|
||||||
|
Stand: v52.8.0 (unser Repo) gegen anthropics/claude-for-legal HEAD (Juni 2026).
|
||||||
|
Dieser Branch ist isoliert (`anthropic-patterns-experimente`). Wir mergen erst
|
||||||
|
nach Absprache, damit Codex' parallele Arbeit nicht ueberschrieben wird.
|
||||||
|
|
||||||
|
**Quelle Anthropic-Repo:** https://github.com/anthropics/claude-for-legal
|
||||||
|
|
||||||
|
**Wichtig:** Die Anthropic-Skills sind lang, weil sie fuer
|
||||||
|
US-Grosskanzleien/Inhouse-Counsel mit MCP-Anbindung (Westlaw, CourtListener,
|
||||||
|
iManage, Slack) gebaut sind und ein Mandantenleben begleiten. **Nicht alle unserer
|
||||||
|
Plugins haben diesen Kontext.** Welche Plugins fuer Anthropic-Tiefe geeignet sind
|
||||||
|
und welche kurz bleiben muessen, steht in
|
||||||
|
`CODEX-SELEKTION-welche-skills-tief.md`. Die Pflicht-Sektionen aus
|
||||||
|
`CODEX-INSTRUKTION-skill-tiefe-boost.md` gelten nur fuer Klasse A (Grosskanzlei,
|
||||||
|
MCP-anbindbar, mandatsbegleitend - rund 70 von 112 Plugins).
|
||||||
|
|
||||||
|
## Quantitativer Vergleich
|
||||||
|
|
||||||
|
| Kennzahl | Anthropic | Unser Repo (v52.8.0) |
|
||||||
|
|---------------------------|-----------------|-----------------------|
|
||||||
|
| Plugins | 13 (12 + 1 ext.)| 112 |
|
||||||
|
| Skills gesamt | 151 | 3670 |
|
||||||
|
| SKILL.md Median (Bytes) | ~11.000 | ~4.500 |
|
||||||
|
| SKILL.md Max (Bytes) | ~49.000 | ~60.000 |
|
||||||
|
| Agents | 9 | 0 |
|
||||||
|
| MCP-Server pro Plugin | 5-15 | 0 (keine .mcp.json) |
|
||||||
|
| Managed-Agent-Cookbooks | 5 | 0 |
|
||||||
|
| References (shared) | 2 | 0 |
|
||||||
|
| Validierungsskripte | 3 Python/Bash | 2 Python+1 Node |
|
||||||
|
|
||||||
|
**Lesart:** Anthropic baut **wenige tiefe** Skills mit reicher Infrastruktur
|
||||||
|
drumherum. Wir bauen **viele kompakte** Skills mit minimaler Infrastruktur.
|
||||||
|
Beide Modelle sind valide. Anthropic gewinnt in Workflow-Tiefe und Persistenz,
|
||||||
|
wir gewinnen in Breite und einzelnem Tooling pro Rechtsgebiet.
|
||||||
|
|
||||||
|
## Was Anthropic strukturell anders macht
|
||||||
|
|
||||||
|
### 1. Cold-Start-Interview + persistente CLAUDE.md pro Plugin
|
||||||
|
|
||||||
|
Jedes Plugin enthaelt einen `cold-start-interview` Skill, der einen
|
||||||
|
Practice-Profile-Fragebogen mit dem User durchgeht und das Ergebnis nach
|
||||||
|
`~/.claude/plugins/config/<marketplace>/<plugin>/CLAUDE.md` schreibt. Alle
|
||||||
|
anderen Skills lesen diese Datei VOR jeder Aktion.
|
||||||
|
|
||||||
|
**Effekt:** Skills brauchen keine Kalt-Frage `Wer fragt? Welche Rolle?` -
|
||||||
|
diese Information ist persistent. Antworten werden konsistent, weil
|
||||||
|
Risikokalibrierung, Eskalationskette, Standardseite (Klaeger/Beklagter),
|
||||||
|
Erscheinungsort etc. einmal erfasst und immer geladen werden.
|
||||||
|
|
||||||
|
Bei uns wird die Rolle in jedem Skill neu abgefragt. Das ist redundant.
|
||||||
|
|
||||||
|
### 2. Shared `company-profile.md` ueber alle Plugins
|
||||||
|
|
||||||
|
`references/company-profile-template.md` definiert Mandanten-/Kanzleidaten
|
||||||
|
auf Marketplace-Ebene. Das **erste** Plugin-Setup schreibt diese Datei
|
||||||
|
einmal, danach laden sie alle anderen Plugins. So muss man Jurisdiktion,
|
||||||
|
Branche und Eskalationskette nur einmal eingeben.
|
||||||
|
|
||||||
|
### 3. `customize`-Skill pro Plugin
|
||||||
|
|
||||||
|
Punktuelles Aendern eines Profil-Feldes ohne Cold-Start neu laufen lassen.
|
||||||
|
Praktisch und schoen modular.
|
||||||
|
|
||||||
|
### 4. `matter-workspace` Konvention
|
||||||
|
|
||||||
|
Pro Mandat ein Ordner unter
|
||||||
|
`~/.claude/plugins/config/<marketplace>/<plugin>/matters/<slug>/` mit
|
||||||
|
festen Dateien:
|
||||||
|
|
||||||
|
- `matter.md` - Narrativ-Intake
|
||||||
|
- `history.md` - laufendes Logbuch
|
||||||
|
- `chronology.md` - Zeitstrahl der relevanten Ereignisse
|
||||||
|
- `_log.yaml` (eine Datei oben drueber) - alle Mandate strukturiert
|
||||||
|
|
||||||
|
Diese Konvention verbindet Skills sauber: `matter-intake` legt an,
|
||||||
|
`chronology` schreibt fort, `matter-update` aktualisiert, `portfolio-status`
|
||||||
|
liest aggregiert.
|
||||||
|
|
||||||
|
Wir haben Testakten, aber **kein Schema fuer aktive Mandate**. Das ist
|
||||||
|
fuer Mandanten weniger nuetzlich.
|
||||||
|
|
||||||
|
### 5. Agents (Subagents) mit definierten Tool-Scopes
|
||||||
|
|
||||||
|
Jedes Plugin kann `agents/<name>.md`-Dateien enthalten. Beispiel
|
||||||
|
`docket-watcher`:
|
||||||
|
|
||||||
|
```yaml
|
||||||
|
---
|
||||||
|
name: docket-watcher
|
||||||
|
description: Scheduled agent...
|
||||||
|
model: sonnet
|
||||||
|
tools: ["Read", "Write", "mcp__trellis__*", "mcp__courtlistener__*", "mcp__*__slack_send_message"]
|
||||||
|
---
|
||||||
|
```
|
||||||
|
|
||||||
|
Tools werden **explizit aufgelistet**. Das verhindert ueberbreite
|
||||||
|
Berechtigungen. Wir haben gar keine Agents.
|
||||||
|
|
||||||
|
### 6. Managed-Agent-Cookbooks
|
||||||
|
|
||||||
|
Unter `managed-agent-cookbooks/<name>/` liegen `agent.yaml`-Konfigurationen
|
||||||
|
fuer headless Hintergrund-Agenten. Sie verweisen auf dieselben Skills wie
|
||||||
|
das interaktive Plugin (`file: ../../litigation-legal/agents/docket-watcher.md`)
|
||||||
|
- eine **einzige Quelle der Wahrheit**. Wir haben so etwas nicht.
|
||||||
|
|
||||||
|
### 7. `.mcp.json` pro Plugin - Connector-Deklaration
|
||||||
|
|
||||||
|
Beispiel `litigation-legal/.mcp.json` deklariert: Slack, Google Drive,
|
||||||
|
Everlaw, TopCounsel, CourtListener, Trellis, Westlaw etc. Das macht
|
||||||
|
Skills sofort tool-faehig - der Skill kann `mcp__courtlistener__search_opinion`
|
||||||
|
aufrufen, wenn der User den Connector hat.
|
||||||
|
|
||||||
|
Wir nutzen Connectors nur ueber den `pplx-cli` und haben keine
|
||||||
|
Plugin-deklarierten MCP-Server. Da liegt erhebliches Potenzial.
|
||||||
|
|
||||||
|
### 8. Side-Framing (Klaeger/Beklagter) durchgaengig
|
||||||
|
|
||||||
|
Jedes Litigation-Skill liest `## Side` aus dem Practice-Profil und passt
|
||||||
|
Vokabular und Tagging an:
|
||||||
|
|
||||||
|
- Klaeger: 🔴 "establishes element", "starts SOL clock"
|
||||||
|
- Beklagter: 🔴 "breaks element", "opens SOL defense"
|
||||||
|
|
||||||
|
Wir kennzeichnen das **manchmal**, aber nicht systematisch.
|
||||||
|
|
||||||
|
### 9. Disclosed-Document-Restrictions als Pflicht-Check
|
||||||
|
|
||||||
|
Skills mit Dokumentenarbeit (chronology, claim-chart, privilege-log)
|
||||||
|
fragen zuerst: "Sind diese Dokumente aus Disclosure/Discovery?" Dann
|
||||||
|
Verweis auf CPR 31.22 (UK) / Rule 26(c) (US). Das ist **defensive
|
||||||
|
Berufsrecht-Architektur**.
|
||||||
|
|
||||||
|
Wir haben das gar nicht. Fuer deutsches Recht aequivalent:
|
||||||
|
|
||||||
|
- Akteneinsicht nach § 147 StPO: nur fuer Verteidigung verwendbar
|
||||||
|
- Akteneinsicht im Zivilprozess nach § 299 ZPO: zweckgebunden
|
||||||
|
- DSGVO-Zweckbindung
|
||||||
|
- Anwaltliche Schweigepflicht § 43a BRAO bei Drittakten
|
||||||
|
|
||||||
|
### 10. Source-Attribution-Tags
|
||||||
|
|
||||||
|
Jede zitierte Norm/Entscheidung wird mit Tool-Quelle markiert:
|
||||||
|
|
||||||
|
```
|
||||||
|
[Westlaw] [CourtListener] [web search - verify] [model knowledge - verify] [user provided]
|
||||||
|
```
|
||||||
|
|
||||||
|
So sieht der Anwalt sofort, was er nachpruefen muss. Wir haben nur die
|
||||||
|
Konvention "dejure.org / openjur.de", aber **kein Tag-System** fuer
|
||||||
|
Konfidenz.
|
||||||
|
|
||||||
|
### 11. "What it does NOT do" Sektion am Skill-Ende
|
||||||
|
|
||||||
|
Jeder Anthropic-Skill endet mit einer Liste expliziter Negativ-Abgrenzungen:
|
||||||
|
|
||||||
|
> - **Does NOT calendar deadlines.** Computed deadlines are leads...
|
||||||
|
> - **Does NOT trust its own filing classifications.**
|
||||||
|
> - **Does NOT replace your docketing system.**
|
||||||
|
|
||||||
|
Das ist eine elegante Lager-Schutz-Mechanik. Sie macht Hallu-Risiken
|
||||||
|
sichtbar. Wir haben "Was dieser Skill nicht macht" bereits in den
|
||||||
|
Bauleitern, aber kuerzer und weniger pointiert.
|
||||||
|
|
||||||
|
### 12. Hand-Off-Pattern
|
||||||
|
|
||||||
|
Skills enden oft mit konkreten Anschluss-Aufrufen:
|
||||||
|
|
||||||
|
> Hand off: `/legal-hold --issue` if hold not in place; `/matter-intake`
|
||||||
|
> if materiality warrants; `/matter-briefing [slug]` if party subpoena.
|
||||||
|
|
||||||
|
Wir empfehlen Folge-Skills, aber meist als Plug-Kontext-Hinweis, nicht
|
||||||
|
als konkreten Slash-Befehl.
|
||||||
|
|
||||||
|
### 13. Pfad-Konvention `~/.claude/plugins/config/<...>/`
|
||||||
|
|
||||||
|
Anthropic nutzt **eine version-stabile** Config-Pfad-Konvention. Plugin-Updates
|
||||||
|
ueberschreiben keine User-Daten. Sie migrieren bei Bedarf den alten
|
||||||
|
Cache-Pfad.
|
||||||
|
|
||||||
|
Wir versionieren Plugins aber speichern nirgends User-Mandanten-Daten in
|
||||||
|
einer dedizierten Config-Layer.
|
||||||
|
|
||||||
|
### 14. Argument-Hint im Frontmatter
|
||||||
|
|
||||||
|
```yaml
|
||||||
|
argument-hint: "[path-to-subpoena] [--slug=custom-slug]"
|
||||||
|
```
|
||||||
|
|
||||||
|
Das hilft Slash-Command-Autocompletion und dokumentiert die Aufrufart.
|
||||||
|
Wir hatten das als verbotenes Feld - aber es war wohl vor Claude Code 2.x
|
||||||
|
nicht offiziell. Heute ist es **standardkonform** und nuetzlich.
|
||||||
|
|
||||||
|
### 15. Schritt-1..N als knappe Workflow-Liste oben
|
||||||
|
|
||||||
|
Skills beginnen mit einer **kompakten** nummerierten Liste (5-10 Schritte),
|
||||||
|
dann erst der ausfuehrliche Reference-Text. So sieht das Modell sofort
|
||||||
|
den Ablauf. Wir geben oft erst die Erklaerung und dann Schritte.
|
||||||
|
|
||||||
|
## Was bei UNS besser ist - das wollen wir nicht aufgeben
|
||||||
|
|
||||||
|
1. **Breite Abdeckung deutsches Recht.** 112 Plugins gegen 13. Wir
|
||||||
|
decken Fachanwaltsfaecher, Verbraucherrecht, Forderungsmanagement,
|
||||||
|
Insolvenz, OWi etc. ab. Anthropic ist nur US-Inhouse-Focus.
|
||||||
|
|
||||||
|
2. **Kompakte einsteigerfreundliche Skills.** Unser Median ~4.500 Byte ist
|
||||||
|
leichter zu lesen. Anthropic-Skills mit 30-49k Byte sind ueberwaeltigend
|
||||||
|
fuer Solo-Anwaelte.
|
||||||
|
|
||||||
|
3. **Testakten.** Wir haben echte deutschsprachige Mandantenakten als
|
||||||
|
Sandboxes. Anthropic hat nichts vergleichbares.
|
||||||
|
|
||||||
|
4. **Plugin-Build-Pipeline mit Release-ZIPs.** Wir produzieren pro Plugin
|
||||||
|
ein ZIP, einen Megazip und ein Komplettpaket. Anthropic ueberlaesst das
|
||||||
|
`claude plugin` CLI.
|
||||||
|
|
||||||
|
5. **Detail-Pages pro Plugin + Markdown- und Raw-Links pro Skill.** Unsere
|
||||||
|
skills-index/ erlaubt Browser-Download einzelner SKILL.md. Anthropic
|
||||||
|
verlaesst sich auf GitHub-Navigation.
|
||||||
|
|
||||||
|
## Empfehlung - Top 5 uebernehmbare Patterns
|
||||||
|
|
||||||
|
In Reihenfolge des erwarteten Nutzens:
|
||||||
|
|
||||||
|
1. **`cold-start-interview` + Practice-Profile-CLAUDE.md pro Plugin**.
|
||||||
|
Reduziert Redundanz massiv. Solo-Anwaelte muessen ihre Daten einmal
|
||||||
|
eingeben, danach kennen alle Skills sie.
|
||||||
|
|
||||||
|
2. **`matter-workspace` Konvention** mit `matters/<slug>/matter.md`,
|
||||||
|
`history.md`, `_log.yaml`. Verbindet unsere bestehenden Skills zu
|
||||||
|
echten Mandatsketten.
|
||||||
|
|
||||||
|
3. **`agents/` mit Tool-Scope-Deklaration**. Wir koennten Scheduled Agents
|
||||||
|
fuer Frist-Watching, Rechtsprechungs-Monitoring, DSGVO-Beschwerde-Triage
|
||||||
|
bauen.
|
||||||
|
|
||||||
|
4. **"What this skill does NOT do" als Standardabschnitt**. Klare
|
||||||
|
Negativ-Abgrenzung reduziert Halluzinationsrisiko und Berufsrecht-
|
||||||
|
Exposure.
|
||||||
|
|
||||||
|
5. **Source-Attribution-Tags** `[BGH-Datenbank]`, `[dejure.org]`,
|
||||||
|
`[Web-Recherche - pruefen]`, `[Modellwissen - pruefen]`. Schaerft
|
||||||
|
die Pflicht zur Primaerquellenpruefung.
|
||||||
|
|
||||||
|
## Was NICHT uebernommen werden sollte
|
||||||
|
|
||||||
|
- **Skills auf 30-49k Byte aufblasen.** Unser Stil ist absichtlich
|
||||||
|
einsteigerfreundlich kurz. Wir gehen den Mittelweg: pro Plugin EIN
|
||||||
|
"Bauleiter"-Skill in Anthropic-Tiefe, der Rest bleibt kompakt.
|
||||||
|
|
||||||
|
- **Auf 13 Plugins reduzieren.** Unsere Breite ist ein Alleinstellungsmerkmal.
|
||||||
|
|
||||||
|
- **`argument-hint` im Frontmatter pauschal einfuehren.** In unserer
|
||||||
|
Validator-Regel ist es derzeit verboten. Wir muessten den Validator
|
||||||
|
anpassen UND einen guten Default-Stil setzen.
|
||||||
|
|
||||||
|
## Konkrete Branch-Inhalte
|
||||||
|
|
||||||
|
Diese Branch enthaelt:
|
||||||
|
|
||||||
|
- `00-analyse-anthropic-vs-uns.md` (diese Datei)
|
||||||
|
- `01-vorschlag-cold-start-interview.md` - Prototyp eines Cold-Start-Skills
|
||||||
|
fuer **deutsches Recht** (am Beispiel fachanwalt-strafrecht)
|
||||||
|
- `02-vorschlag-matter-workspace.md` - Konvention fuer aktive Mandate
|
||||||
|
- `03-vorschlag-source-attribution-tags.md` - Tag-System fuer Quellenherkunft
|
||||||
|
- `04-vorschlag-agents-skeleton.md` - Skeleton fuer einen Frist-Watcher-Agent
|
||||||
|
- `05-vorschlag-not-do-section.md` - Standardabschnitt fuer Negativ-Abgrenzung
|
||||||
|
|
||||||
|
Alle Vorschlaege sind **Skizzen**, nicht produktionsbereit. Sie werden erst
|
||||||
|
nach Codex' Update-Welle mit dir gemeinsam in `main` ueberfuehrt.
|
||||||
@@ -0,0 +1,807 @@
|
|||||||
|
# Codex-Instruktion: Skill-Tiefe-Boost auf Anthropic-Niveau
|
||||||
|
|
||||||
|
**Adressat:** Codex (oder ein anderer ausfuehrender Agent)
|
||||||
|
**Auftraggeber:** Tom Braegel
|
||||||
|
**Ziel:** Skills im Repo claude-fuer-deutsches-recht **selektiv** auf das
|
||||||
|
Tiefe-Niveau von anthropics/claude-for-legal bringen - **ohne generisches
|
||||||
|
Aufpumpen**. Stattdessen: praezise, rechtsgebietsspezifisch, mit echten Normen,
|
||||||
|
Rechtsprechung, Workflowschritten und Negativ-Abgrenzungen.
|
||||||
|
|
||||||
|
**WICHTIG - LIES ZUERST:**
|
||||||
|
`CODEX-SELEKTION-welche-skills-tief.md` (selbe Ordner). Dort steht, **welche**
|
||||||
|
Plugins/Skills auf Anthropic-Tiefe gehoeren (Klasse A - rund 70 Plugins,
|
||||||
|
Grosskanzlei/Inhouse-Counsel/MCP-anbindbar/mandatsbegleitend), welche nur einen
|
||||||
|
Teilausbau bekommen (Klasse B) und welche **kurz bleiben muessen** (Klasse C -
|
||||||
|
Verbraucher-Selbsthilfe, Tool-Skills, Studium). Wende die untenstehenden
|
||||||
|
Pflicht-Sektionen NUR auf Klasse A in voller Tiefe an.
|
||||||
|
|
||||||
|
**Anthropic-Repo zum Selbst-Nachschauen:**
|
||||||
|
https://github.com/anthropics/claude-for-legal
|
||||||
|
Schau dir gerne selbst nochmal an, wie Anthropic seine Skills strukturiert -
|
||||||
|
vor allem `litigation-discovery/skills/`, `transactional-ma/skills/`,
|
||||||
|
`legal-research/skills/`, `cold-start-interview/`, `customize/`,
|
||||||
|
`matter-workspace/` und `managed-agent-cookbooks/`. Das ist der Massstab.
|
||||||
|
**Anthropic schreibt fuer US-Grosskanzleien und Inhouse-Counsel mit
|
||||||
|
MCP-Anbindung an Westlaw, CourtListener, iManage, Slack und Mandanten, die
|
||||||
|
ein Skill ein ganzes Mandantenleben begleitet** - daher die Laenge. Wir uebernehmen
|
||||||
|
das Modell nur dort, wo dieser Kontext bei uns passt.
|
||||||
|
|
||||||
|
**Branch:** Diese Instruktion liegt auf `anthropic-patterns-experimente`.
|
||||||
|
Codex arbeitet auf einem eigenen Branch davon, z.B. `codex-skill-boost-batch-N`.
|
||||||
|
Niemals direkt in `main` mergen, ohne Tom zu fragen.
|
||||||
|
|
||||||
|
**Autor-Identitaet:** `Klotzkette / 39582916+Klotzkette@users.noreply.github.com`
|
||||||
|
Keine Claude/AI/Codex-Erwaehnung in Commit-Messages.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 0. Grundregeln (HARD CONSTRAINTS)
|
||||||
|
|
||||||
|
Diese Regeln sind nicht verhandelbar. Verletzung = Validator-Fehler = PR
|
||||||
|
abgelehnt.
|
||||||
|
|
||||||
|
1. **Niemals den Pfad `/home/user/workspace/claude-fuer-deutsches-recht`
|
||||||
|
anfassen.** Codex arbeitet auf einem Workclone unter `/tmp/...`.
|
||||||
|
|
||||||
|
2. **Frontmatter-Whitelist.** Erlaubt sind in SKILL.md NUR:
|
||||||
|
`name`, `description`. Verboten: `triggers`, `when_to_use`, `language`,
|
||||||
|
`rechtsgebiet`, `license`, `argument-hint`, `user-invocable`,
|
||||||
|
`allowed_tools`, `tools`, `model`, `adapted_from`, `version`,
|
||||||
|
`related_skills`. (Wir koennen `argument-hint` spaeter freischalten, aber
|
||||||
|
nicht in diesem Batch.)
|
||||||
|
|
||||||
|
3. **`description` <= 1024 Zeichen, ASCII-kompatibel.**
|
||||||
|
- Verboten in `description`: `\d\s*,\s*\d` (Komma-Zahl-Falle),
|
||||||
|
XML-Pfeil `->` oder `<-`, doppelte Anfuehrungszeichen `"` darin.
|
||||||
|
- Body (unter dem Frontmatter) darf alles enthalten - hier sind Umlaute,
|
||||||
|
Sonderzeichen und lange Saetze in Ordnung.
|
||||||
|
|
||||||
|
4. **`name` <= 64 ASCII kebab-case.** Slug wird **niemals** geaendert.
|
||||||
|
Wir benennen keine bestehenden Skills um.
|
||||||
|
|
||||||
|
5. **Plugin-Namen werden niemals umbenannt.**
|
||||||
|
|
||||||
|
6. **Quellenregel:** Erlaubt sind nur Zitate aus `dejure.org`, `openjur.de`,
|
||||||
|
`bundesgerichtshof.de`, `bundesverfassungsgericht.de`, `curia.europa.eu`.
|
||||||
|
Verboten allein: `BeckRS`, `anwalt24.de`. Aufsaetze brauchen Verfasser,
|
||||||
|
Zeitschrift, Jahr, Heft, Seite. Kommentare: Bearbeiter und Randnummer.
|
||||||
|
|
||||||
|
7. **Testakten anfassen ist tabu.** Alles unterhalb von
|
||||||
|
`testakten/`, `beispielakte-*/`, `fluggastrechte-familie-braeutigam/`,
|
||||||
|
`betreuung-hildegard-sauer/` etc. bleibt unveraendert. Diese Ordner haben
|
||||||
|
bewusst KEIN YAML-Frontmatter.
|
||||||
|
|
||||||
|
8. **Bestehende Inhalte werden nicht geloescht.** Nur ergaenzt, vertieft,
|
||||||
|
strukturiert. Wenn ein Skill bereits einen Abschnitt "Pruefraster" hat,
|
||||||
|
wird der **ausgebaut**, nicht ersetzt.
|
||||||
|
|
||||||
|
9. **Validatoren MUESSEN gruen sein vor jedem Push:**
|
||||||
|
```bash
|
||||||
|
python3 scripts/validate-yaml-frontmatter.py
|
||||||
|
node scripts/validate-plugin-structure.mjs
|
||||||
|
```
|
||||||
|
|
||||||
|
10. **Bevor du pushst:** `git fetch origin main` und sicherstellen, dass du
|
||||||
|
nicht Tom's parallele Arbeit ueberschreibst.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Zielprofil: was "Anthropic-Tiefe" konkret bedeutet
|
||||||
|
|
||||||
|
Anthropic-Skills sind im Median ~11.000 Zeichen, unsere ~4.500. Ziel:
|
||||||
|
**Median-Boost auf 9.000-11.000 Zeichen pro Skill**, aber NICHT durch Bullshit-
|
||||||
|
Fueller. Jeder neue Zeichen muss inhaltlich zaehlen.
|
||||||
|
|
||||||
|
### 1.1 Pflicht-Sektionen pro Skill (in dieser Reihenfolge)
|
||||||
|
|
||||||
|
Jeder Skill nach dem Boost hat **mindestens** diese Sektionen. Wenn eine schon
|
||||||
|
existiert, wird sie ausgebaut, nicht ueberschrieben.
|
||||||
|
|
||||||
|
```
|
||||||
|
# {Titel des Skills}
|
||||||
|
|
||||||
|
## Zweck
|
||||||
|
## Wann wird dieser Skill aufgerufen
|
||||||
|
## Voraussetzungen und Kontext laden
|
||||||
|
## Workflow (nummeriert, 5-12 Schritte)
|
||||||
|
## Pruefraster im Gutachtenstil
|
||||||
|
## Output-Module
|
||||||
|
## Quellen und Zitierregel
|
||||||
|
## Hand-Off zu anderen Skills
|
||||||
|
## Was dieser Skill nicht macht
|
||||||
|
## Berufsrechtliche Hinweise
|
||||||
|
```
|
||||||
|
|
||||||
|
Optional, wenn rechtsgebietsbedingt sinnvoll:
|
||||||
|
|
||||||
|
```
|
||||||
|
## Mandantenkommunikation
|
||||||
|
## Fristen-Logik
|
||||||
|
## Vergleich mit anderen Rechtsordnungen (nur EU/Common-Law-Bezug)
|
||||||
|
## Standardisierte Datei-Outputs (matter.md / history.md / chronology.md)
|
||||||
|
```
|
||||||
|
|
||||||
|
### 1.2 Was JEDE Sektion enthalten muss
|
||||||
|
|
||||||
|
**`## Zweck`** (200-400 Zeichen)
|
||||||
|
- Ein Satz "Wofuer ist dieser Skill da."
|
||||||
|
- Ein Satz "Welches typische Mandatsproblem loest er."
|
||||||
|
- Ein Satz "Welche Adressatengruppe (Anwalt, Referendar, Selbstvertreter, Verwalter, Studierende)."
|
||||||
|
- KEINE Werbung. KEIN Marketing-Sprech.
|
||||||
|
|
||||||
|
**`## Wann wird dieser Skill aufgerufen`** (300-600 Zeichen)
|
||||||
|
- Konkrete Trigger-Saetze, die der User typisch sagt:
|
||||||
|
> "Ich bekomme eine Klage von ..."
|
||||||
|
> "Soll ich Einspruch einlegen gegen ..."
|
||||||
|
> "Wie pruefe ich ..."
|
||||||
|
- Auch Negativ: "Wenn der User stattdessen X fragt, gehoert das zu Skill Y."
|
||||||
|
|
||||||
|
**`## Voraussetzungen und Kontext laden`** (400-800 Zeichen)
|
||||||
|
- Welche Unterlagen sollten vorliegen (Bescheid, Vertrag, Schriftsatz, Akte).
|
||||||
|
- Welche Stammdaten brauchen wir (Mandantenrolle, Jurisdiktion, Frist).
|
||||||
|
- Wenn das Repo ein `matters/<slug>/matter.md`-Schema hat (siehe Sektion 4),
|
||||||
|
hier referenzieren: "Lies `matter.md` falls vorhanden, sonst frage nach."
|
||||||
|
- Eine Kurzliste der Variablen, die im Workflow gebraucht werden.
|
||||||
|
|
||||||
|
**`## Workflow`** (1500-3500 Zeichen)
|
||||||
|
- 5-12 nummerierte Schritte.
|
||||||
|
- Jeder Schritt: knapp, aktiv formuliert, mit konkreter Aktion und konkretem
|
||||||
|
Output.
|
||||||
|
- Beispiel-Stil:
|
||||||
|
> 4. Frist berechnen. Pruefe Zustellungsdatum, Wochenende, Feiertag. Wenn
|
||||||
|
> ein Tag fehlt: Hinweis "Zustellung unklar - im Bundeszentralregister
|
||||||
|
> oder beim Mandanten nachfragen." Schreibe Frist im Format YYYY-MM-DD.
|
||||||
|
- Bei mehreren Faellen: Unterpunkte 4.1, 4.2 (z.B. fuer Klaeger- vs Beklagten-
|
||||||
|
Seite, fuer Verbraucher vs Unternehmer, fuer Eilfall vs Standardfall).
|
||||||
|
|
||||||
|
**`## Pruefraster im Gutachtenstil`** (1500-3000 Zeichen)
|
||||||
|
- Obersatz / Definition / Subsumtion / Zwischenergebnis pro Tatbestandsmerkmal.
|
||||||
|
- KEIN Anglo-Stil. Deutsches Gutachten.
|
||||||
|
- Konkrete Normen mit Absatz, Satz, Nummer.
|
||||||
|
- Konkrete Rechtsprechung mit Gericht, Datum, Aktenzeichen und pruefbarem
|
||||||
|
Link auf dejure.org oder openjur.de.
|
||||||
|
- Wo BGH/BVerfG/EuGH einschlaegig: zwingend zitieren.
|
||||||
|
|
||||||
|
**`## Output-Module`** (300-800 Zeichen)
|
||||||
|
- Was soll der Skill am Ende produzieren:
|
||||||
|
- Gutachten? (mit Aufbau)
|
||||||
|
- Schriftsatz-Geruest? (mit Adressat, Rubrum, Antrag)
|
||||||
|
- Tabelle/Checkliste?
|
||||||
|
- Anschreiben an Mandant?
|
||||||
|
- Erinnerungseintrag im `matter.md`?
|
||||||
|
- Jeweils stichpunktartig.
|
||||||
|
|
||||||
|
**`## Quellen und Zitierregel`** (300-500 Zeichen)
|
||||||
|
- Wiederholung der Repo-Regel: nur freie pruefbare Quellen, keine BeckRS-
|
||||||
|
Allein, kein anwalt24.
|
||||||
|
- Konkrete Datenbanken pro Rechtsgebiet:
|
||||||
|
- Insolvenzrecht: bundesgerichtshof.de, openjur.de
|
||||||
|
- Verwaltungsrecht: bundesverwaltungsgericht.de, dejure.org
|
||||||
|
- EU: curia.europa.eu, eur-lex.europa.eu
|
||||||
|
- Verfassungsrecht: bundesverfassungsgericht.de
|
||||||
|
- Quellen-Tags: `[BGH-Datenbank]`, `[dejure.org]`, `[openjur.de]`,
|
||||||
|
`[Web-Recherche - pruefen]`, `[Modellwissen - pruefen]`, `[Mandant]`.
|
||||||
|
|
||||||
|
**`## Hand-Off zu anderen Skills`** (200-500 Zeichen)
|
||||||
|
- Konkrete Plugin-Slash-Befehle als Folgeskills:
|
||||||
|
> Nach diesem Skill weiter mit:
|
||||||
|
> - `/fachanwalt-strafrecht:strafr-haftpruefung-haftbeschwerde-workflow`
|
||||||
|
> wenn der Mandant in U-Haft sitzt.
|
||||||
|
> - `/aktenaufbereiter-strafrecht:akt-zeitstrahl-bauleiter`
|
||||||
|
> wenn ein Zeitstrahl benoetigt wird.
|
||||||
|
- Verwende **immer den vollen Pfad** `/<plugin>:<skill-name>`.
|
||||||
|
|
||||||
|
**`## Was dieser Skill nicht macht`** (400-900 Zeichen)
|
||||||
|
- 4-7 Punkte mit expliziter Negativ-Abgrenzung. Beispiel-Stil aus Anthropic:
|
||||||
|
> - Ersetzt nicht das anwaltliche Mandatsverhaeltnis. Der Skill erstellt
|
||||||
|
> eine Vorlage, kein Mandatsangebot.
|
||||||
|
> - Berechnet Fristen vorlaeufig. Endgueltig zaehlt das Gericht. Bei Eilfall
|
||||||
|
> immer mit eigener Frist-Berechnung gegenchecken.
|
||||||
|
> - Trifft keine taktische Entscheidung. Verteidigungs- oder
|
||||||
|
> Klagestrategie waehlt der Anwalt, nicht der Skill.
|
||||||
|
- Dieser Abschnitt ist **wichtiger** als der Workflow. Er verhindert
|
||||||
|
Halluzinations- und Berufsrechtsschaeden.
|
||||||
|
|
||||||
|
**`## Berufsrechtliche Hinweise`** (300-600 Zeichen)
|
||||||
|
- § 43a BRAO Schweigepflicht bei Drittakten.
|
||||||
|
- § 49b BRAO Honorarvereinbarung wenn der Skill ein Anschreiben generiert.
|
||||||
|
- § 3 RDG bei Nicht-Anwaelten (Verbraucherzentrale-Skills, Studi-Skills).
|
||||||
|
- DSGVO Art. 6 wenn personenbezogene Daten verarbeitet werden.
|
||||||
|
- Standardsatz: "Bei erkennbaren Interessenkonflikten oder Berufsrechtsfragen
|
||||||
|
Hinweis an den fallfuehrenden Anwalt."
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 2. Rechtsgebietsspezifische Tiefe (KEIN GENERISCHES AUFPUMPEN)
|
||||||
|
|
||||||
|
Das ist der entscheidende Punkt. Boost passiert NUR mit echtem Fach-Inhalt.
|
||||||
|
Pro Rechtsgebiet ein Cheat-Sheet, was hineingehoert.
|
||||||
|
|
||||||
|
### 2.1 Strafrecht / OWi
|
||||||
|
|
||||||
|
- **Normen-Mindestkern:** §§ 46 StGB Strafzumessung, § 153/153a StPO
|
||||||
|
Verfahrenseinstellung, § 257c StPO Verstaendigung, § 407 StPO Strafbefehl,
|
||||||
|
§§ 112 ff. StPO U-Haft, § 24 StGB Ruecktritt.
|
||||||
|
- **Verfahrensphasen:** Ermittlungs- / Zwischen- / Hauptverfahren / Rechtsmittel
|
||||||
|
- **Akteneinsicht:** § 147 StPO mit Implied Undertaking
|
||||||
|
- **Pflicht-Rechtsprechung:** BGHSt-Bezuege, BVerfG zu fairem Verfahren,
|
||||||
|
EGMR zu Art. 6 EMRK.
|
||||||
|
|
||||||
|
### 2.2 Insolvenzrecht
|
||||||
|
|
||||||
|
- **Normen:** § 17 (ZU), § 19 (Ueberschuldung), § 15a (Antragspflicht),
|
||||||
|
§§ 129 ff. (Anfechtung), §§ 270 ff. (Eigenverwaltung).
|
||||||
|
- **StaRUG-Kontext:** Frueherkennung § 1 StaRUG, Restrukturierungsplan
|
||||||
|
§§ 9 ff., Stabilisierung §§ 49 ff.
|
||||||
|
- **Pflicht-Rechtsprechung:** BGHZ zu Vorsatzanfechtung, zu Cash-Pool,
|
||||||
|
zu Eigenverwaltung-Bescheinigung nach § 270d.
|
||||||
|
- **Praxis:** IDW S 11 (Fortbestehensprognose), IDW S 6 (Sanierungskonzept).
|
||||||
|
|
||||||
|
### 2.3 Mietrecht / WEG
|
||||||
|
|
||||||
|
- **Normen:** §§ 535-580a BGB (Wohnraum), §§ 555a-559b (Modernisierung),
|
||||||
|
§§ 573 ff. (Kuendigung), § 556 (Betriebskosten); WEG nach Reform 2020.
|
||||||
|
- **Pflicht-Rechtsprechung:** BGH zu Schoenheitsreparaturen, zu
|
||||||
|
Eigenbedarfskuendigung, zu Betriebskostenabrechnung-Formalitaet.
|
||||||
|
- **Schnittstellen:** Mietminderung & Mangel-Anzeige; Sozialklausel
|
||||||
|
§ 574 BGB.
|
||||||
|
|
||||||
|
### 2.4 Arbeitsrecht
|
||||||
|
|
||||||
|
- **Normen:** KSchG, BetrVG, AGG, NachweisG (Reform 2022), TzBfG, TVG,
|
||||||
|
ArbZG, ArbSchG.
|
||||||
|
- **Pflicht-Rechtsprechung:** BAG-Entscheidungen zu KSchG-Anhoerung,
|
||||||
|
Betriebsuebergang, AGG-Massregelung, Equal Pay (EuGH).
|
||||||
|
- **Verfahren:** Guetetermin / Kammertermin / Berufung LAG / Revision BAG.
|
||||||
|
|
||||||
|
### 2.5 Familien- / Erbrecht
|
||||||
|
|
||||||
|
- **Normen:** BGB Buecher 4 + 5, FamFG, VersAusglG, GNotKG.
|
||||||
|
- **Pflicht-Rechtsprechung:** BGH zu Pflichtteil, Versorgungsausgleich,
|
||||||
|
Zugewinnausgleich; OLG-Rspr zum Umgang.
|
||||||
|
- **Verfahrensbesonderheit:** Beteiligten-Logik FamFG statt Klaeger-/Beklagten-
|
||||||
|
Schema.
|
||||||
|
|
||||||
|
### 2.6 Verwaltungs- / Verfassungsrecht
|
||||||
|
|
||||||
|
- **Normen:** VwVfG, VwGO, BVerfGG, GG.
|
||||||
|
- **Pflicht-Rechtsprechung:** BVerwG, BVerfG-Leitentscheidungen
|
||||||
|
(Verhaeltnismaessigkeit, Bestimmtheit).
|
||||||
|
- **EU-Bezug:** EuGH C-Az zu Grundrechtecharta, Vorlagepflicht Art. 267 AEUV.
|
||||||
|
|
||||||
|
### 2.7 Datenschutz / IT / KI
|
||||||
|
|
||||||
|
- **Normen:** DSGVO, BDSG, AI Act (VO 2024/1689), DSA, DMA, NIS2,
|
||||||
|
IT-SiG 2.0, TTDSG.
|
||||||
|
- **Pflicht-Rechtsprechung:** EuGH zu Schrems II, Bonifei, Meta-Bagatell,
|
||||||
|
Art. 82-DSGVO-Schaden.
|
||||||
|
- **Verfahren:** Beschwerde § 77 DSGVO, Bussgeldverfahren OWiG +
|
||||||
|
Art. 83 DSGVO, KRITIS-Meldepflichten BSI.
|
||||||
|
|
||||||
|
### 2.8 Wettbewerb / IP
|
||||||
|
|
||||||
|
- **Normen:** UWG, MarkenG, UrhG, PatG, GeschGehG, GeschmMG, GWB.
|
||||||
|
- **Pflicht-Rechtsprechung:** BGH I ZR-Reihe (UWG), EuGH zu unlauterer
|
||||||
|
Vergleichswerbung, Huawei/ZTE-FRAND.
|
||||||
|
- **Verfahren:** Schutzschrift, einstweilige Verfuegung, Abmahnung-/
|
||||||
|
Unterlassungserklaerung-Stufenmodell.
|
||||||
|
|
||||||
|
### 2.9 Verbraucher- / Verkehrsrecht
|
||||||
|
|
||||||
|
- **Normen:** §§ 312 ff. BGB (FAGG), §§ 433 ff. BGB Kauf, § 7 StVG,
|
||||||
|
§ 115 VVG, ProdHaftG, GPSR.
|
||||||
|
- **Pflicht-Rechtsprechung:** BGH-Dieselkomplex VI ZR-Reihe, BGH zu
|
||||||
|
Sachmangel/Nacherfuellung; EuGH zu VO 261/2004 (Fluggast).
|
||||||
|
- **Praxis:** Schadensregulierung-Workflow Quote/Schadensposten.
|
||||||
|
|
||||||
|
### 2.10 Sozial- / Migrationsrecht
|
||||||
|
|
||||||
|
- **Normen:** SGB I-XII, AufenthG, AsylG, StAG, FreizuegG/EU.
|
||||||
|
- **Pflicht-Rechtsprechung:** BSG, EuGH C-Az zu Ziebell, Daueraufenthalt EU.
|
||||||
|
- **Verfahren:** Widerspruch / Klage SG / LSG / BSG; einstweiliger
|
||||||
|
Rechtsschutz § 86b SGG.
|
||||||
|
|
||||||
|
### 2.11 Studium / Hausarbeiten / Examensvorbereitung
|
||||||
|
|
||||||
|
- **Hier kein materielles Recht boosten**, sondern Methodik:
|
||||||
|
- Gutachtenstil vs Urteilsstil
|
||||||
|
- Fussnotenstil deutsche Jurahausarbeit
|
||||||
|
- Pflichtfachstoff vs Schwerpunkt
|
||||||
|
- Klausurzeitmanagement
|
||||||
|
- Pruefungsordnungen typischer Universitaeten
|
||||||
|
|
||||||
|
### 2.12 Wenn das Rechtsgebiet thematisch nicht eindeutig ist
|
||||||
|
|
||||||
|
Pruefe den Plugin-Namen. Wenn unklar:
|
||||||
|
1. Lies die ersten 50 Zeichen der Plugin-`.claude-plugin/plugin.json`-
|
||||||
|
`description`.
|
||||||
|
2. Lies 3 zufaellige Skills aus dem gleichen Plugin.
|
||||||
|
3. Wenn immer noch unklar: **NICHT boosten**, sondern als Liste in
|
||||||
|
`anthropic-lessons/UNCLEAR-SKILLS.md` ablegen und Tom fragen.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 3. Praezise Anweisung an Codex - Iterativer Boost-Workflow
|
||||||
|
|
||||||
|
### 3.1 Batching-Strategie
|
||||||
|
|
||||||
|
3670 Skills sind zu viel fuer einen einzigen Boost-Lauf. Codex arbeitet in
|
||||||
|
**Plugin-Batches**:
|
||||||
|
|
||||||
|
- **Eine PR = ein Batch von 5-10 thematisch verwandten Plugins** (~100-200
|
||||||
|
Skills).
|
||||||
|
- Insgesamt ~25-30 PRs nacheinander.
|
||||||
|
- Jede PR bekommt eigenen Branch `codex-skillboost-<thema>-batch-N`.
|
||||||
|
|
||||||
|
Empfohlene Reihenfolge (von einfach nach komplex, damit fruehe Batches als
|
||||||
|
Muster fuer spaetere dienen):
|
||||||
|
|
||||||
|
1. Methodik/Studi-Plugins (jurastudium, hausarbeitenmacher, methodenlehre,
|
||||||
|
zitierweise-deutsches-recht)
|
||||||
|
2. Verkehrsrecht (verkehrsrecht, verkehrsowi-verteidiger, fluggastrechte)
|
||||||
|
3. Mietrecht / WEG / Nachbarschaft
|
||||||
|
4. Arbeitsrecht
|
||||||
|
5. Familien- / Erbrecht
|
||||||
|
6. Insolvenzrecht / Sanierung / StaRUG
|
||||||
|
7. Strafrecht / OWi / Strafbefehl
|
||||||
|
8. Verwaltungsrecht / Sozialrecht / Migration
|
||||||
|
9. Datenschutz / IT / KI / Plattformregulierung
|
||||||
|
10. Wettbewerb / IP / Urheber / Marken
|
||||||
|
11. Wirtschaftsrecht / Gesellschaftsrecht / Bank
|
||||||
|
12. Methodik-und-Office-Skills (NDA-Abgleich, Vertragsausfueller etc.)
|
||||||
|
|
||||||
|
### 3.2 Pro Skill - Schritt-fuer-Schritt-Algorithmus fuer Codex
|
||||||
|
|
||||||
|
```
|
||||||
|
fuer plugin in batch:
|
||||||
|
fuer skill in plugin/skills/:
|
||||||
|
|
||||||
|
# Schritt A: Skill-Analyse
|
||||||
|
1. Lies aktuelle SKILL.md komplett.
|
||||||
|
2. Extrahiere bestehende Sektionen, Normen-Erwaehnungen, Rechtsprechungs-
|
||||||
|
Zitate, Output-Module.
|
||||||
|
3. Pruefe: ist es ein "Bauleiter"-, "Leitfaden"-, "Checkliste"-, oder
|
||||||
|
"Spezialfall"-Skill? (Aus Slug ableitbar: -bauleiter, -leitfaden,
|
||||||
|
-checkliste, -spezial.)
|
||||||
|
|
||||||
|
# Schritt B: Zielgrosse festlegen
|
||||||
|
4. Wenn aktueller Skill < 4000 Zeichen: Zielgroesse 8000-11000.
|
||||||
|
5. Wenn aktueller Skill 4000-8000: Zielgroesse 9000-12000.
|
||||||
|
6. Wenn aktueller Skill > 8000: Zielgroesse "verbessern, nicht aufblasen"
|
||||||
|
(max +50%).
|
||||||
|
|
||||||
|
# Schritt C: Inhaltliche Recherche
|
||||||
|
7. Bestimme das Rechtsgebiet aus Plugin-Name + bestehendem Inhalt.
|
||||||
|
8. Lade das passende Cheat-Sheet aus Sektion 2 dieser Datei.
|
||||||
|
9. Identifiziere die 3-5 ZENTRALEN Normen + die 2-4 ZENTRALEN
|
||||||
|
Leitentscheidungen.
|
||||||
|
- Quellen-Disziplin: nur dejure.org, openjur.de, BGH/BVerfG/EuGH-
|
||||||
|
Datenbanken. KEINE Erfindungen, keine halluzinierten Aktenzeichen.
|
||||||
|
- Wenn unsicher ueber ein Aktenzeichen: NICHT zitieren. Lieber generisch
|
||||||
|
"BGH-Rechtsprechung zur Vorsatzanfechtung" als ein erfundenes Az.
|
||||||
|
|
||||||
|
# Schritt D: Umschreiben
|
||||||
|
10. Schreibe alle 10 Pflicht-Sektionen aus Sektion 1.2 dieser Datei.
|
||||||
|
Bestehender Content wird integriert, nicht ueberschrieben.
|
||||||
|
11. Fuelle das rechtsgebietsspezifische Cheat-Sheet (Sektion 2) in den
|
||||||
|
passenden Sektionen ein.
|
||||||
|
12. Pruefe Description: bleibt unveraendert, ausser sie hat einen
|
||||||
|
Validator-Fehler. Description ist HOLY - der Slug-Suchindex haengt
|
||||||
|
dran.
|
||||||
|
|
||||||
|
# Schritt E: Validierung
|
||||||
|
13. Pruefe: 10 Pflicht-Sektionen vorhanden?
|
||||||
|
14. Pruefe: keine erfundenen Aktenzeichen, keine BeckRS-Allein, kein
|
||||||
|
anwalt24, kein Komma-Zahl in description?
|
||||||
|
15. Pruefe: alle Cross-Skill-Verweise zeigen auf existierende Plugins/
|
||||||
|
Skills im Repo?
|
||||||
|
16. Pruefe: Length 8000-12000 Zeichen (Ausnahmen okay, aber begruenden)?
|
||||||
|
|
||||||
|
# Pro Plugin commit
|
||||||
|
17. Lokaler git add + commit (lokal, nicht push).
|
||||||
|
|
||||||
|
# Pro Batch
|
||||||
|
18. Validatoren laufen lassen:
|
||||||
|
python3 scripts/validate-yaml-frontmatter.py
|
||||||
|
node scripts/validate-plugin-structure.mjs
|
||||||
|
19. Index regenerieren:
|
||||||
|
python3 scripts/generate-skills-md.py
|
||||||
|
python3 scripts/generate-skills-overview.py
|
||||||
|
20. git push origin codex-skillboost-<thema>-batch-N
|
||||||
|
21. PR oeffnen, Tom anpingen, AUF GENEHMIGUNG WARTEN.
|
||||||
|
```
|
||||||
|
|
||||||
|
### 3.3 Was Codex NICHT machen darf
|
||||||
|
|
||||||
|
- **Keine Skill-Slug-Aenderungen.** Slug bleibt wie er ist.
|
||||||
|
- **Keine Plugin-Renames.**
|
||||||
|
- **Keine neuen Skills anlegen** in diesem Boost-Vorgang. Nur bestehende
|
||||||
|
vertiefen.
|
||||||
|
- **Keine Loeschung bestehender Inhalte.**
|
||||||
|
- **Keine Aenderung am Description-Text** ausser zur Behebung eines Validator-
|
||||||
|
Fehlers. Description ist Suchindex-relevant.
|
||||||
|
- **Keine Erfindung von Aktenzeichen oder Fundstellen.** Wenn unsicher:
|
||||||
|
generisch zitieren oder weglassen.
|
||||||
|
- **Keine Mass-Edits ohne Rechtsgebiets-Cheat-Sheet.** Wenn das Cheat-Sheet
|
||||||
|
fehlt, Skill in UNCLEAR-SKILLS.md eintragen und ueberspringen.
|
||||||
|
- **Keine Versionsbumps** in `plugin.json`. Das macht Tom am Ende manuell beim
|
||||||
|
Release.
|
||||||
|
- **Keine Aenderung an Testakten-Ordnern.**
|
||||||
|
- **Keine Mass-Reformatierung** anderer Repo-Dateien (CLAUDE.md, README.md,
|
||||||
|
SKILLS.md). Nur SKILL.md-Dateien anfassen.
|
||||||
|
|
||||||
|
### 3.4 Was Codex pro PR liefern muss
|
||||||
|
|
||||||
|
- Branch-Name: `codex-skillboost-<thema>-batch-<N>`.
|
||||||
|
- PR-Titel: `[Skill-Boost] <Thema>: <N> Plugins, ~<M> Skills vertieft`
|
||||||
|
- PR-Body: Liste der Plugins, je Plugin Anzahl der gebooosteten Skills,
|
||||||
|
durchschnittliche Laengenaenderung, gefundene Probleme.
|
||||||
|
- Commit-Granularitaet: pro Plugin ein Commit.
|
||||||
|
- Commit-Stil:
|
||||||
|
```
|
||||||
|
skill-boost: <plugin> - <N> Skills vertieft
|
||||||
|
|
||||||
|
- Pflicht-Sektionen ergaenzt: Zweck, Wann, Voraussetzungen, Workflow,
|
||||||
|
Pruefraster, Output, Quellen, Hand-Off, Negativ-Abgrenzung,
|
||||||
|
Berufsrecht.
|
||||||
|
- Rechtsgebietsspezifik: <Norm-Liste>, <Rspr-Liste>.
|
||||||
|
- Durchschnittliche Laengenaenderung: +<X>% (von <A> auf <B> Bytes
|
||||||
|
Median).
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 4. Optionale Vertiefung - Matter-Workspace-Konvention
|
||||||
|
|
||||||
|
Wenn das jeweilige Plugin Mandantenarbeit unterstuetzt (alle fachanwalt-*,
|
||||||
|
mietrecht, insolvenzrecht, strafrecht, etc.), sollte der Boost zusaetzlich
|
||||||
|
folgendes Konzept etablieren:
|
||||||
|
|
||||||
|
### 4.1 Standardisierte Mandatsdateien
|
||||||
|
|
||||||
|
Pro Mandat ein Ordner unter
|
||||||
|
`~/.config/claude-fuer-deutsches-recht/<plugin>/mandate/<slug>/` mit:
|
||||||
|
|
||||||
|
- `mandat.md` - Narrativ-Intake (Anlass, Parteien, Sachverhalt, Ziel)
|
||||||
|
- `history.md` - laufendes Logbuch mit datierten Eintraegen
|
||||||
|
- `chronologie.md` - Zeitstrahl der relevanten Ereignisse (optional)
|
||||||
|
- `fristen.yaml` - YAML-Liste der laufenden Fristen
|
||||||
|
- `dokumente/` - Anlagenordner
|
||||||
|
|
||||||
|
### 4.2 Skills, die das Schema lesen / schreiben
|
||||||
|
|
||||||
|
Pro Plugin sollten zwei Meta-Skills boostbar sein (falls vorhanden):
|
||||||
|
|
||||||
|
- `<plugin>-mandat-intake` - legt das Schema neu an
|
||||||
|
- `<plugin>-mandat-update` - schreibt einen `history.md`-Eintrag
|
||||||
|
|
||||||
|
Alle anderen Skills im Plugin sollten in ihrem `## Voraussetzungen und
|
||||||
|
Kontext laden` einen Hinweis enthalten:
|
||||||
|
|
||||||
|
> Wenn ein `mandat.md` im aktuellen Mandatsordner existiert, lies es zuerst
|
||||||
|
> und uebernimm Parteien, Aktenzeichen, Frist-Stand. Sonst frage diese
|
||||||
|
> Stammdaten gezielt ab.
|
||||||
|
|
||||||
|
### 4.3 Wann diese Vertiefung NICHT eingebaut wird
|
||||||
|
|
||||||
|
- Bei methodischen Skills (jurastudium, hausarbeitenmacher, zitierweise).
|
||||||
|
- Bei Tool-/Office-Skills (email-umformulierer, vertragsausfueller).
|
||||||
|
- Bei Studi-Skills generell.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 5. Quality-Checks: Was Tom bei der PR-Review sehen will
|
||||||
|
|
||||||
|
Codex sollte bei jeder PR diesen Self-Check ausfuellen:
|
||||||
|
|
||||||
|
```
|
||||||
|
[ ] Alle 10 Pflicht-Sektionen pro Skill vorhanden
|
||||||
|
[ ] Keine erfundenen Aktenzeichen (Stichproben-Pruefung von 5 Skills)
|
||||||
|
[ ] Mindestens 3 echte Normen + 2 echte Leitentscheidungen pro Skill
|
||||||
|
[ ] Hand-Off-Sektion verweist auf existierende Skills (kein Toter Link)
|
||||||
|
[ ] "Was dieser Skill nicht macht" ist gehaltvoll, nicht generisch
|
||||||
|
[ ] Berufsrechtliche Hinweise sind rechtsgebietsbezogen
|
||||||
|
[ ] Description unveraendert oder Validator-Fix begruendet
|
||||||
|
[ ] Median-Laenge im Batch im Zielkorridor 8000-12000
|
||||||
|
[ ] validate-yaml-frontmatter.py gruen
|
||||||
|
[ ] validate-plugin-structure.mjs gruen
|
||||||
|
[ ] generate-skills-md.py + generate-skills-overview.py durchgelaufen
|
||||||
|
[ ] git fetch origin main VOR push gemacht
|
||||||
|
[ ] Keine Aenderung an Testakten-Ordnern
|
||||||
|
[ ] Keine Aenderung an Skill-Slugs oder Plugin-Namen
|
||||||
|
```
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 6. Beispiel - Vorher / Nachher (illustrativ)
|
||||||
|
|
||||||
|
### 6.1 VORHER (aktueller Stil, ~3500 Zeichen)
|
||||||
|
|
||||||
|
```markdown
|
||||||
|
---
|
||||||
|
name: stbv-einspruch-strafbefehl-leitfaden
|
||||||
|
description: "Leitfaden Einspruch gegen Strafbefehl: Form, Frist, Beschraenkung auf Rechtsfolge, taktische Erwaegungen. Pruefraster fuer Verteidiger."
|
||||||
|
---
|
||||||
|
|
||||||
|
# StBV: Einspruch Strafbefehl
|
||||||
|
|
||||||
|
## Aufgabe
|
||||||
|
Leitfaden Einspruch gegen Strafbefehl.
|
||||||
|
|
||||||
|
## Kaltstart
|
||||||
|
1. Rolle und Ziel
|
||||||
|
2. Sachverhalt
|
||||||
|
3. Fristen
|
||||||
|
4. Unterlagen
|
||||||
|
5. Format
|
||||||
|
|
||||||
|
## Pruefraster
|
||||||
|
1. Sachverhalt fixieren
|
||||||
|
2. Rechtliche Einordnung
|
||||||
|
3. Pruefung im Gutachtenstil
|
||||||
|
4. Handlungsempfehlung
|
||||||
|
|
||||||
|
## Output-Module
|
||||||
|
- Pruefvermerk
|
||||||
|
- Tabellen
|
||||||
|
- Schriftsatz-Geruest
|
||||||
|
- Quellenliste
|
||||||
|
|
||||||
|
## Quellenregel
|
||||||
|
- nur freie Quellen
|
||||||
|
- BeckRS allein nicht zulaessig
|
||||||
|
|
||||||
|
## Was dieser Skill nicht macht
|
||||||
|
- kein Ersatz fuer Mandatsberatung
|
||||||
|
```
|
||||||
|
|
||||||
|
### 6.2 NACHHER (Boost-Ziel, ~10000 Zeichen)
|
||||||
|
|
||||||
|
```markdown
|
||||||
|
---
|
||||||
|
name: stbv-einspruch-strafbefehl-leitfaden
|
||||||
|
description: "Leitfaden Einspruch gegen Strafbefehl: Form, Frist, Beschraenkung auf Rechtsfolge, taktische Erwaegungen. Pruefraster fuer Verteidiger."
|
||||||
|
---
|
||||||
|
|
||||||
|
# StBV: Einspruch gegen Strafbefehl - Leitfaden
|
||||||
|
|
||||||
|
## Zweck
|
||||||
|
Dieser Skill begleitet die Pruefung und ggf. Einlegung des Einspruchs gegen
|
||||||
|
einen Strafbefehl nach § 410 StPO. Typischer Anlass: Mandant erhaelt einen
|
||||||
|
Strafbefehl per Postzustellungsurkunde, die Einspruchsfrist von zwei Wochen
|
||||||
|
ab Zustellung laeuft, und Verteidiger muss in kurzer Zeit Form, Inhalt und
|
||||||
|
Taktik des Einspruchs entscheiden. Adressat: Strafverteidiger im
|
||||||
|
Erstgespraech, vor allem im OWi-nahen Verkehrsstrafrecht und in
|
||||||
|
kleineren Wirtschaftsstrafsachen.
|
||||||
|
|
||||||
|
## Wann wird dieser Skill aufgerufen
|
||||||
|
|
||||||
|
Der User sagt typisch:
|
||||||
|
- "Mein Mandant hat einen Strafbefehl bekommen, was machen wir?"
|
||||||
|
- "Strafbefehl wegen § 142 StGB, lohnt der Einspruch?"
|
||||||
|
- "Welche Frist habe ich noch fuer den Einspruch?"
|
||||||
|
- "Soll ich auf die Rechtsfolge beschraenken?"
|
||||||
|
|
||||||
|
NICHT dieser Skill, sondern andere:
|
||||||
|
- Wenn es um die Pruefung eines Bussgeldbescheids geht, gehoert das zum
|
||||||
|
Plugin `verkehrsowi-verteidiger`, Skill `vowi-bussgeldbescheid-
|
||||||
|
pruefung-bauleiter`.
|
||||||
|
- Wenn der Strafbefehl bereits rechtskraeftig ist und nur die
|
||||||
|
Vollstreckung gemildert werden soll, gehoert das in Skill
|
||||||
|
`strafr-vermoegensabschoepfung-spezial` bzw. Strafvollstreckung.
|
||||||
|
|
||||||
|
## Voraussetzungen und Kontext laden
|
||||||
|
|
||||||
|
Vor jeder Aktion lies, falls vorhanden, das Mandatsverzeichnis im aktuellen
|
||||||
|
Plugin-Workspace (`mandate/<slug>/mandat.md`). Wenn nicht vorhanden, frage
|
||||||
|
gezielt ab:
|
||||||
|
|
||||||
|
- Datum und Form der Zustellung (Postzustellungsurkunde, Ersatzzustellung
|
||||||
|
nach § 178 ZPO i.V.m. § 37 StPO?)
|
||||||
|
- Geschaeftsnummer der Staatsanwaltschaft
|
||||||
|
- Tatvorwurf und herangezogene Normen
|
||||||
|
- Festgesetzte Rechtsfolge (Geldstrafe Tagessaetze, Fahrverbot, Sperre,
|
||||||
|
Berufsverbot)
|
||||||
|
- Vorstrafen / BZR-Eintraege
|
||||||
|
- Aktuelle Lebenssituation des Mandanten (Beruf, Fahrerlaubnis-Abhaengigkeit)
|
||||||
|
|
||||||
|
Variablen, die der Workflow braucht:
|
||||||
|
`zustellung_datum`, `frist_ende`, `tatvorwurf`, `geldstrafe_tagessaetze`,
|
||||||
|
`fahrverbot_monate`, `sperre_monate`.
|
||||||
|
|
||||||
|
## Workflow
|
||||||
|
|
||||||
|
1. **Zustellung pruefen.** Pruefe Datum der PZU. Wenn keine PZU vorliegt:
|
||||||
|
ist die Zustellung wirksam? § 37 StPO i.V.m. ZPO. Bei Ersatzzustellung
|
||||||
|
Hinweis auf moegliche Unwirksamkeit.
|
||||||
|
|
||||||
|
2. **Einspruchsfrist berechnen.** Zwei Wochen ab Zustellung, § 410 Abs. 1
|
||||||
|
StPO. Sonntag/Feiertag schiebt auf naechsten Werktag, § 43 StPO.
|
||||||
|
Schreibe Frist-Ende im Format YYYY-MM-DD. Bei < 3 Tagen Restfrist:
|
||||||
|
sofort Einspruchsentwurf bauen, Detailpruefung danach.
|
||||||
|
|
||||||
|
3. **Form des Einspruchs.** Schriftlich oder zu Protokoll der Geschaefts-
|
||||||
|
stelle, § 410 Abs. 1 S. 1 StPO. Adressat: Amtsgericht, das den
|
||||||
|
Strafbefehl erlassen hat. KEIN Telefax, sofern Gericht nicht
|
||||||
|
ausdruecklich zulaesst.
|
||||||
|
|
||||||
|
4. **Pruefung des Strafbefehls inhaltlich.**
|
||||||
|
4.1 Tatvorwurf rechtlich vollstaendig?
|
||||||
|
4.2 Strafhoehe verhaeltnismaessig im Hinblick auf §§ 46, 46a StGB?
|
||||||
|
4.3 Nebenfolgen (Fahrverbot, Sperre, BZR-Eintrag) verhaeltnismaessig?
|
||||||
|
4.4 BGH-Rechtsprechung zu vergleichbaren Faellen?
|
||||||
|
|
||||||
|
5. **Beschraenkung des Einspruchs pruefen, § 410 Abs. 2 StPO.**
|
||||||
|
Moeglich auf bestimmte Beschwerdepunkte, typisch:
|
||||||
|
- nur auf die Rechtsfolgen
|
||||||
|
- nur auf das Fahrverbot
|
||||||
|
- nur auf einzelne Taten bei Tatmehrheit
|
||||||
|
Vorteil: schnellerer Termin, Beschraenkung auf Strafzumessungsfrage.
|
||||||
|
Nachteil: Schuldspruch wird rechtskraeftig.
|
||||||
|
|
||||||
|
6. **Taktische Erwaegungen.**
|
||||||
|
- Wenn Schuldfeststellung problematisch: Volleinspruch.
|
||||||
|
- Wenn Hoehe der Geldstrafe Hauptproblem: Beschraenkung auf
|
||||||
|
Rechtsfolgen.
|
||||||
|
- Wenn nur Fahrverbot bekaempft werden soll: Teil-Einspruch.
|
||||||
|
|
||||||
|
7. **Vollmacht und Akteneinsicht parallel.** Verteidigervollmacht und
|
||||||
|
Antrag auf Akteneinsicht nach § 147 StPO mit dem Einspruch
|
||||||
|
verbinden.
|
||||||
|
|
||||||
|
8. **Schriftsatz aufsetzen** (Output-Geruest siehe Output-Module).
|
||||||
|
|
||||||
|
9. **Mandant informieren.** Folgen des Einspruchs erklaeren (Hauptverhandlung,
|
||||||
|
Verschlechterungsverbot § 411 Abs. 4 StPO, mogliche Beweisaufnahme,
|
||||||
|
Honorar nach RVG VV 4106-4111).
|
||||||
|
|
||||||
|
## Pruefraster im Gutachtenstil
|
||||||
|
|
||||||
|
**A. Zulaessigkeit des Einspruchs**
|
||||||
|
|
||||||
|
Statthaftigkeit: § 410 Abs. 1 StPO sieht den Einspruch gegen Strafbefehle
|
||||||
|
ausdruecklich vor. Statthaft, wenn ein Strafbefehl nach §§ 407 ff. StPO
|
||||||
|
ergangen ist und noch nicht rechtskraeftig.
|
||||||
|
|
||||||
|
Frist: zwei Wochen ab Zustellung des Strafbefehls. Subsumtion: Pruefe
|
||||||
|
Datum der PZU und berechne. BGHSt 35, 137 zur Frage der Wirksamkeit der
|
||||||
|
Zustellung bei zweifelhafter PZU; siehe BGH Beschluss vom ... (nur
|
||||||
|
einfuegen wenn Aktenzeichen sicher).
|
||||||
|
|
||||||
|
Form: § 410 Abs. 1 S. 1 StPO. Schriftlich bei Gericht oder zu Protokoll
|
||||||
|
der Geschaeftsstelle.
|
||||||
|
|
||||||
|
Beschwer: der Mandant ist durch den Strafbefehl beschwert.
|
||||||
|
|
||||||
|
**B. Begruendetheit / Erfolgsaussicht**
|
||||||
|
|
||||||
|
Pruefe Tatbestand und Rechtsfolge:
|
||||||
|
|
||||||
|
1. Ist der Tatvorwurf rechtlich tragfaehig? Liegt ein Tatbestandsmerkmal
|
||||||
|
nicht vor?
|
||||||
|
2. Ist die Beweislage tragfaehig? Bei einseitigen Strafbefehls-Verfahren
|
||||||
|
sind die Beweise oft nur die Anzeige + Polizeibericht.
|
||||||
|
3. Ist die Strafzumessung § 46 StGB-konform? Tagessaetze nach § 40 StGB?
|
||||||
|
4. Sind Nebenfolgen verhaeltnismaessig? Fahrverbot § 44 StGB nur bei
|
||||||
|
Zusammenhang mit Kraftfahrzeugfuehrung.
|
||||||
|
|
||||||
|
**C. Beschraenkung des Einspruchs**
|
||||||
|
|
||||||
|
§ 410 Abs. 2 StPO erlaubt Beschraenkung. Pruefe, ob Schuldspruch
|
||||||
|
unangreifbar und nur Rechtsfolge problematisch. Wirkung: Schuldspruch
|
||||||
|
wird rechtskraeftig, nur Rechtsfolge wird neu verhandelt.
|
||||||
|
|
||||||
|
## Output-Module
|
||||||
|
|
||||||
|
- Mandantenbrief: Erlaeuterung des Strafbefehls, Optionen, Empfehlung.
|
||||||
|
- Schriftsatz Einspruch (Geruest):
|
||||||
|
- Rubrum, Aktenzeichen, Strafbefehl-Datum
|
||||||
|
- "Namens und in Vollmacht ... wird gegen den Strafbefehl ...
|
||||||
|
Einspruch eingelegt."
|
||||||
|
- ggf. Beschraenkung auf Rechtsfolgen, § 410 Abs. 2 StPO
|
||||||
|
- Antrag auf Akteneinsicht, § 147 StPO
|
||||||
|
- Vollmacht beigefuegt.
|
||||||
|
- Fristen-Eintrag fuer `mandate/<slug>/fristen.yaml`.
|
||||||
|
- Pruefvermerk im `mandat.md` mit Datum und Empfehlung.
|
||||||
|
|
||||||
|
## Quellen und Zitierregel
|
||||||
|
|
||||||
|
Pflicht-Normen: §§ 407-412 StPO, §§ 44 ff. StGB, § 147 StPO, RVG VV 4106-4111.
|
||||||
|
|
||||||
|
Rechtsprechung nur mit Gericht, Datum, Aktenzeichen und pruefbarem Link
|
||||||
|
(dejure.org, openjur.de, bundesgerichtshof.de). Bei unsicheren Aktenzeichen
|
||||||
|
generisch zitieren ("BGH-Rechtsprechung zur Strafzumessung bei Verkehrs-
|
||||||
|
strafsachen") statt erfinden.
|
||||||
|
|
||||||
|
Quellen-Tags fuer den Output:
|
||||||
|
`[BGH-Datenbank]`, `[dejure.org]`, `[openjur.de]`, `[Mandant]`,
|
||||||
|
`[Modellwissen - pruefen]`.
|
||||||
|
|
||||||
|
## Hand-Off zu anderen Skills
|
||||||
|
|
||||||
|
Nach diesem Skill weiter mit:
|
||||||
|
- `/fachanwalt-strafrecht:strafr-revision-pruefung-spezial` wenn nach
|
||||||
|
Hauptverhandlung Revision relevant wird.
|
||||||
|
- `/fachanwalt-verkehrsrecht:verk-fahrerlaubnisrecht-leitfaden` wenn das
|
||||||
|
Fahrverbot zentral ist und parallel die Fahrerlaubnisbehoerde aktiv wird.
|
||||||
|
- `/aktenaufbereiter-strafrecht:akzg-aktenauszug-bauleiter` zur
|
||||||
|
Vorbereitung der Akteneinsichts-Auswertung.
|
||||||
|
|
||||||
|
## Was dieser Skill nicht macht
|
||||||
|
|
||||||
|
- Ersetzt nicht das Mandatsverhaeltnis. Erstellt eine Vorlage, kein
|
||||||
|
Mandatsangebot.
|
||||||
|
- Berechnet Fristen vorlaeufig. Die letztverbindliche Frist liegt im
|
||||||
|
Akten- und Zustellungsdokument. Bei Eilfall immer eigene Frist-
|
||||||
|
Berechnung gegenchecken.
|
||||||
|
- Trifft keine taktische Entscheidung ueber Volleinspruch vs Teil-
|
||||||
|
Einspruch. Diese Entscheidung trifft der Verteidiger im Mandanten-
|
||||||
|
gespraech.
|
||||||
|
- Berechnet keine konkrete Strafzumessung; das macht das Gericht in
|
||||||
|
der Hauptverhandlung.
|
||||||
|
- Ersetzt keine Akteneinsicht. Die Akteneinsicht ist Pflicht, bevor
|
||||||
|
ueber Beschraenkung des Einspruchs entschieden wird.
|
||||||
|
|
||||||
|
## Berufsrechtliche Hinweise
|
||||||
|
|
||||||
|
§ 43a Abs. 2 BRAO Schweigepflicht ueber alles Mandanten-Bezogene.
|
||||||
|
§ 49b BRAO Honorarvereinbarung; im Strafrecht gilt zusaetzlich
|
||||||
|
§ 14 RVG Verteidigergebuehr. Bei Pflichtverteidigung § 140 StPO
|
||||||
|
Eintragung pruefen.
|
||||||
|
|
||||||
|
Bei erkennbaren Interessenkonflikten (Mandant ist Mitarbeiter eines
|
||||||
|
Mandanten der Kanzlei in anderer Sache) Hinweis an den fallfuehrenden
|
||||||
|
Anwalt und ggf. Mandat ablehnen, § 3 BORA.
|
||||||
|
```
|
||||||
|
|
||||||
|
Das ist die Tiefe, die Codex anstreben soll - pro Skill, rechtsgebiets-
|
||||||
|
spezifisch, mit konkreten Normen, konkreten Verfahrensschritten und
|
||||||
|
expliziter Negativ-Abgrenzung.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 7. Eskalation / Sonderfaelle
|
||||||
|
|
||||||
|
- **Wenn Codex auf einen Skill stoesst, der inhaltlich unklar ist:**
|
||||||
|
Eintrag in `anthropic-lessons/UNCLEAR-SKILLS.md` und ueberspringen.
|
||||||
|
- **Wenn ein Plugin keine sinnvollen Pflicht-Sektionen erlaubt** (z.B.
|
||||||
|
reine Tool-Skills): Boost auf ~6000-8000 Zeichen, Sektionen sinnvoll
|
||||||
|
reduzieren, in PR-Body begruenden.
|
||||||
|
- **Wenn die rechtliche Recherche fuer den Skill scheitert** (Codex hat
|
||||||
|
keine Datenbank-Zugriff): GENERISCHE Zitate stehen lassen, NIE erfinden.
|
||||||
|
Lieber "BGH-Rechtsprechung zur Vorsatzanfechtung" als ein erfundenes
|
||||||
|
Az.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 8. Abschluss-Checks von Tom
|
||||||
|
|
||||||
|
Tom prueft pro PR:
|
||||||
|
|
||||||
|
- Stichproben-Lesen von 5-10 zufaelligen Skills aus dem Batch.
|
||||||
|
- Validatoren-Status.
|
||||||
|
- Lange-Verteilung Diagramm.
|
||||||
|
- Keine offensichtlichen Halluzinationen bei Aktenzeichen.
|
||||||
|
- Keine BeckRS-Allein-Zitate.
|
||||||
|
- Hand-Off-Verweise pruefen (Plugin/Skill existieren).
|
||||||
|
- Negativ-Abgrenzung pro Stichprobe nicht generisch.
|
||||||
|
|
||||||
|
Erst nach Freigabe: Merge.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 9. Versionierung nach Abschluss aller Boost-Batches
|
||||||
|
|
||||||
|
Wenn alle 25-30 Batches gemerged sind:
|
||||||
|
|
||||||
|
- Version-Bump auf `v53.0.0` (Major, weil Inhaltscharakter sich
|
||||||
|
qualitativ aendert).
|
||||||
|
- Release-Notes: "Skill-Tiefe-Boost auf Anthropic-Niveau, ~3670 Skills
|
||||||
|
vertieft, Median-Laenge von ~4500 auf ~10000 Zeichen."
|
||||||
|
- Index-Regen + Release-Workflow.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
*Stand dieser Instruktion: nach Analyse von anthropics/claude-for-legal HEAD
|
||||||
|
am 2026-06-01.*
|
||||||
|
*Autorisiert durch Tom Braegel.*
|
||||||
@@ -0,0 +1,352 @@
|
|||||||
|
# Codex-Selektion: Welche Skills sollen auf Anthropic-Tiefe gehen — und welche NICHT
|
||||||
|
|
||||||
|
Hi Codex — Tom hat Perplexity gebeten, dir vorzubereiten, **welche** Plugins/Skills aus seinem Repo `Klotzkette/claude-fuer-deutsches-recht` du auf die Anthropic-Median-Länge (~11.000 Bytes pro SKILL.md) heben sollst und welche du **bewusst kurz** lassen sollst.
|
||||||
|
|
||||||
|
**Lies das vor `CODEX-INSTRUKTION-skill-tiefe-boost.md` — diese Datei hier sagt dir, wo du das Werkzeug aus der Instruktion anwendest und wo nicht.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 0. Quelle zum Selbst-Nachschauen
|
||||||
|
|
||||||
|
Anthropic hat den Maßstab gesetzt, an dem wir uns orientieren. Schau dir das gerne nochmal selbst an, vor allem die langen Skills aus `litigation-discovery`, `transactional-ma` und `legal-research`:
|
||||||
|
|
||||||
|
- **Repo:** https://github.com/anthropics/claude-for-legal
|
||||||
|
- **Empfohlen zum Lesen:**
|
||||||
|
- `litigation-discovery/skills/` (z. B. `privilege-log/SKILL.md`, `deposition-prep/SKILL.md`)
|
||||||
|
- `transactional-ma/skills/` (z. B. `disclosure-schedules/SKILL.md`, `closing-checklist/SKILL.md`)
|
||||||
|
- `legal-research/skills/` (z. B. `westlaw-search/SKILL.md`, `case-brief/SKILL.md`)
|
||||||
|
- `cold-start-interview/` (Profil-Aufbau)
|
||||||
|
- `customize/` (punktuelle Profil-Updates)
|
||||||
|
- `matter-workspace/` (Mandat als Ordner-Workspace)
|
||||||
|
- `managed-agent-cookbooks/` (Tool-Scope, Agent-Skeleton)
|
||||||
|
- **`.mcp.json`** in jedem Plugin-Root (Westlaw, CourtListener, iManage, Slack, Google Drive, Everlaw, Trellis)
|
||||||
|
|
||||||
|
**Anthropic-Kontext bewusst halten:** Anthropic schreibt für US-Großkanzleien und Inhouse-Counsel mit IT-Setup, MCP-Server-Anbindung an Westlaw / iManage / Slack und Mandanten, die einen Skill ein ganzes Mandantenleben lang begleiten. Lange Skills lohnen sich dort, weil der Skill viele Wochen lang dieselben Workflows triggert.
|
||||||
|
|
||||||
|
**Daraus folgt für uns:** Lange Skills lohnen sich bei uns nur dort, wo der Kontext vergleichbar ist:
|
||||||
|
|
||||||
|
1. **Großkanzlei / Inhouse-Counsel (deutsch).** Plugins, die Wirtschaftsanwälte in Großmandaten begleiten — M&A, Kartell, IP, Bank/Kapitalmarkt, Konzern-Compliance.
|
||||||
|
2. **MCP-anbindbar.** Plugins, bei denen extern eine Datenbank/API mitspielt (juris, beck-online, Lobbyregister, Handelsregister, Markenregister, ESEF/EDGAR-Pendants, Bundesanzeiger).
|
||||||
|
3. **Mandatsbegleitend.** Plugins, die ein einzelnes Mandat über Wochen/Monate/Jahre tragen — Insolvenzverfahren, Bauprozess, große Compliance-Fälle, Patentstreit, IPO-Prep.
|
||||||
|
4. **Komplexe Mehr-Schritt-Workflows.** Plugins, bei denen ein Skill viele Sub-Schritte hat (Due Diligence, Disclosure Schedules, Closing Checklist deutscher Lesart).
|
||||||
|
|
||||||
|
**Daraus folgt auch: Lange Skills lohnen sich NICHT** bei Verbraucher-Selbsthilfe (Fluggast, Mahnbescheid, Bürgergeld-Widerspruch), kurzen Tool-Skills (PDF-Stempel, Anlagen-Sortierung, Zitierprüfer), Studierenden-Hilfen (Hausarbeit, Methodenlehre) und Berufsrechts-Mikro-Skills (kurze Email-Umformulierung, Schriftform-Check).
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. Selektions-Logik in einem Satz
|
||||||
|
|
||||||
|
> **Wenn ein Skill einen Wirtschaftsanwalt durch ein Mandat führt, das mehrere Wochen läuft, externe Datenbanken nutzt und mehrere Sub-Workflows hat → Anthropic-Tiefe. Sonst NICHT.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 2. Plugins in 4 Klassen
|
||||||
|
|
||||||
|
### Klasse A — VOLLAUSBAU auf Anthropic-Median (~11k Bytes pro Skill, Pflicht-Sektionen aus `CODEX-INSTRUKTION-skill-tiefe-boost.md`)
|
||||||
|
|
||||||
|
**Diese Plugins sind genau das, wofür Anthropic-Skills gebaut sind: Großkanzlei, Inhouse, MCP-anbindbar, mandatsbegleitend.**
|
||||||
|
|
||||||
|
| Plugin | Warum Klasse A | MCP-Andocken (Beispiele) |
|
||||||
|
|---|---|---|
|
||||||
|
| `grosskanzlei-corporate-ma` | M&A-Großmandate, DD-Workflows | Handelsregister, Bundesanzeiger, juris, beck-online |
|
||||||
|
| `mittelstand-corporate-ma` | Mittelstands-M&A, dieselben Workflows kleiner | wie oben |
|
||||||
|
| `corporate-kanzlei` | Konzern-Compliance, Gesellschaftsrecht | Handelsregister, Lobbyregister |
|
||||||
|
| `gesellschaftsrecht` | HGB/AktG/GmbHG-Tiefe, Streit + Beratung | Handelsregister, juris |
|
||||||
|
| `gesellschaftsrecht-legal-english` | Cross-Border M&A, Englisch-Pflicht | EDGAR-Pendants, EUR-Lex |
|
||||||
|
| `kartellrecht-marktabgrenzung-pruefung` | Kartellverfahren, Marktabgrenzung, Fusionsanmeldung | Bundeskartellamt, EU-Kommission, EUR-Lex |
|
||||||
|
| `fachanwalt-handels-gesellschaftsrecht` | Großmandats-Fachanwaltschaft | wie Gesellschaftsrecht |
|
||||||
|
| `fachanwalt-bank-kapitalmarktrecht` | IPO-Prep, Prospektprüfung, MaRisk | BaFin, EUR-Lex, juris |
|
||||||
|
| `fachanwalt-internationales-wirtschaftsrecht` | Cross-Border, Schiedsverfahren | EUR-Lex, UNCITRAL, juris |
|
||||||
|
| `fachanwalt-it-recht` | Großmandats-IT-Verträge, SaaS, Cloud, KI-VO | EUR-Lex, juris, BfDI |
|
||||||
|
| `fachanwalt-gewerblicher-rechtsschutz` | Marken-/Patent-Streit, einstweilige Verfügung | DPMA, EUIPO, EPA |
|
||||||
|
| `gewerblicher-rechtsschutz` | Tiefe IP-Verfahren | DPMA, EUIPO, EPA |
|
||||||
|
| `patentrecht` | Patentstreit, FTO, Verletzungsanalyse | DPMA, EPA, esp@cenet |
|
||||||
|
| `patentrecherche` | Mehrtägige Recherchen | DPMA, EPA, esp@cenet |
|
||||||
|
| `markenrecht-fashion-luxus` | Mandatsbegleitende Markenstrategie | DPMA, EUIPO, WIPO |
|
||||||
|
| `fachanwalt-urheber-medienrecht` | Verlagsverträge, Lizenz, Filmrecht | DPMA, EUIPO |
|
||||||
|
| `datenschutzrecht` | Konzern-DSGVO, DPIA, Auftragsverarbeiter-Ketten | EDSA, BfDI, juris |
|
||||||
|
| `dsa-dma-digitalregulierung` | Plattform-Compliance, sehr vielschichtig | EUR-Lex, EU-Kommission |
|
||||||
|
| `ki-vo-ai-act-pruefer` | KI-VO-Risikoklassifizierung, mandatsbegleitend | EUR-Lex, EU-AI-Office |
|
||||||
|
| `ki-governance` | Konzern-KI-Strategie, Policies | wie KI-VO |
|
||||||
|
| `ki-richtlinie-kanzleien` | Kanzlei-interne KI-Compliance | BRAK, BeurkG |
|
||||||
|
| `regulatorisches-recht` | Multi-regulatorisch | EUR-Lex, juris, BMJ |
|
||||||
|
| `aussenwirtschaft-zoll-sanktionen` | Embargo-Listen, Dual-Use, lang-laufende Compliance | BAFA, EU-Sanktions-Map, Zoll |
|
||||||
|
| `geldwaeschepraevention-aml-kyc` | Konzern-AML, sehr lang | BaFin, FIU, EU-Lex |
|
||||||
|
| `insolvenzrecht` | Mandatsbegleitend (Insolvenzverfahren = Monate/Jahre) | Insolvenz-Portal, Schuldnerverzeichnis |
|
||||||
|
| `insolvenzverwaltung` | Verwalter-Workflow, jahrelang | wie Insolvenzrecht |
|
||||||
|
| `insolvenzplan-starug-planwerkstatt` | StaRUG/Insolvenzplan, mandatsbegleitend | wie Insolvenzrecht |
|
||||||
|
| `krisenfrueherkennung-starug` | Frühphase-Restrukturierung | Bundesanzeiger, juris |
|
||||||
|
| `fortbestehensprognose` | Mandatsbegleitend, mehrere Wochen | wie oben |
|
||||||
|
| `fachanwalt-insolvenz-sanierungsrecht` | Fachanwaltschaft auf höchstem Level | wie Insolvenz |
|
||||||
|
| `fachanwalt-bau-architektenrecht` | Großbauprozess, jahrelang | VHB, juris, OLG-Portal |
|
||||||
|
| `fachanwalt-medizinrecht` | Großverfahren, Konzern-Compliance, Krankenhauskette | KBV, GBA, juris |
|
||||||
|
| `fachanwalt-verwaltungsrecht` | Verwaltungsstreit-Großverfahren | juris, Verwaltungsportale |
|
||||||
|
| `fachanwalt-vergaberecht` | Vergabeverfahren, mandatsbegleitend | TED, VK-Bund, BMI |
|
||||||
|
| `fachanwalt-steuerrecht` | Konzern-Betriebsprüfung, mandatsbegleitend | juris, BMF, BFH |
|
||||||
|
| `steuerrecht-anwalt-und-berater` | Mandatsbegleitend, viele Sub-Workflows | wie oben |
|
||||||
|
| `verfassungsrecht` | Verfassungsbeschwerde, GG-Prüfung | BVerfG, juris |
|
||||||
|
| `europarecht-kompass` | EU-Verfahren, Vorlageverfahren | EUR-Lex, EuGH |
|
||||||
|
| `lobbyregister-bundestag` | Compliance-Workflow für Verbände/Kanzleien | Lobbyregister, BT-Drucksachen |
|
||||||
|
| `legistik-werkstatt` | Gesetzgebungsverfahren-Begleitung | BT-Drucksachen, BR-Drucksachen |
|
||||||
|
| `energierecht` | Konzern-Energierecht, EnWG, EEG | BNetzA, juris |
|
||||||
|
| `umweltrecht` | Großverfahren, BImSchG, UVPG | UBA, juris |
|
||||||
|
| `bav-strategie-konzern` | bAV-Konzern-Mandat, mandatsbegleitend | aba, juris |
|
||||||
|
| `forschungszulage-antragstellung` | Antrag über Monate | BSFZ, juris |
|
||||||
|
| `dfg-foerderantrag` | Förderantrag über Monate | DFG, juris |
|
||||||
|
| `nda-abgleich` | Bei Großmandaten häufig, viele Klausel-Varianten | iManage-Pendant |
|
||||||
|
| `vertragsrecht` | Großvertrags-DD, Klausel-Bibliothek | iManage-Pendant, beck-online |
|
||||||
|
| `wandeldarlehen-lebenszyklus` | Wandeldarlehen über Laufzeit begleiten | Handelsregister, BaFin |
|
||||||
|
| `gesellschaftsgruender` | Gründung über Wochen, mehrstufig | Handelsregister, IHK |
|
||||||
|
| `prozessrecht` | ZPO-Tiefe, Prozessstrategie | juris, beck-online, OLG-Portale |
|
||||||
|
| `urteilsbauer-relationsmacher` | Spruchkörper-Methodik, Tiefe gewollt | juris, dejure.org |
|
||||||
|
| `aktenauszug-gerichtsverfahren` | Großakten, mandatsbegleitend | iManage-Pendant |
|
||||||
|
| `aktenaufbereiter-strafrecht` | Großverfahren-Strafrecht | wie oben |
|
||||||
|
| `strafzumessung` | Großverfahren, mehrere Verhandlungstage | juris, BGH |
|
||||||
|
| `fachanwalt-strafrecht` | Wirtschaftsstrafrecht, Großverfahren | juris, BGH, dejure |
|
||||||
|
| `fachanwalt-arbeitsrecht` | Konzern-Arbeitsrecht, Tarif, Betriebsverfassung | juris, BAG, dejure |
|
||||||
|
| `fachanwalt-erbrecht` | Großnachlässe, mandatsbegleitend | Grundbuch, Handelsregister, juris |
|
||||||
|
| `fachanwalt-familienrecht` | Vermögensauseinandersetzung Hochvermögen | juris, BGH |
|
||||||
|
| `fachanwalt-versicherungsrecht` | Großschäden, Konzern-D&O | BaFin, juris |
|
||||||
|
| `fachanwalt-transport-speditionsrecht` | Großschäden, internationale Verträge | CMR, juris |
|
||||||
|
| `fachanwalt-miet-wohnungseigentumsrecht` | Großbestand, mandatsbegleitend | juris, OLG-Portale |
|
||||||
|
| `immobilienrechtspraxis` | Großtransaktionen, Bestandsverwaltung | Grundbuch, juris |
|
||||||
|
| `verkehr-infrastrukturrecht` | Großprojekte | juris, BVerwG |
|
||||||
|
| `normenkontrolle-bauleitplanung` | Normenkontrollverfahren, mandatsbegleitend | juris, BVerwG, BauGB-Portal |
|
||||||
|
| `produktrecht` | Konzern-Produkt-Compliance, ProdHaftG, ProdSG | EUR-Lex, BAuA |
|
||||||
|
| `kanzlei-builder-hub` | Kanzlei-Setup-Workflow, mehrstufig | iManage-Pendant |
|
||||||
|
| `kanzlei-allgemein` | Kanzleiverwaltung, mandatsbegleitend | iManage-Pendant |
|
||||||
|
| `common-law-kompass` | Cross-Border, lange Skills sinnvoll | Westlaw, CourtListener |
|
||||||
|
|
||||||
|
**Klasse A = 70 Plugins.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### Klasse B — TEILAUSBAU (Median ~7k Bytes, nur 5 statt 10 Pflicht-Sektionen)
|
||||||
|
|
||||||
|
**Plugins, die zwar fachlich tief sind, aber nicht das Großkanzlei-Mandatsleben-Setup haben. Tiefer als heute, aber nicht volles Anthropic-Maß.**
|
||||||
|
|
||||||
|
| Plugin | Warum Klasse B |
|
||||||
|
|---|---|
|
||||||
|
| `fachanwalt-agrarrecht` | Fach tief, aber kleines Mandantenuniversum |
|
||||||
|
| `fachanwalt-sportrecht` | Spezialgebiet, mandatsbegleitend nur teils |
|
||||||
|
| `fachanwalt-migrationsrecht` | Tief, aber meist Einzelfall, nicht "Großkanzlei-Inhouse" |
|
||||||
|
| `fachanwalt-sozialrecht` | Tief, aber meist Einzelfall — siehe `selbstvertreter-sozialgericht` |
|
||||||
|
| `fachanwalt-verkehrsrecht` | Meist Einzelfall, aber Wirtschaftsstrafrecht-Schnittmenge |
|
||||||
|
| `bereicherungs-und-anfechtungsrecht-pruefer` | Eher Tool, aber dogmatisch komplex |
|
||||||
|
| `betreuungsrecht` | Mandatsbegleitend, aber meist nicht Großkanzlei |
|
||||||
|
| `mietrecht` | Mandatsbegleitend, aber meist nicht Großkanzlei |
|
||||||
|
| `weg-hausverwaltung` | Mandatsbegleitend, kleiner Skalen |
|
||||||
|
| `arbeitsrecht` | Eher Mittelstand, MCP-anbindbar (Konzern-Schnittmenge) |
|
||||||
|
| `arbeitszeugnis-analyse` | Tool, aber tief |
|
||||||
|
| `zwangsvollstreckung` | Mandatsbegleitend, mittlere Tiefe |
|
||||||
|
| `zwangsverwaltung-zvg` | Mandatsbegleitend, mittlere Tiefe |
|
||||||
|
| `forderungsmanagement-klagewerkstatt` | Workflow-Plugin, mittlere Tiefe |
|
||||||
|
| `insolvenzforderungsanmeldungspruefung` | Workflow, mittlere Tiefe |
|
||||||
|
| `liquiditaetsplanung` | Mandatsbegleitend Insolvenz-Vorfeld |
|
||||||
|
| `tabellenreview-3d` | Tool für Insolvenz, mittlere Tiefe |
|
||||||
|
| `audit` / `audits` | Workflow, mittlere Tiefe |
|
||||||
|
| `barrierefreiheit-web-checker` | Tool, mandatsbegleitend nur teils |
|
||||||
|
| `phishing-vorfall-pruefer` | IR-Workflow, mittlere Tiefe |
|
||||||
|
| `berufsrecht-ki-vertragspruefung` | KI-VO-nah, aber spezifischer Use-Case |
|
||||||
|
| `gewerblicher-rechtsschutz` (falls Klasse A schon: ignorieren) | — |
|
||||||
|
| `subsumtions-pruefer` | Tool, dogmatisch tief |
|
||||||
|
| `methodenlehre-buergerliches-recht` | Studium/Methodik, eher Klasse C — Grenzfall |
|
||||||
|
|
||||||
|
**Klasse B = ~25 Plugins.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### Klasse C — KURZ LASSEN (NICHT aufpumpen, bleibt bei Median ~4k oder weniger)
|
||||||
|
|
||||||
|
**Plugins, deren Wert kurz, präzise und tool-artig zu sein, ist. Aufpumpen würde sie schlechter machen, nicht besser.**
|
||||||
|
|
||||||
|
#### C1 — Selbstvertreter / Verbraucher / Schnellhilfe
|
||||||
|
Diese Skills brauchen den **Laien-Lese-Tempo**. Lang ist hier ein Bug, nicht ein Feature.
|
||||||
|
- `fluggastrechte`
|
||||||
|
- `selbstvertreter-amtsgericht`
|
||||||
|
- `selbstvertreter-sozialgericht`
|
||||||
|
- `nachbarschaftsstreit-pruefer`
|
||||||
|
- `mandantenanfragen-assistent`
|
||||||
|
- `rechtsberatungsstelle`
|
||||||
|
- `strafbefehl-verteidiger` (Grenzfall — wenn Tom es will, Klasse B)
|
||||||
|
- `verkehrsowi-verteidiger`
|
||||||
|
- `einfache-leichte-sprache-jura`
|
||||||
|
|
||||||
|
#### C2 — Kurze Tool-Skills (Ein-Klick-Werkzeuge)
|
||||||
|
- `anlagen-zu-schriftsaetzen`
|
||||||
|
- `zitierweise-deutsches-recht`
|
||||||
|
- `vertragsausfueller`
|
||||||
|
- `schriftform-und-textform-bgb`
|
||||||
|
- `email-umformulierer-berufsrecht`
|
||||||
|
- `meinungspruefer`
|
||||||
|
- `nda-abgleich` (Grenzfall — wenn als Großkanzlei-Tool gedacht: Klasse A; wenn Tool: C2) — **siehe Klasse A für Großkanzlei-Variante**
|
||||||
|
- `word-legal-ai-plugin-and-skill-for-german-lawyers`
|
||||||
|
- `bgb-at-pruefer`
|
||||||
|
- `jveg-kostenpruefer`
|
||||||
|
- `memorandums-ersteller`
|
||||||
|
|
||||||
|
#### C3 — Studium / Methodik / Sprachhilfe
|
||||||
|
- `jurastudium`
|
||||||
|
- `hausarbeitenmacher`
|
||||||
|
- `methodenlehre-buergerliches-recht` (Grenzfall, siehe Klasse B)
|
||||||
|
- `juristische-sprache-deutsch-als-zweitsprache`
|
||||||
|
|
||||||
|
#### C4 — Übersichten / Verzeichnisse
|
||||||
|
- `uebersicht-fachanwaltschaften`
|
||||||
|
- `verlagsredaktion`
|
||||||
|
|
||||||
|
**Klasse C = ~22 Plugins.**
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
### Klasse D — UNKLAR / Tom-Entscheidung
|
||||||
|
|
||||||
|
Falls du beim Bearbeiten unsicher bist, **NICHT raten** — leg den Plugin-Namen in `anthropic-lessons/UNCLEAR-SKILLS.md` ab mit kurzer Begründung. Tom entscheidet pro Plugin.
|
||||||
|
|
||||||
|
Kandidaten, die du Tom vorlegen solltest:
|
||||||
|
- `strafbefehl-verteidiger` — Selbsthilfe oder Anwalts-Tool?
|
||||||
|
- `methodenlehre-buergerliches-recht` — Studium oder Praxis?
|
||||||
|
- `nda-abgleich` — Großkanzlei-Klausel-Bibliothek oder Schnell-Check?
|
||||||
|
- `verwaltete-agentenrezepte` — Meta-Plugin, Sonderfall
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 3. Was bedeutet "Klasse A" konkret?
|
||||||
|
|
||||||
|
Für jeden Klasse-A-Skill gilt der **volle Pflicht-Sektionen-Katalog** aus `CODEX-INSTRUKTION-skill-tiefe-boost.md`:
|
||||||
|
|
||||||
|
1. Zweck (mit Großkanzlei-Kontext, nicht generisch)
|
||||||
|
2. Wann nutzen / wann NICHT
|
||||||
|
3. Voraussetzungen (welche MCP-Quellen sollten dranhängen — auch wenn noch nicht implementiert)
|
||||||
|
4. Workflow (mandatsbegleitend, mit Sub-Schritten über Tage/Wochen)
|
||||||
|
5. Prüfraster (mit konkreten Normen, BGH-/EuGH-Leitentscheidungen)
|
||||||
|
6. Output (mit Hand-Off-Tags `[juris]`, `[beck-online — verify]`, `[BGH-Urteil — verlinkt]`)
|
||||||
|
7. Quellen (NUR dejure.org, openjur.de, BGH/BVerfG/BAG/BFH/BVerwG, EUR-Lex, juris — keine BeckRS-Blind, kein anwalt24)
|
||||||
|
8. Hand-Off (welcher Skill kommt danach, mit konkretem Skill-Namen)
|
||||||
|
9. Was dieser Skill NICHT macht
|
||||||
|
10. Berufsrecht (BRAO, FAO, BORA, Verschwiegenheit, Interessenkonflikt — kein Boilerplate, sondern Skill-spezifisch)
|
||||||
|
|
||||||
|
**Median-Ziel:** ~11.000 Bytes pro SKILL.md
|
||||||
|
**Untergrenze:** 8.500 Bytes
|
||||||
|
**Obergrenze:** 16.000 Bytes (Anthropic-Max ~49k, aber das übertreiben wir nicht)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 4. Was bedeutet "Klasse B" konkret?
|
||||||
|
|
||||||
|
Reduzierter Pflicht-Katalog (5 von 10):
|
||||||
|
1. Zweck
|
||||||
|
2. Wann / wann NICHT
|
||||||
|
3. Workflow (mit Sub-Schritten)
|
||||||
|
4. Prüfraster (Normen + Leitentscheidungen)
|
||||||
|
5. Hand-Off
|
||||||
|
|
||||||
|
**Median-Ziel:** ~7.000 Bytes pro SKILL.md
|
||||||
|
**Untergrenze:** 5.500 Bytes
|
||||||
|
**Obergrenze:** 9.000 Bytes
|
||||||
|
|
||||||
|
Berufsrecht, Quellen-Tags, "Was NICHT" optional, wenn fachlich passend.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 5. Was bedeutet "Klasse C" konkret?
|
||||||
|
|
||||||
|
**Bleib unter 4.500 Bytes pro SKILL.md.**
|
||||||
|
|
||||||
|
Wenn ein Skill in einem Klasse-C-Plugin schon heute > 4.500 Bytes hat: **kürzen**, nicht erweitern. Wenn er bei 1.500–4.500 liegt: **lassen**.
|
||||||
|
|
||||||
|
Was du in Klasse C nur kurz erwähnst:
|
||||||
|
- Ein-Satz-Zweck
|
||||||
|
- 2–3 Bullet-Schritte
|
||||||
|
- Ein-Satz-Hinweis "ersetzt keine Rechtsberatung"
|
||||||
|
|
||||||
|
**NICHT** machen in Klasse C:
|
||||||
|
- Lange BGH-Zitate
|
||||||
|
- Berufsrechts-Boilerplate
|
||||||
|
- 10 Pflicht-Sektionen
|
||||||
|
- MCP-Quellenlisten
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 6. Reihenfolge der Bearbeitung (PR-Plan für Codex)
|
||||||
|
|
||||||
|
Tom will **viele kleine PRs auf dem Seitenbranch**, keinen Mammut-PR. Vorgeschlagene Reihenfolge:
|
||||||
|
|
||||||
|
### Phase 1 — Klasse A (70 Plugins, ~25 PRs, je 2–4 Plugins)
|
||||||
|
1. PR-A01: M&A-Kern (`grosskanzlei-corporate-ma`, `mittelstand-corporate-ma`, `corporate-kanzlei`)
|
||||||
|
2. PR-A02: Gesellschaftsrecht (`gesellschaftsrecht`, `gesellschaftsrecht-legal-english`, `fachanwalt-handels-gesellschaftsrecht`)
|
||||||
|
3. PR-A03: Kartell & Bank (`kartellrecht-marktabgrenzung-pruefung`, `fachanwalt-bank-kapitalmarktrecht`)
|
||||||
|
4. PR-A04: IT / KI / Datenschutz (`fachanwalt-it-recht`, `datenschutzrecht`, `dsa-dma-digitalregulierung`)
|
||||||
|
5. PR-A05: KI-VO-Familie (`ki-vo-ai-act-pruefer`, `ki-governance`, `ki-richtlinie-kanzleien`)
|
||||||
|
6. PR-A06: IP-Kern (`fachanwalt-gewerblicher-rechtsschutz`, `gewerblicher-rechtsschutz`, `markenrecht-fashion-luxus`)
|
||||||
|
7. PR-A07: Patent (`patentrecht`, `patentrecherche`)
|
||||||
|
8. PR-A08: Medien / Urheber (`fachanwalt-urheber-medienrecht`)
|
||||||
|
9. PR-A09: Außenwirtschaft / AML (`aussenwirtschaft-zoll-sanktionen`, `geldwaeschepraevention-aml-kyc`)
|
||||||
|
10. PR-A10: Insolvenzkern (`insolvenzrecht`, `insolvenzverwaltung`, `insolvenzplan-starug-planwerkstatt`)
|
||||||
|
11. PR-A11: Krise / Fortbestehen (`krisenfrueherkennung-starug`, `fortbestehensprognose`, `fachanwalt-insolvenz-sanierungsrecht`)
|
||||||
|
12. PR-A12: Bau / Medizin / Verwaltung (`fachanwalt-bau-architektenrecht`, `fachanwalt-medizinrecht`, `fachanwalt-verwaltungsrecht`)
|
||||||
|
13. PR-A13: Vergabe / Steuer (`fachanwalt-vergaberecht`, `fachanwalt-steuerrecht`, `steuerrecht-anwalt-und-berater`)
|
||||||
|
14. PR-A14: Verfassung / Europa (`verfassungsrecht`, `europarecht-kompass`)
|
||||||
|
15. PR-A15: Politik-Compliance (`lobbyregister-bundestag`, `legistik-werkstatt`)
|
||||||
|
16. PR-A16: Energie / Umwelt (`energierecht`, `umweltrecht`)
|
||||||
|
17. PR-A17: bAV / Förderanträge (`bav-strategie-konzern`, `forschungszulage-antragstellung`, `dfg-foerderantrag`)
|
||||||
|
18. PR-A18: Vertrag / NDA (`nda-abgleich`, `vertragsrecht`, `wandeldarlehen-lebenszyklus`, `gesellschaftsgruender`)
|
||||||
|
19. PR-A19: Prozess (`prozessrecht`, `urteilsbauer-relationsmacher`)
|
||||||
|
20. PR-A20: Strafrecht (`aktenauszug-gerichtsverfahren`, `aktenaufbereiter-strafrecht`, `strafzumessung`, `fachanwalt-strafrecht`)
|
||||||
|
21. PR-A21: Arbeit / Erb / Familie (`fachanwalt-arbeitsrecht`, `fachanwalt-erbrecht`, `fachanwalt-familienrecht`)
|
||||||
|
22. PR-A22: Versicherung / Transport (`fachanwalt-versicherungsrecht`, `fachanwalt-transport-speditionsrecht`)
|
||||||
|
23. PR-A23: Immobilien (`fachanwalt-miet-wohnungseigentumsrecht`, `immobilienrechtspraxis`)
|
||||||
|
24. PR-A24: Verkehr / Infrastruktur / Bauleitplanung (`verkehr-infrastrukturrecht`, `normenkontrolle-bauleitplanung`)
|
||||||
|
25. PR-A25: Rest A (`produktrecht`, `kanzlei-builder-hub`, `kanzlei-allgemein`, `common-law-kompass`, `regulatorisches-recht`)
|
||||||
|
|
||||||
|
### Phase 2 — Klasse B (~25 Plugins, ~6 PRs)
|
||||||
|
26. PR-B01–B06: je 4–5 Plugins
|
||||||
|
|
||||||
|
### Phase 3 — Klasse C-Aufräumung (nur wenn Skills > 4.500 Bytes)
|
||||||
|
27. PR-C01: Kürzungen Selbstvertreter / Verbraucher
|
||||||
|
28. PR-C02: Kürzungen Tool-Skills
|
||||||
|
|
||||||
|
### Phase 4 — Optional
|
||||||
|
29. PR-OPT-01: Cold-Start-Prototyp (für Klasse-A-Plugins)
|
||||||
|
30. PR-OPT-02: Matter-Workspace-Konvention (`mandate/<slug>/mandat.md`)
|
||||||
|
31. PR-OPT-03: Source-Attribution-Tags `[juris]`, `[beck-online — verify]`
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 7. Pro PR
|
||||||
|
|
||||||
|
- Branch-Name: `anthropic-tiefe-boost-A01-ma-kern`, `…-A02-gesellschaft`, …
|
||||||
|
- Basis-Branch: `anthropic-patterns-experimente` (NICHT `main`)
|
||||||
|
- PR-Titel: `[Tiefe-Boost A01] M&A-Kern: grosskanzlei-corporate-ma, mittelstand-corporate-ma, corporate-kanzlei`
|
||||||
|
- PR-Body: Vorher/Nachher-Statistik (Bytes pro Skill, durchschnittliche Länge), kurz auflisten welche Pflicht-Sektionen ergänzt wurden
|
||||||
|
- KEIN Merge nach `main` — Tom merged manuell, wenn er fertig ist
|
||||||
|
- Validatoren müssen grün bleiben — die ASCII-Regeln aus der Haupt-Instruktion strikt einhalten
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 8. Fallback / Unklar
|
||||||
|
|
||||||
|
Wenn du beim Bearbeiten eines Plugins unsicher bist (z. B. Plugin sieht aus wie Klasse C, hat aber Großkanzlei-Komponenten):
|
||||||
|
|
||||||
|
1. Lege den Plugin-Namen mit kurzer Begründung in `anthropic-lessons/UNCLEAR-SKILLS.md` ab
|
||||||
|
2. Überspringe das Plugin im aktuellen PR
|
||||||
|
3. Mach mit dem nächsten weiter
|
||||||
|
|
||||||
|
Tom geht die UNCLEAR-Liste später durch.
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 9. Lies auch das
|
||||||
|
|
||||||
|
- **`CODEX-INSTRUKTION-skill-tiefe-boost.md`** — das eigentliche Werkzeug (Pflicht-Sektionen, ASCII-Regeln, Berufsrechts-Pattern, Vorher/Nachher-Beispiel)
|
||||||
|
- **`00-analyse-anthropic-vs-uns.md`** — was Anthropic anders macht und warum
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 10. TL;DR
|
||||||
|
|
||||||
|
- **70 Plugins** kriegen Anthropic-Tiefe (Klasse A — Großkanzlei, MCP, mandatsbegleitend)
|
||||||
|
- **25 Plugins** kriegen mittleren Boost (Klasse B)
|
||||||
|
- **22 Plugins** bleiben kurz oder werden gekürzt (Klasse C — Verbraucher, Tools, Studium)
|
||||||
|
- **Schau dir das Anthropic-Repo selbst an:** https://github.com/anthropics/claude-for-legal
|
||||||
|
- **Alles auf `anthropic-patterns-experimente`-Seitenbranch, NICHT nach `main` mergen**
|
||||||
Reference in New Issue
Block a user