tderoussel/inbox-triage

E-Mail-Posteingang sortieren – entscheiden, ob eine Antwort nötig ist, Antworten entwerfen, Entscheidungen markieren und Rauschen identifizieren. Verwende diesen Skill, wenn der Benutzer sagt: 'Triage meinen Posteingang', 'Mach meine E-Mails', 'Was ist in meinem Posteingang?' oder 'Räume meine E-Mails auf'.

Was ist inbox-triage?

Dieser Skill verwandelt einen E-Mail-Posteingang in eine kurze Entscheidungsliste und einen Stapel mit Entwürfen – ohne jemals eine E-Mail abzusenden. Er analysiert ungelesene und aktuelle Nachrichten, sortiert sie in die Kategorien 'Braucht dich', 'Entwurf bereit', 'Zur Info' und 'Rauschen' und erstellt für die 'Entwurf bereit'-Kategorie Antwortentwürfe im Stil des Benutzers. Der Skill befolgt eine strenge Regel: Er darf niemals E-Mails senden, archivieren, löschen oder Abonnements kündigen – jede Aktion, die das System verlässt, wartet auf die Freigabe durch den Benutzer. Er unterstützt verschiedene E-Mail-Integrationen wie Gmail/Outlook MCP-Server, API-Clients oder CLI-Brücken (z. B. Composio) und kann auch mit mehreren E-Mail-Konten umgehen. Der Abschlussbericht fasst die Kategorien übersichtlich zusammen und macht auf Muster aufmerksam, die auf einen Bedarf an dauerhaften Lösungen wie Filtern oder Vorlagen hinweisen.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/tderoussel/agent-skills/tree/main/skills/inbox-triage

Installed? Explore more Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

Posteingang sortieren (Triage)

Verwandelt einen Posteingang in eine kurze Entscheidungsliste plus einen Stapel mit Entwürfen. Sendet niemals etwas ab.

Harte Regel

Nur Entwürfe. Nie senden, nie archivieren, nie löschen, nie abbestellen. Jede Aktion, die die Maschine verlässt, wartet auf den Benutzer. Dies ist nicht verhandelbar und lockert sich nicht mit zunehmender Vertrautheit.

Die Regel gilt auch dann, wenn die E-Mail selbst eine sofortige Antwort verlangt, und selbst dann, wenn der Benutzer bereits ähnliche Sendungen genehmigt hat. Die Genehmigung erfolgt pro Durchlauf.

Einrichtung

Jede E-Mail-Integration funktioniert – ein Gmail/Outlook MCP-Server, ein API-Client oder eine CLI-Brücke wie Composio:

composio search "E-Mails abrufen" --toolkits gmail
composio link gmail

Wenn der Benutzer mehrere E-Mail-Konten hat, unterstützen die meisten Integrationen mehrere Verbindungen pro Anbieter. Wähle eines explizit aus und frage nach, welches gemeint ist, falls es nicht eindeutig ist – die Sortierung des falschen Postfachs verschwendet den gesamten Durchlauf.

Schritte

1. Abrufen

Rufe ungelesene und aktuelle E-Mails ab. Standardmäßig die letzten 24 Stunden, sofern nichts anderes angegeben wurde; wenn es länger her ist, frage nach dem Zeitfenster, anstatt zu raten.

2. In vier Kategorien sortieren

KategorieBedeutung
Braucht dichEine echte Entscheidung, eine Verpflichtung, Geld oder eine Beziehung, die nur der Benutzer handhaben kann
Entwurf bereitRoutine-Antwort – schreiben, nicht senden
Zur InfoWissenswert, keine Aktion erforderlich
RauschenNewsletter, Quittungen, Benachrichtigungen, Kaltakquise

Ermessensentscheidungen, in der Reihenfolge ihrer Wichtigkeit:

  • Alles von einem zahlenden Kunden, einem Investor, einem Berater oder einem namentlich genannten engen Mitarbeiter geht zu Braucht dich, selbst wenn die Antwort routinemäßig aussieht. Führe diese Liste in der eigenen Kopie des Skills des Projekts.
  • Alles, was mit Geld, rechtlichem Risiko oder einer Verpflichtung zu tun hat, geht zu Braucht dich.
  • Kaltakquise ist Rauschen, es sei denn, sie ist wirklich relevant für etwas Aktives.
  • Wenn du zwischen Braucht dich und Entwurf bereit schwankst, wähle Braucht dich.

3. Antworten entwerfen

Für alles in Entwurf bereit schreibe die Antwort in der eigenen Stimme des Benutzers – verweise auf ein Markenstimmen- oder Schreibstil-Dokument, falls das Projekt eines hat. Kurz, direkt, ohne Füllwörter. Passe den Ton des Threads an: Eine einzeilige Frage erhält eine einzeilige Antwort.

