Gemeinsame Basis
Ihre Skills nach Hüten (Rollen) ordnen
Ein Orchestrator pro Rolle, der an spezialisierte Bausteine weiterleitet: Ihr Know-how wird wiederverwendbar, für Sie und für andere.
Bildschirmfoto eines echten Werkzeugs · fiktive Daten, Namen unkenntlich · Oberfläche auf Englisch
Das Problem
Jedes Mal, wenn Sie Claude erklären, wie eine Doktorarbeit zu korrigieren oder eine Folie nach Ihrer Vorlage zu bauen ist, fangen Sie bei null an. Und sobald Sie mehrere Dutzend Anweisungssätze haben, weiß niemand mehr, welcher auszulösen ist.
Abbildung. Der Orchestrator leitet an die Bereiche und ihre Bausteine weiter.
Schritt für Schritt
-
Schreiben Sie einen Skill, sobald sich ein Know-how dreimal wiederholt: eine Anweisungsdatei mit ihren Auslösesätzen („korrigiere diese Doktorarbeit“, „bereite diesen Fall auf“), ihren Schritten, ihrem Ergebnis und ihren Schutzvorkehrungen.
-
Bündeln Sie sie nach Hüten (Rollen): ein Orchestrator pro Hut (akademisch, Abteilung, datengetriebene Forschung …). Er ordnet die Anfrage ein und leitet an einen Baustein weiter, ohne die Detailarbeit je selbst zu erledigen.
-
Legen Sie die Grenzen fest: was jeder Hut ausschließt und an welchen anderen Skill er übergibt.
-
Legen Sie ein Claude-Projekt pro Bereich an, um den Gesprächskontext zu bewahren (Akademisch, Abteilung, Forschung).
-
Führen Sie eine Skill-Karte (ein Artefakt): welcher Skill, welcher Auslöser, welcher Aufgabenbereich, welcher Status.
-
Lassen Sie Änderungen als „freizugebende Karten“ vorschlagen, in kleinen Paketen, statt die KI ihre eigenen Skills umschreiben zu lassen.
-
Verpacken Sie Stabiles als Plugin, um es auf einem neuen Computer neu zu installieren oder mit einem Kollegen zu teilen. Ein Computerwechsel will vorbereitet sein:
- in drei Gruppen sortieren: was auf der Festplatte mitreist (Ordner, Datenbanken, Regeldateien); was mit dem Konto von selbst zurückkommt (Skills, Aufgaben, Artefakte); was von Hand neu einzurichten ist (Verbindungen, eingebundene Laufwerke, Berechtigungen);
- die Kopie durch Nachzählen auf beiden Seiten prüfen (Anzahl der Dateien und Größe pro Ordner);
- auf den Namen des Benutzerordners achten: Er ist das eigentliche Risiko, denn alle Pfade hängen von ihm ab;
- solange beide Rechner produzieren, nur einen Master behalten; der andere erhält Neues inkrementell, im Modus „vorsichtig“ (ergänzt nur, was fehlt) oder „aktualisieren“ (überschreibt nie eine neuere Datei);
- die an den Rechner gebundenen Aufgaben neu anlegen und ihre Zeitzone prüfen (die Zeitumstellung kann sie verschieben);
- den alten Rechner nach einem vollständigen Monatszyklus in den Ruhestand schicken, ohne ihn zu löschen.
-
Eine wöchentliche Lernschleife: Jede Woche liest Claude die von Ihnen vorgenommenen Korrekturen erneut und schlägt ein Paket von Skill-Aktualisierungen vor, das Sie nach dem Lesen selbst installieren. Die Einzelheiten stehen in der Karte Die Lernschleife.
-
Eine „Hut“-Seite pro Rolle: ein Hierarchie-Reiter (Orchestrator, Bereiche, Bausteine), ein Reiter pro Bereich mit dem Status seiner Akten, ein Reiter für Skills und geplante Aufgaben und die Liste dessen, was außerhalb bleibt.
-
Räumen Sie die Sammlung auf: Ein Alias oder eine Dublette wird archiviert (nie gelöscht); ein von zwei Hüten geteilter Baustein wird als solcher ausgewiesen; eine an andere verteilte Variante überschreibt nie Ihre persönliche Version; Format-Skills (Word, PowerPoint, Excel, PDF) bleiben übergreifend.
Abbildung. Die Agenten und ihre Skills: siehe die Seite Agenten.
Mehrere Agenten, die zusammenarbeiten
- Ein gemeinsames Projektregister, das jeder Agent zuerst liest: Ein Sub-Agent beginnt mit leerem Gedächtnis und sieht die Gespräche der anderen nicht. Das Register (Projekt, Stand, Ordner, nächster Schritt, zuständiger Agent) gibt ihm den Kontext in einem einzigen Lesedurchgang.
- Zwei Arten der Delegation: die direkte Übernahme, bei der ein einzelner Agent die Anfrage von Anfang bis Ende bearbeitet; oder der Dirigent, der mehrere Agenten parallel startet und dann ihre Ergebnisse zusammenführt. Die zweite kostet etwa zehnmal so viel wie ein Gespräch und bleibt daher umfangreichen Aufgaben vorbehalten (eine Übersicht entlang mehrerer Achsen, eine vollständige Bestandsaufnahme). Ein Sub-Agent startet selbst keine weiteren Sub-Agenten: Die Arbeit verteilt der Orchestrator.
- Übergreifende Kompetenzpole: eine Matrix Agenten × Forschungsthemen (zum Beispiel „Schlaf und Leistungsfähigkeit“, „Simulation in der Lehre“, „Daten aus der Versorgungspraxis“). Jeder Pol hat sein einseitiges „Pol-Briefing“ (Fragestellung, Quellen, laufende Projekte, nächste Fristen), das jeder Agent liest, bevor er an diesem Thema arbeitet.
- Ein Vertrag pro Agent, geschrieben, bevor er gebaut wird: was er tut, was er ausschließt, was er liefert. Dann ein Prüfstand aus rund zwanzig echten Anfragen mit der erwarteten Antwort (welcher Agent, welches Ergebnis), der nach jeder Änderung erneut durchlaufen wird.
- Ein Zyklus in sieben Schritten: Eingang (eine E-Mail, eine Datei, ein Satz) → Orchestrator (ordnet ein und leitet weiter) → Agent (führt aus) → Ausgabe (Ergebnis im Freigabebereich) → Freigabe (Sie) → Audit (eine getrennte Prüfung stellt fest, ob sich alles geschlossen hat) → Lektion (das Gelernte fließt in den Skill zurück).
- Ein „Brücken“-Hut, wenn ein Bereich an ein anderes Projekt übergeht: Er bleibt sichtbar, nur lesend. Brücken laufen über den Index, die Verknüpfungen und das Protokoll, nie über Kopien. Der alte Reiter wird eingefroren und datiert.
Die eigenen Skills prüfen und verschlanken
Erst entfernen, dann ergänzen. Die Diagnose ist fast immer dieselbe: aufeinanderfolgende Schichten von Anweisungen, nie entfernt, die sich am Ende widersprechen.
- Die Größe jedes Skills messen und mit den längsten beginnen.
- Jede Beschreibung auf 40–60 Wörter kürzen: der Zweck, 5 bis 8 Auslöser, ein Ausschluss. Eine lange Beschreibung verwischt die Zuordnung; eine sehr kurze löst zu selten aus.
- Eine einzige Quelle pro Regel: Über mehrere Skills verstreute Regeln wandern in eine gemeinsame Regeldatei, auf die die Skills verweisen.
- Ausnahmen von Schutzvorkehrungen datieren und in dieser Regeldatei ablegen, nie im Text eines Skills.
- Eine Statuszeile am Anfang jedes Skills: Version, Datum, aktiv oder im Ruhestand, der Skill, der ihn ersetzt.
- Erfasste Fehlschläge nach Grundursache ordnen (Auslöser, fehlende Regel, fehlende Quelle, Konflikt zwischen Skills), statt sie einzeln zu beheben.
Erste Baustelle: abschalten, zusammenführen und archivieren. Nie löschen.
Ergebnis
Eine nach Rollen geordnete Skill-Bibliothek, eine lesbare Karte, ein Projekt pro Bereich.
Einstiegsprompt
Analysiere meine Unterhaltungen der letzten zwei Monate, gruppiere sie nach Thema und schlage für jedes Thema vor: ein Projekt anlegen, einen Skill anlegen oder nichts. Stelle es in einer Tabelle zur Freigabe dar, ohne etwas zu ändern.