Ein 24/7-KI-Buchhalter: Der Techthos-Stack

Das Endspiel

Stellen Sie sich vor, Sie sagen Ihrem Buchhalter genau einmal:

„Stell der Mustermann GmbH monatlich Rechnung, auf Basis der erfassten Stunden dieses Monats. Meine Standard-Vorlage verwenden. Einreichung bei myDATA am Tag nach der Ausstellung. Vor dem Versand markieren, falls etwas auffällig ist.”

…und denken danach nie wieder daran. Das ist der Agent. Er wacht planmäßig auf, liest den Stand Ihrer Arbeit, formuliert einen Vorschlag, holt sich Ihre Ein-Klick-Freigabe (oder fährt fort, wenn Sie ihn vorab autorisiert haben) und meldet, was er getan hat. Er ist im Wortsinn ein gehosteter Mitarbeiter — nur dass sein Arbeitsplatz aus einer Reihe von MCP-Servern besteht und sein Gedächtnis aus einer Reihe von Skills.

Die Architektur, von oben nach unten

flowchart TD
    A["<b>Gehosteter Buchhalter-Agent</b><br/><i>GPT-5 · 24/7</i><br/><br/><b>Skills</b><br/>invoicing-policy · greek-vat<br/>reconciliation · client-comms<br/>myDATA-submission"]:::agent
    A -->|MCP| B["<b>clockwork</b><br/><i>Zeit</i>"]:::tool
    A -->|MCP| C["<b>invoicework</b><br/><i>Rechnungen</i>"]:::tool
    A -->|MCP| D["<b>gofolio</b><br/><i>PDF</i>"]:::tool
    A -->|MCP| E["<b>yourdata-mcp</b><br/><i>AADE</i>"]:::tool
    E --> F["<b>yourdata-sdk</b><br/><i>REST / XML</i>"]:::sdk

    classDef agent fill:#494fdf,stroke:#376cd5,color:#ffffff,stroke-width:2px
    classDef tool fill:#1e293b,stroke:#64748b,color:#f1f5f9,stroke-width:1.5px
    classDef sdk fill:#334155,stroke:#94a3b8,color:#e2e8f0,stroke-width:1px,stroke-dasharray: 5 3

Drei Schichten, jede ersetzbar:

1. Die Agentenschicht — GPT-5 (oder ein anderes Modell, das MCP spricht), das auf einem gehosteten Zeitplan läuft. Hier wohnt das Urteil.
2. Die Skills-Schicht — Fachwissen, kodifiziert als Skills: wie sich eine griechische Rechnung nummeriert, welches Umsatzsteuer-Regime greift, wann myDATA verspätete Einreichungen akzeptiert, wie man eine höfliche Zahlungserinnerung formuliert. Skills sind, wie der Agent denkt wie ein Buchhalter.
3. Die Werkzeugschicht — fünf eigenständige Go-Mikroanwendungen, jede mit einer MCP-Oberfläche. Skills sind, was der Agent denkt; MCP-Server sind, was er tun kann.

Was jede Schicht beiträgt

Werkzeuge (MCP-Server). Deterministisch, prüfbar, langweilig. Jedes erledigt einen Job, hat seine eigene Datenbank und kann von einem Menschen aus dem Terminal bedient werden:

• clockwork — Zeiteinträge lesen/schreiben, Stunden zusammenfassen, Aktivität aus Git ableiten
• invoicework — Rechnungen und Angebote entwerfen, speichern und nummerieren (mehrere AFM, mehrere Serien)
• gofolio — beliebige YAML-Dokumentspezifikationen als PDF rendern
• yourdata-mcp (über yourdata-sdk) — AADE-myDATA-XML vorschauen, validieren und einreichen

Skills. Implizites Wissen, explizit gemacht. Ein Skill ist eine Markdown-Datei, die der Agent lädt, wenn ein Trigger passt, und die ihm sagt, wie etwas richtig geht: welche Felder myDATA in der Produktion ablehnt, in der Sandbox aber durchlässt, wie man Mehrwertsteuer korrekt auf den Cent rundet, wann eine Gutschrift statt einer Stornierung das richtige Mittel ist, wie man eine deutsche oder griechische Zahlungserinnerung formuliert, die nicht roboterhaft klingt.

Der gehostete Agent. Der Orchestrator. Ihm gehören der Zeitplan (cron-artige Routinen: „jeden 1. des Monats Rechnungen aus den Stunden des Vormonats entwerfen”), das Gedächtnis (welche Kunden zu welchen Konditionen) und die Eskalationspolitik (wann nachfragen, wann autonom handeln).

Warum diese Form, nicht ein Monolith

Eine klassische Buchhaltungs-SaaS würde all das in eine Anwendung mit einer Datenbank und einer UI gießen. Wir haben das bewusst nicht getan, aus drei Gründen:

1. Der Agent ist die UI. Wenn Chat die primäre Oberfläche ist, brauchen Sie kein einheitliches Frontend — Sie brauchen einheitliche Tool-Semantik. MCP liefert genau das, ohne die Implementierungen aneinander zu koppeln.
2. Jedes Werkzeug bleibt ohne den Agenten nützlich. clockwork ist für sich allein eine vollständige Zeiterfassung. yourdata-sdk ist aus jedem Go-Programm heraus nutzbar. Wer den Agenten nicht will, braucht ihn nicht. Und wenn der Agent ausfällt, liegen Ihre Rechnungen weiterhin in Ihrer bbolt-Datei auf der Platte.
3. Skills entwickeln sich schneller als Code. Griechische Steuerregeln ändern sich. Kundenpräferenzen ändern sich. Ein Skill ist eine Markdown-Änderung; eine Schema-Migration ist es nicht.

Was „24/7” tatsächlich heißt

Der gehostete Agent ist kein Chatbot, der auf Input wartet. Es ist eine Sammlung geplanter Routinen plus ein Posteingang:

• Geplant: „Am 1. die Rechnungen des Vormonats entwerfen.” „Jeden Montag myDATA-Einreichungen gegen den invoicework-Stand abgleichen.” „Jedes Quartal die Umsatzsteuer-Zusammenfassung vorbereiten.”
• Reaktiv: „Wenn ein Kunde wegen einer Rechnung schreibt, sie nachschlagen und eine Antwort entwerfen.” „Wenn clockwork mehr als 40 Stunden auf einem nicht abrechenbaren Projekt zeigt, melden.”
• Mensch in der Schleife: Jede Aktion, die Geld kostet, eine E-Mail versendet oder eine Behörden-API trifft, hat ein konfigurierbares Freigabe-Tor.

Wo wir stehen, wo wir hingehen

Heute existieren die fünf Werkzeuge als eigenständige Go-Anwendungen, jede mit eigenem MCP-Server. Die nächsten Etappen:

• Skill-Bibliothek — das Playbook eines Buchhalters für griechische KMU als Skills kodifizieren (Rechnungspolitik, Umsatzsteuer-Regimes, myDATA-Eigenheiten, Erinnerungs-Etikette).
• Gehostete Laufzeitumgebung — den Agenten vom Laptop auf einen geplanten, persistenten Host mit dauerhaftem Gedächtnis und Audit-Logs umziehen.
• Freigabe-Oberfläche — eine minimale, mobil-freundliche UI für den einen Job, den der Agent nicht allein erledigen kann: das „Ja, schick es” zu sagen.

Die Vision ist klein und konkret: ein Agent, einmal eingestellt, dauerhaft im Dienst, für die langweiligen Teile des Geschäftsalltags eines griechischen KMU.