Aufgaben Triage

aufgaben-triage

Status: beta — automatisierte Tests laufen grün in CI (tests/), noch keine händische Live-Abnahme durch den Maintainer. Keine Produktions-Garantie — Zweitkontrolle bleibt Pflicht (siehe CONVENTIONS.md, Reifegrad-Leiter).

Zweck

Aus dem Pilot-Call: eine Steuerkanzlei ohne Ticketsystem. Mails werden „manche auch einfach nicht" bearbeitet, DATEV-Aufgaben werden händisch priorisiert, Erledigtes wird vergessen auszutragen. Dieser Skill macht aus dem Posteingang eine Vorschlagsliste:

• Wem gehört die Mail? Mandanten-Zuordnung über Absender-Domain, Mandantennummer (beide wörtlich, treffer), Name/Alias gegen Absender-Name und Betreff (core/calc/matching, Stufen S1-S4). Kein Treffer über der Schwelle oder ein Gleichstand zwischen zwei Mandanten -> unzugeordnet (nie geraten).
• Ist es eine Aufgabe, eine Info oder eine Rückfrage? Regelbasierte Grobklassifikation (aufgabe/info/rueckfrage/unklar) — die Feinklassifikation und der Aufgabentitel in natürlicher Sprache sind Sache von Claude (Schritt 3 im Ablauf unten), der Executor liefert nur den regelbasierten Rohvorschlag.
• Wie dringend? Steuerliche Fristindikatoren (Katalog unten) plus — nur bei einem Steuerbescheid mit erkennbarem Bescheiddatum — die über core/calc/ao_fristen berechnete Einspruchsfrist. Priorität = Matrix aus Indikator-Dringlichkeit und Restfrist: sofort (< 3 Werktage oder Vollstreckung), hoch, normal, info — als RechenSchritt-Kette mit Begründung. Bewusste Annahme: das Bescheiddatum wird als Datum der Aufgabe zur Post behandelt (§ 122 Abs. 2 Nr. 1 AO) — in der Praxis meist zutreffend, aber nicht zwingend; ein bestätigtes Zustelldatum geht vor.
• Ist eine offene Aufgabe vermutlich erledigt? Wenn eine gesendete Mail an denselben Mandanten per thread_id/in_reply_to oder normalisiertem Betreff (ohne AW:/Re:/WG:) nach dem Anlage-Datum der Aufgabe verknüpft ist — nur als Vorschlag mit Beleg (welche Mail), kein automatisches Austragen.

Deterministik-Grenze (P1/P3): Zuordnung, Indikator-Erkennung, Fälligkeitsberechnung und Priorität kommen vollständig aus dem Executor core/calc/triage/ — Claude rechnet nie selbst. Aus dem Text extrahierte Werte (Bescheiddatum, Steuernummer-Muster \d{2,3}/\d{3}/\d{4,5}) laufen durchs Provenienz-Gate (core/verify/provenienz.py, P3) gegen den Quelltext der Mail, bevor sie in den Report übernommen werden — nicht belegte Werte werden verworfen, nie stillschweigend übernommen.

