3 Mods für
Claude Code.

Du bist mein Entwickler für Claude-Code-Mods. Baue in meiner lokalen Claude-Code-Umgebung einen Mod namens teamzentrale. Ich bin selbstständiger Webdesigner und möchte die Recherche passender Kunden, Anschreiben-Entwürfe und die Übersicht in drei getrennten Claude-Code-Sitzungen koordinieren.

Prüfe zuerst meine Version und lade den eingebauten Skill plugin-authoring. Lies die offiziellen Seiten https://code.claude.com/docs/en/plugins/mods/create und https://code.claude.com/docs/en/plugins/mods/api sowie die erzeugten Typdefinitionen meiner tatsächlich installierten Version. Nutze nur nachweislich vorhandene APIs. Wenn eine benötigte Funktion fehlt, benenne die konkrete Lücke, bevor du etwas ersetzt.

Baue drei Rollen: Recherche, Text und Chef. Ich soll vorhandene lokale Sitzungen ausdrücklich auswählen und jeder Rolle eine bestätigte Sitzungs-ID zuordnen können. Erkläre mir konkret, wie ich diese drei Sitzungen öffne, ihre IDs in meiner Version erhalte und die Verbindung bestätige. Lies nicht pauschal fremde Sitzungsverläufe aus. Verwende die dokumentierte Nachrichtenübermittlung zwischen Sitzungen. Zeige eine Übersicht mit Rolle, Auftrag, Status und letzter Antwort. Nachricht in Warteschlange und tatsächlich beantworteter Auftrag sind unterschiedliche Zustände. Eine nicht erreichbare Sitzung bleibt sichtbar als Fehler mit erneutem Sendeversuch auf Knopfdruck.

Die Recherche filtert geeignete Kontakte samt Begründung und Quelle. Der Text-Chat erstellt nur für diese Kontakte kurze persönliche Entwürfe. Der Chef ordnet jeden Entwurf seinem Kontakt zu und markiert fehlende Fakten. Ich löse den Ablauf bewusst aus; keine Endlosschleife und keine wiederholten automatischen Aufträge. Begrenze den Test auf zwei Kontakte und einen Durchlauf. E-Mails, DMs oder Formulare niemals versenden. Keine Berechtigungsabfragen automatisch genehmigen.

Lege diese ausdrücklich fiktiven Testdaten lokal an:
Mein Angebot: Ich baue übersichtliche Websites mit direkter Terminanfrage für kleine Betriebe.
Kontakt K1: Studio Nord, Physiotherapie, Website hat Leistungen, aber keine direkte Terminanfrage. Quelle: fiktive Testnotiz K1, keine überprüfte Website.
Kontakt K2: Radwerk West, Fahrradwerkstatt, Website hat bereits Online-Termine. Quelle: fiktive Testnotiz K2, keine überprüfte Website.
Auswahlregel: Nur Betriebe ohne direkte Terminanfrage vorschlagen. Keine E-Mail-Adresse erfinden.

Erwartetes Muster: K1 wird vorgeschlagen, K2 wird mit Begründung ausgeschlossen. Für K1 entsteht ein Entwurf wie: „Hallo Studio Nord, ich baue Websites mit direkter Terminanfrage für kleine Betriebe. Wäre ein kurzer Austausch dazu interessant?“ Markiere den Text als Entwurf auf Basis fiktiver Daten. Für meine spätere echte Recherche muss ich eigene URLs oder Unterlagen einsetzen; belegte Beobachtungen brauchen die jeweilige Quelle und den Prüfzeitpunkt.

Liefere den funktionierenden Mod mit verständlichen deutschen Beschriftungen, den Beispielmaterialien und einer kurzen Anleitung für Start, Stoppen, dauerhaftes Aufbewahren und Entfernen. Schreibe automatisierte Tests für korrekte Kontaktzuordnung, doppelte Nachrichten, fehlende Sitzungs-ID und nicht erreichbare Empfänger. Führe claude plugin validate und die verfügbaren Mod-Tests aus. Dokumentiere einen tatsächlichen lokalen Drei-Sitzungen-Test nur, wenn du ihn wirklich durchführen kannst. Sonst gib mir die genauen manuellen Testschritte und markiere ihn als offen. Prüfe aus Sicht eines neuen Nutzers, ob Rollen, Status und nächster Schritt eindeutig sind. Repariere konkrete Fehler in bis zu zwei gezielten Korrekturrunden; melde übrige Fehler und ungetestete Punkte getrennt. Behaupte kein bestandenes Senden einer E-Mail und keine echten Leads aus den Testdaten.

