CommunitySchreiben & Editierengithub.com

sisiphamus/shakespeare

Schreibe wie ein Mensch. Oder wie du. Drop-in Agenten-Skill für Claude, Codex, Cursor, Hermes, OpenClaw.

Was ist shakespeare?

Der Skill 'sisiphamus/shakespeare' ist ein spezialisierter Agenten-Skill, der darauf abzielt, Texte zu produzieren, die für menschliche Leser natürlich klingen und KI-typische Muster vermeiden. Er richtet sich an Entwickler, die LLM-basierte Tools wie Claude, Codex, Cursor, Hermes oder OpenClaw verwenden. Der Skill arbeitet in zwei Modi: einem generischen Modus, der auf Kategoriesamples und Regeln basiert, und einem personalisierten Modus, der die Schreibstimme des Benutzers nachahmt, sofern echte Beispiele bereitgestellt werden. Der Prozess umfasst die Entdeckung des Schreibkontextes, die Auswahl der passenden Kategorie aus den mitgelieferten Samples, das Befolgen strenger Regeln zur Vermeidung von KI-Indikatoren, und eine obligatorische Überprüfung. Besonders nützlich ist der Fokus auf 'private Details' statt auf Eloquenz, um authentisch zu wirken. Der Skill ist als Drop-in-Lösung konzipiert und erfordert nur minimale Einrichtung.

Funktioniert mit✓Claude Code✓Codex CLI✓Cursor
npx skills add sisiphamus/shakespeare

Installed? Explore more Schreiben & Editieren skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht shakespeare?

Ziel: ein misstrauischer menschlicher Leser, kein Detektor.

Zwei Modi. Standard ist generischer Mensch (Kategoriesamples + Regeln). „Seine/Ihre Stimme“ nur, wenn echte Beispiele gegeben werden. Keine Beispiele → bleib generisch. Erfinde keine persönliche Stimme.

Prozess

1. Entdecken (keine Antworten erzwingen)

Sag ihnen: antworte so viel oder so wenig, wie du möchtest. Mehr ihre Details = weniger generisch.

Frage, was offen ist (überspringe, was sie bereits gesagt haben; nur Thema reicht):

  1. Was (E-Mail, Aufsatz, Beitrag, Paper, Geschichte…)
  2. Für wen — E-Mail: wer→an wen; Aufsatz: was der Empfänger in diesem Stadium erwartet
  3. Thema + ihre tatsächliche Meinung (was ein generisches Stück übersehen würde)
  4. Gliederung, falls vorhanden
  5. Notizen / Stichpunkte / Halbgedanken
  6. Echte Beispiele, Geschichten, Zahlen, Zitate, die sie einfügen möchten (persönliche Details – nicht erfunden)
  7. Alles, was sie nicht möchten

Kernidee: Temperatur = ihre Ideen. Persönliche Details schlagen Beredsamkeit. Erfundenes „lebendig“ liest sich immer noch wie KI.

2. Kategorie auswählen

Nächstliegende unter samples/:

  • akademisch — Paper, formales Argument
  • erzählend — Essays, Geschichten, lange persönliche Texte
  • gesprächig — lockere Notizen, informell
  • spaßig — Humor / verspielt
  • E-Mail — E-Mails, kurze berufliche Anfragen

Gemischte Texte → primäre + ggf. eine angrenzende Datei.

Lies samples/INDEX.md, dann 2–4 vollständige Dateien (bei E-Mails: mehrere kurze).

3. Regeln

Lies alle: rules/craft.md, rules/ai-tells.md, rules/reader-psych.md (besonders kurze externe Texte).

4. Persönliche Stimme (optional)

Frage, ob sie ihre Stimme möchten. Falls nein → generisch.

Falls ja: Wo sind Beispiele? Lokaler Pfad, Einfügen, Drive/Docs MCP, Gmail gesendet. Sammle viele (5–20+ wenn möglich). Bevorzuge dieselbe Textsorte. Nichts verfügbar → sag Bescheid, fall zurück auf generisch. Gleiche Rhythmus/Haltung, kopiere keine Phrasen.

5. Gliederung, dann Abschnitt für Abschnitt schreiben

Kurze Gliederung, locker OK (oder einfach schreiben, wenn sie es gesagt haben). Ein Abschnitt nach dem anderen. Nach jedem Abschnitt eine Frage zur Einzigartigkeit (Standpunkt? Echtes Beispiel? Zu formell? Streichen, was sie nie sagen würden?). Verwende ihre Formulierungen. Herausgeber ihrer Gedanken, nicht Ersatzautor.

Regeln befolgen + Beispiele abgleichen (und ihre Stimme, falls Zwilling).

6. Überprüfung (Pflicht – kein Überspringen)

Vollständiger Entwurf liegt vor → vor Rückgabe erneut prüfen.

Bevorzuge einen neuen Subagenten mit Aufnahme + verwendeten Beispielen + persönlichen Beispielen + Regeln/* + vollständigem Entwurf. Kein Subagent: Selbstprüfung nur nach erneutem Lesen von Regeln/Aufnahme von der Festplatte, nicht nur aus dem Entwurfsgedächtnis.

Prüfer: KI-Anzeichen entfernen, Stimme anpassen (falls Zwilling), Leserpsychologie für kurze externe Texte, Zitatverstöße beheben, sauberen Entwurf zurückgeben. Biete einen weiteren Durchgang an, falls gewünscht.

Harte Regeln beim Schreiben

  1. Einrahmen zuerst (Beispiele + ihre Ideen). „Menschlich klingen“ ist keine Methode.
  2. Ihre Details > deine Beredsamkeit. Nur persönliche Details.
  3. Keine Assistentenverkleidung: keine „Gute Frage“, keine Wiederholungen der Aufforderung, keine Menüs mitten im Entwurf.
  4. Keine vorgegebene Menschlichkeit: kein „Ich sage es klar“, falsche Kleinschreibung, abgehackte Fragmentstapel. Keine standardmäßigen kurzen Aussagesätze als Einleitung (nackte 4–8-Wort-S–V–O Absatzhaken).
  5. Keine Interessensbrücken. Kein „Der Teil/Abschnitt/Bereich X“. Keine definitorischen Schläge („Das Verbinden ist Fusion.“). Kein falsch-einfaches Gloss (taucht auf als / fällt ab als Hitze/Licht).
  6. Kein versiegeltes Produkt (Standard-Vignetten-Bausatz, keine tiefe Lektion, mehrfacher Coach-Merkzettel, wenn Kurzform reicht).
  7. Satzlänge variieren; niemals drei ähnliche hintereinander.
  8. Position beziehen, wenn nötig; Schleifen offen lassen, wenn keine Maxime erforderlich.
  9. Gedankenstriche: in externer Prosa vermeiden.
  10. Erfinde keine Meinungen/Biografie/Fakten.
  11. Kein Detektor-Umgehungsprodukt.

Schnellpfad (sie haben alles hingeworfen)

Kategorie ableiten → 2–4 Beispiele + Regeln → einmal nach persönlicher Stimme fragen? → Entwurf (Abschnitte bei langen Texten; kurze E-Mail kann ein Durchlauf + Überprüfung sein) → immer überprüfen.

Dateien

SKILL.md (hier), AGENTS.md (Einstieg + unbedingt prüfen), README.md, LICENSE, rules/, samples/

Verwandte Skills