Kein Mail-Server-Zugriff im Executor (P4). Claude holt Mails und gesendete Mails über vorhandene M365-MCP-Server und übergibt sie als JSON-Datei. Ziel für To-dos ist Outlook/Microsoft To Do über MCP — nicht DATEV-Aufgaben (dafür gibt es keine API, siehe „Nicht abgedeckt").

Ablauf

1. Claude holt den Posteingang über MCP (M365-Connector) und baut die Eingabedatei nach schema/README.md — Mails, Mandantenliste (oder CSV-Pfad), optional offene Aufgaben und bereits gesendete Mails.

2. Claude ruft den Executor auf (kein eigenes Rechnen):

   python3 ${CLAUDE_PLUGIN_ROOT}/core/calc/triage/executor.py \
     --input <anfrage.json> --output <report.json>
   

3. Claude ergänzt Titel/Klasse als Entwurf: der Executor liefert einen groben, regelbasierten aufgabentitel_vorschlag (Kategorie + Betreff) und eine Grobklassifikation. Claude formuliert daraus einen verständlichen Aufgabentitel in natürlicher Sprache — als Entwurf, nie als Behauptung über den Sachverhalt selbst (P3: kein Sachverhalt wird gewürdigt, siehe stberg_einordnung).

4. Der Mensch bestätigt die Vorschlagsliste (Zuordnung, Klasse, Priorität, Erledigt-Vorschläge) — nichts wird automatisch übernommen.

5. Erst nach Freigabe: To-dos über MCP in Outlook/Microsoft To Do anlegen bzw. bestätigt-erledigte Aufgaben dort austragen. Dieser Skill selbst legt nichts an und trägt nichts aus (P2).

Eingabe (Datei-Kontrakt, P2)

Vollständiges Schema und Beispiel: schema/README.md, schema/beispiel-eingabe.json (8 synthetische Mails, keine echten Personen).

Fristindikatoren-Katalog

Substring-Suche (case-insensitiv) gegen core/calc/triage/indikatoren.json — längster/spezifischerer Begriff gewinnt, verhindert z. B., dass ein Vorauszahlungsbescheid zusätzlich als generischer Steuerbescheid einsortiert wird. Nur die Kategorie bescheid_einspruch erhält eine über core/calc/ao_fristen berechnete Fälligkeit (Einspruchsfrist); alle anderen Kategorien tragen nur ihre Standard-Dringlichkeit zur Prioritäts-Matrix bei.

Output-Format

JSON-Report: vorschlaege[] (je Mail: mail_id, mandant, zuordnung_stufe, klasse_vorschlag, indikatoren[], faelligkeit, faelligkeit_unklar, prioritaet, erkannte_steuernummern, rechenkette, aufgabentitel_vorschlag), erledigt_vorschlaege[] und unzugeordnet[]. Vollständiges Schema und Beispiel: schema/README.md, schema/beispiel-report.json. Exit-Codes: 0 Report erzeugt, 1 fachlicher Fehler/Schema-Verstoß, 2 Eingabefehler (CONVENTIONS.md).

Nicht abgedeckt

• DATEV-Aufgaben — keine API, dieser Skill spricht nur MCP-Ziele (Outlook/Microsoft To Do). Ein DATEV-Abgleich ist Kanzleisache.
• Automatisches Austragen — Erledigt-Vorschläge sind immer nur Vorschläge mit Beleg; das Austragen (in DATEV oder Microsoft To Do) bestätigt der Mensch.
• Bewertung des Bescheidinhalts — der Skill prüft nicht, ob ein Einspruch inhaltlich sinnvoll ist, nur ob und wann die Frist läuft.
• Datumsextraktion bei Mehrdeutigkeit — mehrere/uneindeutige Datumsangaben im Umfeld von „Bescheid vom"/„Datum" ergeben [unklar], nie ein geratenes Datum; Priorität wird dann zwingend auf hoch gesetzt.
• Fälligkeit für andere Kategorien als bescheid_einspruch — z. B. eine in einem Anhörungsschreiben genannte Frist wird nicht ausgerechnet, nur als „hoch" markiert; die konkrete Frist liest die Kanzlei aus dem Schreiben.
• Aktenzeichen-Extraktion — das Mandanten-Schema dieses Skills führt kein Aktenzeichen-Feld (anders als email-akten-zuordnung in legal-ops-germany); die Zuordnung läuft über Domain/Mandantennummer/ Name/Alias/Betreff.

Quellenstand

Alle Normen des Fristindikatoren-Katalogs sind einzeln gegen gesetze-im-internet.de geprüft, geprueft_am: 2026-09-08 (siehe indikatoren.json). Die Einspruchsfrist-Berechnung selbst kommt unverändert aus ao-fristenrechner — dortiger Quellenstand und „Nicht abgedeckt" (Dreitagesfiktion vor 2025, Fiktionstag-Verschiebung) gelten hier unverändert mit.