Du bist mein Entwickler für Claude-Code-Mods. Baue einen Mod namens modellweiche für meine lokale Claude-Code-Sitzung. Ich schreibe Kundenmails und bearbeite gelegentlich Code. Einfache Textkorrekturen sollen ein kleines verfügbares Modell erledigen, anspruchsvolle Aufgaben mein bisheriges Modell.

Prüfe Version, Zugang und verfügbare Modelle, ohne Zugangsdaten auszugeben. Lade plugin-authoring. Verwende https://code.claude.com/docs/en/plugins/mods/events und die lokalen Typdefinitionen als technische Grundlage. Die dokumentierte turn.step-Schnittstelle erlaubt die Modellwahl pro Anfrage. Beachte, dass Modellaliase vor Version 2.1.309 nicht zuverlässig aufgelöst werden; nutze dann eine verifizierte volle Modell-ID. Erfinde weder Modellnamen noch APIs.

Baue eine schlanke, erklärbare Regelentscheidung ohne zusätzlichen kostenpflichtigen Klassifizierungsaufruf. Automatisch Haiku nur dann, wenn der Nutzer ausschließlich Rechtschreibung in einem kurzen, vollständig mitgelieferten Text korrigieren lässt, keine Werkzeuge gebraucht werden und kein fachlicher Sinn verändert werden soll. Bei Mehrdeutigkeit, langen Texten, Codeänderungen, Recherche, vertraulichen Bewertungsfragen oder unbekanntem Kontext bleibt das bisherige Modell. Falls Haiku in meinem Zugang nicht verfügbar ist, keine heimliche Umstellung auf einen anderen Abrechnungsweg: bisherigen Ablauf erhalten und Grund anzeigen.

Zeige vor oder zusammen mit der Ausführung das ausgewählte Modell, den kurzen Entscheidungsgrund und eine manuelle Übersteuerung. Ein Modus „Nur Vorschlag“ soll die Entscheidung anzeigen, aber das Modell noch nicht ändern. Ein Aus-Schalter stellt das ursprüngliche Verhalten wieder her. Verhindere Wechsel mitten in einer Werkzeugkette und Wechsel-Schleifen. Ein Modellfehler darf höchstens einen klar sichtbaren Wiederholungsversuch nach meiner Wahl auslösen. Keine Behauptung, die objektiv billigste geeignete Lösung für jede Aufgabe zu kennen.

Lege drei fiktive Testaufträge an:
1. „Korrigiere nur den Tippfehler: Vielen Dank für Ihre Nachrihct.“ Erwartung: Haiku, Ergebnis „Vielen Dank für Ihre Nachricht.“, sonst keine Textänderung.
2. „Untersuche, warum die Anmeldung nach unserem Update scheitert, und ändere den Code.“ Erwartung: bisheriges Modell, keine automatische Haiku-Wahl.
3. „Mach das besser.“ Erwartung: bisheriges Modell und Rückfrage zum fehlenden Material.

Liefere Mod, Tests und deutsche Kurz-Anleitung. Trenne API-Kostenschätzungen und Tarifkontingent. Lies https://code.claude.com/docs/en/costs. Zeige nur tatsächliche Messwerte; unbekannte Werte heißen „nicht gemessen“. Eine Vergleichsschätzung muss Modellpreise, Token und Cache-Annahmen nennen und darf nicht „gespart“ heißen. Keine zusätzlichen Modellläufe allein zur Ersparnismessung ohne meine Zustimmung.

Teste die drei Entscheidungsfälle, manuelle Übersteuerung, Ausschalten, nicht verfügbares Haiku und Modellfehler. Führe claude plugin validate sowie die verfügbaren Mod-Tests aus. Prüfe getrennt, ob tatsächlich das ausgewählte Modell geantwortet hat; gib einen nicht durchgeführten echten Modelltest als offen an. Betrachte die Anzeige aus Sicht eines neuen Nutzers: Kann er Entscheidung und Grenzen verstehen? Korrigiere konkrete Fehler in bis zu zwei Runden. Gib danach den dauerhaften Ablageort, den konkreten Startbefehl und bestandene, fehlgeschlagene sowie offene Prüfungen an.

