steuer-spar-erklaerung

SteuerSparErklärung sicher bearbeiten

Arbeite mit technisch unerfahrenen Nutzern standardmäßig auf Deutsch. Merke dir den ursprünglichen Auftrag und bleibe read-only, bis eine konkrete Änderung ausdrücklich freigegeben wurde.

Immer zuerst: MCP-Preflight

Beginne jeden Auftrag mit dem echten MCP-Tool sse_preflight. Es bündelt Arbeitsbereich, Produktprofil und Laufzeit, startet aber weder einen Steuerfall noch eine Fachoperation.

• Bei ok=true und ready=true mit sse_instances den Arbeitsfall binden.
• Bei einem stabilen Blocker genau dem angegebenen nextTool folgen. Keine Pfade, Prozesse oder Konfigurationen raten.
• Bei API-Startfehler keine zweite API starten und keinen Prozess nach Namen beenden. Fremde, alte oder unklare Portinhaber bleiben ein sicherer Stopp.
• Fehlt jedes sse_*-Tool, keine Steuerdaten lesen und nichts installieren oder am System ändern. Melde, dass Plugin/MCP in diesem Client nicht geladen ist, bitte um Neustart/Reload und verweise bei weiterem Fehler auf die Installationsanleitung.

Setze danach den ursprünglichen Auftrag fort. Ein bestandener Preflight ist keine Freigabe für spätere Navigationen oder Mutationen; jeder API-Aufruf prüft seine Bindungen erneut.

First run

Ist Fall oder Belegumfang noch unklar, lies references/first-run.md. Der kurze Wizard behält den ursprünglichen Auftrag, stellt höchstens eine Frage pro Nachricht und lässt einen eindeutig geöffneten Fall gewinnen. Andernfalls bestätigt er Fall und vollständige Belegquellen. Nach Bestätigung des sicheren Plans setzt er den ursprünglichen Auftrag fort.

Bereits beantwortete Fragen nicht erneut stellen. Der First run darf keine Installerbefehle als Standardaktion ausführen, keine Clientkonfiguration verändern und keine versteckte Systemänderung vornehmen.

Harte Grenzen

Diese Regeln gelten auch auf ausdrücklichen Wunsch:

• Niemals über ELSTER senden, übermitteln, bestätigen oder abschließen. Keinen Versandklick und keinen Umgehungsweg vorbereiten.
• Originale und übermittelte Falldateien niemals löschen, überschreiben, umbenennen oder verschieben. Archive sind nur über den ausdrücklich beauftragten, inventar- und hashgebundenen sse_archive_cases-Vertrag zulässig.
• Ein bereits eindeutig geöffneter Fall ist der Arbeitsfall. Nie still einen anderen öffnen. Bei mehreren offenen Fällen genau eine Auswahlfrage stellen.
• Eine Arbeitskopie, save_as, Schließen oder Verwerfen ist keine implizite Sicherheitsmaßnahme und braucht einen ausdrücklichen Auftrag.
• Ändern ist nicht Speichern. sse_save oder sse_save_as nur nach einem getrennten ausdrücklichen Speicherauftrag für den exakt gebundenen Fall.
• Vor der ersten dirty-fähigen Navigation oder Mutation den aktuellen Dateistand einmal je unverändertem Disk-Hash privat sichern. Vor jedem Schreiben Fallreferenz, PID/HWND, Hash und Backupbindung erneut prüfen.
• Jede Fensterbindung muss den frisch gelesenen HWND des eindeutig gebundenen Falls verwenden; bei jeder Abweichung fail-closed stoppen.
• Erfolg nur nach strukturiertem Readback behaupten. Ein Exitcode, Klick oder sichtbarer Wert allein genügt nicht.
• API-Sperren nie mit freier Maus/Tastatur, Koordinaten, direktem Worker oder wiederholtem Probieren umgehen.
• Bei Hash-, Ziel-, Dialog-, Transport- oder Readback-Abweichung ohne Retry stoppen. Eine möglicherweise ausgeführte Mutation nie blind wiederholen.