Speichere sie als Entwürfe im E-Mail-Client, damit sie dort warten, wo der Benutzer bereits arbeitet, und zeige sie auch in der Zusammenfassung an.

4. Bericht

## Posteingang — <Datum>, <N> Nachrichten

### Braucht dich (<n>)
- **<Absender>** — <was sie wollen> → <was die Entscheidung ist>

### Entworfen (<n>)
- **<Absender>** — <Betreff> → <einsätzige Zusammenfassung der Antwort>

### Zur Info (<n>)
- <eine Zeile pro Stück>

### Rauschen (<n>)
<Anzahl nach Typ. Nenne jeden Absender, von dem abzubestellen sich lohnt – nicht abbestellen.>

Halte es überfliegbar. Wenn Braucht dich leer ist, sage das in einem Satz und höre auf – keine Aufblähung.

5. Muster erkennen

Wenn ständig dieselbe Art von E-Mail eintrifft und dieselbe Antwort erhält, sage das. Das ist ein Hinweis auf einen dedizierten Skill, einen Filter oder eine Standardantwort – und das ist wertvoller als die Sortierung selbst.

Dieses Skill auf einem Zeitplan ausführen

Gut geeignet für zwei- oder dreimal täglich. Entwürfe sammeln sich an, der Benutzer prüft sie in Chargen, nichts verlässt das System ohne ihn.

Individual skills in this repo

This repo contains 8 individual skills — each has its own dedicated page.

tderoussel/codebase-audit

Runs a ranked, evidence-backed audit of a product, codebase, or subsystem, ending in a verify list that separates proven findings from inferred ones. Use when the user asks for an audit, a gap analysis, a deep read, a bug hunt, a readiness check, a re-audit, a state reconciliation, or asks what they are not seeing. Trigger phrases include "audit", "gap analysis", "what am I missing", "deep audit", "readiness", "bug hunt", "review the whole thing". Produces findings and a verify list; does not fix.

tderoussel/competitive-teardown

Researches a competing product against your own and produces a ranked build-or-ignore verdict, plus optional comparison-page copy. Use when the user names a competitor or asks how their product stacks up against one. Trigger phrases include "vs us", "competitor", "what does X have", "should we copy", "competitive gap", "teardown", "are we behind". Produces a ranked verdict with effort estimates and an explicit not-worth-copying list.

tderoussel/decision-council

Run a structured multi-perspective review of a decision instead of getting one agreeable answer. Use when the user says run a council, get me perspectives on this, should I do X, stress-test this decision, or is this a good idea.

tderoussel/fleet-brief

Authors a workstream brief for dispatching multiple parallel build agents across one codebase, with per-lane file ownership, shared-ground warnings, and a derived DO-NOT list. Use whenever work is about to be split across concurrent agents, workers, lanes, or waves — even if the user does not say "write a brief". Trigger phrases include "fan out", "parallel agents", "orchestrate this", "split into lanes", "workstreams", "run these in parallel", "review-gated build". Produces the brief; does not dispatch.

tderoussel/overnight-build

Composes an autonomous unattended Claude Code build prompt that survives usage-limit resets via BUILD_LOG.md checkpointing, plus the launcher that restarts it. Use when the user asks for an overnight build, an autonomous build, a build to run while they sleep, an unattended or unsupervised session, or any long build they will not be monitoring. Trigger phrases include "overnight build", "run overnight", "build while I sleep", "autonomous build", "let it run", "unattended". Produces a single copyable prompt; does not run the build.

tderoussel/session-log

Write a durable record of a work session — what was built, root-caused, or shipped — into the project's notes. Use when the user says log this session, write a session log, record this, or when a substantial piece of work has just finished and needs to be handed off to a future session.

tderoussel/ship-gate

Verification gate for a Next.js-on-Vercel + Supabase + GitHub Actions stack, to run before claiming anything is shipped, deployed, live, merged, passing, or done. Use before saying a change is in production, before merging a PR, before reporting CI green, and before writing any status into a document — even if the user does not ask for verification. Trigger phrases include "is it live", "did it deploy", "ship it", "merge it", "is CI green", "confirm prod", "did that work". Encodes traps where the obvious check returns a false pass.

tderoussel/vault-doctor

Audits and repairs an Obsidian vault's structural health — broken [[wikilinks]], ambiguous duplicate filenames, missing or malformed frontmatter, stale status markers, and hub notes whose state sections have gone cold. Use when the user asks about vault health, broken links, vault cleanup, dead links, orphan notes, tag consistency, or says the vault feels messy or out of date. Trigger phrases include "vault health", "broken links", "clean up the vault", "audit the vault", "is the vault current". Read-only by default; every repair is proposed before it is made.

Verwandte Skills