Du bist mein Entwickler für Claude-Code-Mods. Baue einen Mod namens arbeitsblick, der neben meinem Claude-Code-Chat ein ruhiges Dashboard zeigt. Ich bin selbstständig und möchte heute fällige Aufgaben und offene Antworten sehen, ohne sie im Chat suchen zu müssen.

Prüfe meine Claude-Code-Version und die Oberfläche. Lade plugin-authoring und lies https://code.claude.com/docs/en/plugins/mods/interface sowie die lokalen Typdefinitionen. Verwende die dort belegten Möglichkeiten für Seitenbereiche, Eingaben und Zustand. Baue kein externes Browser-Dashboard als angeblich integrierte Claude-Ansicht. Falls meine Oberfläche den benötigten Seitenbereich nicht anzeigen kann, sage das und nenne einen unterstützten lokalen Einstieg.

Erstelle zwei Bereiche: „Meine Aufgaben“ und „Noch antworten“. Jede Aufgabe zeigt Titel, Termin und Status; ich kann sie ergänzen, bearbeiten, abhaken und wieder öffnen. Jede Nachricht zeigt Absender, kurzen Betreff, Quelle und den Status „offen“ oder „erledigt“. Die Aktion „Antwort vorbereiten“ erzeugt nur einen Entwurf. Nichts senden und keine Nachricht allein durch das Öffnen als beantwortet markieren. Änderungen sollen nach einem Neustart erhalten bleiben. Biete Zurücksetzen der fiktiven Daten ausdrücklich als eigene Aktion an, ohne echte Daten zu löschen.

Nutze zunächst ausschließlich diese fiktiven Beispieldaten und kennzeichne sie in der Ansicht:
Aufgabe T1: Angebot für Studio Nord fertigstellen, fällig 03.11.2026, offen.
Aufgabe T2: Website-Entwurf intern prüfen, fällig 04.11.2026, offen.
Nachricht N1: Mara von Studio Nord, Betreff „Rückfrage zum Angebot“, Text „Kannst du mir sagen, was im Angebot enthalten ist?“, Quelle „fiktive lokale Testdaten“, offen.
Nachricht N2: Ben von Radwerk West, Betreff „Termin“, Text „Passt dir Donnerstag um 10 Uhr?“, Quelle „fiktive lokale Testdaten“, offen.
Für N1 fehlen Angebotsdetails. Ein Antwortentwurf darf keine Leistungen oder Preise erfinden und muss die fehlenden Angaben anfordern. Für N2 darf keine Verfügbarkeit ohne Kalenderdaten behauptet werden.

Lass mich lokale Daten selbst einsetzen. Für echte Postfachdaten sollst du zunächst die bereits verbundenen Zugänge nur nach Funktionsumfang prüfen. Binde erst nach meiner Auswahl genau dieses Postfach lesend an. Erkläre fehlenden Zugang konkret, ohne neue Konten, Abos oder Server einzurichten. Fiktive Einträge und echte Nachrichten nie vermischen; fehlgeschlagener Abruf und leerer Posteingang sind verschiedene Zustände. Keine automatische Hintergrundabfrage als Standard. Ein sichtbarer Aktualisieren-Knopf reicht.

Liefere den Mod mit deutscher Bedienung, gut lesbaren Abständen, Tastaturbedienung und kurzem Start-/Stopphinweis. Teste Hinzufügen, Abhaken, Wiederöffnen, Neustart mit gespeicherten Daten, leere Liste, fehlerhafte Daten und fehlenden Postfachzugang. Führe claude plugin validate und die verfügbaren Mod-Tests aus. Prüfe die Darstellung in meiner tatsächlichen Oberfläche, wenn zugänglich. Ein Test mit Beispieldaten ist kein bestandener Live-Postfachtest. Prüfe aus Sicht eines neuen Nutzers, ob Quelle, Status und nächste Aktion verständlich sind. Korrigiere konkrete Fehler in bis zu zwei Runden und liefere eine klare Liste bestandener, fehlgeschlagener und noch offener Prüfungen sowie dauerhaften Ablageort und konkreten Startbefehl.