TaskMonkey im Überblick.
TaskMonkey ist eine Multi-Tenant-Plattform, auf der Sprachmodelle über definierte Werkzeuge (Tools) in die Systeme eines Betriebs eingreifen: Bestellungen nachschlagen, Datensätze anlegen, Mails beantworten, Berichte erzeugen. Jeder Kunde bekommt einen eigenen Workspace, dessen Verhalten vollständig als versionierte Konfiguration beschrieben ist — Tools, Prompts, Assistenten, Zeitpläne, API-Anbindungen. Dieselbe Konfiguration bedient den Chat im Browser, die Mobile-App, Messenger, E-Mail und Hintergrund-Jobs. Diese Seite beschreibt Technik, Umfang und Stand des Produkts für Geschäftspartner und Investoren; jede Sektion verweist auf die passenden Kapitel im Handbuch.
Das Modell ruft Tools auf, die echte Systeme lesen und schreiben (ERP, Shop, CRM, Banking, Datenbanken). Welche Tools ein Kontext nutzen darf, legt die Konfiguration fest.
Ein Workspace ist ein Ordner mit PHP-Konfigurationsdateien — in Git versioniert, per CLI synchronisiert, ohne eigenes Deployment pro Kunde.
Web-Chat, eingebettetes Widget, iOS-App, WhatsApp, Facebook, Instagram, E-Mail, Dashboards und Cron-Jobs greifen auf dieselben Tools und Assistenten zu.
tm)
LLMs Anthropic, OpenAI, Google
Betrieb Mittwald, app.taskmonkey.de
Anbieter meco GmbH, Bremen
Ein Kern, pro Kunde eine Konfiguration.
Die Plattform trennt strikt zwischen dem gemeinsamen Laufzeit-Kern und der Workspace-Konfiguration. Neue Kunden und neue Abläufe entstehen durch Konfiguration, nicht durch Änderungen am Kern.
Workspaces
Nutzer, Chats, Tools und Konfiguration gehören immer zu genau einem Workspace. Der Tenant-Loader liest die Konfiguration bei jeder Anfrage; Änderungen sind ohne Neustart aktiv. Plattformweite Tools liegen in einem gemeinsamen _shared-Bereich und werden pro Workspace freigeschaltet.
Deklarativ vor Handler
Ein Tool ist bevorzugt eine reine Beschreibung: API-Key, Endpunkt, Methode, Parameter-Schema, Mapping, Retry. PHP-Handler nur, wo echte Logik nötig ist (Schleifen, Zustandsautomaten); Tools rufen sich dabei gegenseitig auf, statt eigene Hilfsfunktionen zu definieren.
LLM-Profile
Claude, GPT und Gemini laufen hinter einer gemeinsamen Provider-Schnittstelle, inklusive Streaming. Benannte Profile legen pro Workspace oder Assistent Modell und Anbieter fest; Kosten werden pro Aufruf erfasst.
Rollen mit Tool-Allowlist
Ein Assistent bündelt System-Prompt, erlaubte Tools und Startverhalten. Master-Assistenten delegieren Teilaufgaben an andere Assistenten oder erzeugen Ad-hoc-Agenten; ein Agent-Mode ergänzt Plan-Disziplin, Schleifen-Erkennung und ein Kostenlimit pro Durchlauf.
Scheduled Tasks & E-Mail
Tools und Assistenten laufen per Zeitplan ohne Nutzer. Eingehende Mails an die Workspace-Adresse werden samt Anhängen an einen konfigurierten Assistenten übergeben.
State, Memory, Wissen
Tool-State hält Zwischenstände über mehrere Chat-Turns (Wizards, Scans). Ein Gedächtnis in Markdown speichert dauerhafte Fakten pro Workspace und Nutzer. Knowledge Bases nutzen Volltextsuche in MySQL.
runPython
Das Modell kann kurzen Python-Code ausführen, um große Tool-Ergebnisse auszuwerten, ohne sie in den Prompt zu laden. Heute ein Subprozess mit Zeit- und Output-Limit; Container-Isolation ohne Netzwerk ist als nächste Stufe vorgesehen.
DB-Gateway & Supabase
Das Database Gateway legt temporär (Standard 24 h, standardmäßig nur lesend) ein abgesichertes Skript auf einen Kundenserver und fragt dessen Datenbank ab — z. B. Contao oder WordPress. Supabase dient als workspace-eigene Postgres-Datenbank.
Service Account & OAuth
Sheets und Calendar laufen über einen zentralen Service Account; der ToolRunner holt und cached Tokens selbst. Drive und Dropbox nutzen OAuth-Verbindungen pro Workspace mit automatischem Refresh.
Wo Menschen mit dem System arbeiten.
Alle Oberflächen nutzen denselben Chat-Kern und dieselbe Workspace-Konfiguration. Ein Tool, das einmal gebaut ist, steht im Browser, in der App und im Messenger gleichermaßen zur Verfügung.
Web-Chat
Chat für eingeloggte Mitarbeiter mit Streaming, Datei-Uploads (PDF, Bilder), klickbaren Folgevorschlägen, Slash-Befehlen und Live-Plan-Anzeige bei mehrstufigen Aufgaben. Ein Unified Chat wechselt dynamisch zwischen Assistenten.
Website-Widget
Web-Component per Script-Tag auf beliebigen Seiten. Ohne Login, mit strikter Tool-Allowlist: Ist keine Liste gesetzt, stehen keine Tools zur Verfügung. Typisch für FAQ, Beratung und Lead-Erfassung.
App (Flutter)
Native App mit Login, Assistenten-Liste und Chat, dazu Kamera-Upload, QR-/Barcode-Scanner, Diktat und Tabellenansichten — etwa für Inventur oder Wareneingang. Im Apple App Store verfügbar.
Inbox
E-Mail, WhatsApp, Facebook Messenger, Facebook-Kommentare, Instagram-DM und Web-Widget laufen in einem Thread pro Kontakt zusammen. Regelbasierte und LLM-Klassifizierung, Modi Auto / Entwurf / Mensch, Übergabe an Mitarbeiter im selben Thread, Schutz vor Antwort-Schleifen.
Dashboards
Chart- und KPI-Dashboards aus Tool-Daten, im Browser oder per Token-Link auf Wand-Displays, installierbar als PWA.
Voice
Diktat über die Spracherkennung des Browsers bzw. der App. Zusätzlich ein Gesprächsmodus mit Speech-to-Text und Sprachausgabe über Deepgram; WhatsApp-Sprachnachrichten werden transkribiert.
CLI tm & Claude Code
Das npm-Paket taskmonkey-cli synchronisiert Workspaces (pull, sync, watch), testet Tools und Konversationen, streamt Logs und Tool-Ausführungen live. tm pull legt Handbuch und Claude-Code-Skills in den Workspace, damit ein Coding-Agent plattformkonforme Tools baut.
Builder
Ein Assistent, der den eigenen Workspace per Chat erweitert: Konfiguration lesen, Tools schreiben (auch als Unified-Diff), testweise ausführen, Logs und Tool-Ausführungen auswerten. Schreiben ist auf den eigenen Workspace-Ordner begrenzt, mit Syntax-Prüfung, Code-Audit gegen die Tool-Konventionen und Backup.
Cockpit
Ein Tagesassistent pro Workspace: begrüßt mit priorisierten Themen, zieht Kennzahlen über Tools und merkt sich Fakten zum Geschäft im Gedächtnis. In einer ersten Ausbaustufe im Kundeneinsatz.
Was heute angebunden ist.
Die Liste nennt nur Anbindungen, die im Code existieren. „Plattform“ heißt: im gemeinsamen Kern oder in _shared, für jeden Workspace nutzbar. „Workspace“ heißt: als Tools in einem Kunden-Workspace gebaut und dort im Einsatz. Jede weitere REST-API lässt sich über apis.php und deklarative Tools ohne Kernänderung anbinden.
| System | Bereich | Umfang | Ebene |
|---|---|---|---|
| Anthropic Claude, OpenAI, Google Gemini | Sprachmodelle | Chat, Tool-Calling, Streaming, Kostenerfassung | Plattform |
| JTL-Wawi | Warenwirtschaft | Artikel, Aufträge, Preise, Bestände, Reklamationen, Gutschriften; lesender DB-Zugriff | Workspace |
| Shopify | E-Commerce | Bestellungen und Kunden suchen, GraphQL, Bulk-Export | Plattform |
| Google Sheets, Drive, Calendar | Office | Lesen/Schreiben von Tabellen, Dateien, Terminen | Plattform |
| E-Mail (IMAP/SMTP) | Kommunikation | Posteingang abholen, Threading, Versand über eigenen SMTP pro Workspace | Plattform |
| Meta: WhatsApp, Messenger, Instagram, FB-Kommentare | Messaging | Eingang per Webhook mit Signaturprüfung bzw. Polling, Antworten, Sprachnachrichten | Plattform |
| Meta Marketing API | Werbung | Kampagnen, Anzeigengruppen, Anzeigen, Budgets, Insights | Workspace |
| Commslayer | Helpdesk | Tickets, Konversationen, Abgleich mit der Inbox | Plattform |
| Propstack | Immobilien-CRM | Kontakte, Einheiten, Aktivitäten | Workspace |
| finAPI | Banking (PSD2) | Konten und Umsätze synchronisieren | Plattform |
| Dropbox | Dateien | Ablegen, Lesen, Suchen über OAuth | Plattform |
| Supabase | Datenbank | REST-Abfragen und SQL auf workspace-eigener Postgres-DB | Plattform |
| Contao, WordPress u. a. | CMS / Websites | Datenbankzugriff über das temporäre DB-Gateway, z. B. Blog-Beiträge veröffentlichen | Plattform |
| SendGrid | Mailing | Listen, Single Sends (als Entwurf), Statistiken | Workspace |
| Resend | Mailversand | Versand und Zustell-Events per Webhook | Plattform |
| Stripe | Abrechnung | Checkout, Kundenportal und Webhooks für die Workspace-Abos | Plattform |
| Deepgram | Sprache | Speech-to-Text und Sprachausgabe | Plattform |
| Trello, Apollo | Projekte, Leads | Boards und Karten; Lead-Recherche | Workspace |
| Google, GitHub | Login | Social Login für Nutzerkonten | Plattform |
| n8n | Workflows | bestehende n8n-Webhooks als Tools aufrufen (Rezept, keine eigene Integration) | Muster |
Von außen aufrufbar.
Tools sind nicht nur für das Sprachmodell da. Dieselben Definitionen lassen sich ohne Chat und ohne LLM direkt per HTTP ansprechen — die Fachlogik bleibt an einer Stelle.
Public Tool API
POST /api/public/tool/{workspace}/{tool} ruft ein Tool ohne Login auf, etwa aus einem Formular auf einer Kunden-Website. Ein Tool ist nur erreichbar, wenn es selbst ausdrücklich freigegeben ist; die Plattform übernimmt Freigabe-Prüfung, Rate-Limit pro IP, CORS und Fehlerbehandlung.
API-Keys & OpenAPI
Authentifizierte API pro Workspace: API-Keys (nur als Hash gespeichert), freigegebene Tools unter /api/v1/tools/{tool}, automatisch erzeugte OpenAPI-3.1-Beschreibung, standardmäßig nur lesend, Argument-Validierung gegen das Tool-Schema, Rate-Limits, Request-Log und Verwaltungsoberfläche. Entwickelt, noch nicht produktiv ausgerollt.
Regeln im Code, nicht nur im Dokument.
Mittwald
Produktivbetrieb auf einem vServer beim deutschen Hoster Mittwald (Web, Datenbank, Cron-Jobs) unter app.taskmonkey.de. MySQL 8.4 mit SSL-Verbindung.
Per Pre-Commit erzwungen
Jedes Workspace-Tool wird vor dem Commit gegen sieben Regeln geprüft: kein direkter Zugriff auf die App-Datenbank, keine globale Konfiguration, keine Shell-Befehle, kein freies HTTP außerhalb des deklarativen API-Pfads, keine freien Datei-Zugriffe, keine globalen Funktionen oder Konstanten. Neue Verstöße blockieren den Commit; ein vergleichbarer Code-Audit läuft, wenn der Builder Tools schreibt.
Freigaben per Allowlist
Öffentliche Chats sehen nur ausdrücklich freigegebene Tools — ohne Liste gar keine. Die Public Tool API erreicht nur Tools mit eigener Freigabe. Assistenten arbeiten mit festen Tool-Listen.
Getrennt von der Konfiguration
Zugangsdaten stehen in einer .env pro Workspace und werden in der Konfiguration nur als {{secret:KEY}} referenziert. Aufgelöst wird unmittelbar vor dem HTTP-Aufruf; Secrets gelangen so nicht in Logs, Tool-Katalog oder den LLM-Kontext.
Limits im Agent-Loop
Kostenlimit pro Durchlauf, Schleifen-Erkennung (Hinweis nach zwei, Stopp nach drei identischen Aufrufen), gekürzte Tool-Ergebnisse im Prompt und LLM-Kostenerfassung pro Workspace.
Tests & Deploy
PHPUnit-Suite, automatisch in GitHub Actions bei jedem Push auf den Hauptzweig; dazu Playwright-End-to-End-Tests. Tools und Konversationen sind per CLI testbar. Deployments laufen über Deployer aus dem Git-Repository, inklusive Migrationen und Cache-Leerung — ausgelöst manuell und gebündelt, nicht bei jedem Commit.
Läuft produktiv — zuerst im E-Commerce.
Die Plattform ist aus dem laufenden Betrieb eines Kunden heraus entstanden und wird dort täglich genutzt. Weitere Workspaces sind kleiner und teils im Aufbau.
Bloomify — Operations-Hub
Ein Workspace bildet einen großen Teil des Tagesgeschäfts eines Onlinehändlers für Pflanzen ab (JTL-Wawi und Shopify), mit über 100 Tools und 23 Assistenten:
- Aufträge, Preise, Bestände, Retouren, Lieferscheine, Gutscheine, Reklamationen
- Omnichannel-Inbox über E-Mail, WhatsApp, Facebook und Instagram
- KPI-Dashboards, Bestandswarnungen, Banking-Sync, Cockpit mit Gedächtnis
- Foto-Mailing: Käufer eines Produkts erhalten Upload-Links; Einwilligung wird per Formular protokolliert, Kundendaten bleiben aus dem LLM heraus, Versand nur als Entwurf zur Freigabe
- Etiketten-Datenaufbereitung für InDesign, Pflanzenpässe
Lead-Verarbeitung für einen Projektentwickler
Öffentlicher Beratungs-Chat zu Neubauprojekten, der Interessenten erfasst und direkt im CRM (Propstack) anlegt; eingehende Anfragen per E-Mail werden automatisch verarbeitet.
Strichlisten-Abrechnung
Foto einer handschriftlichen Strichliste → Auswertung durch das Modell → Bestätigung → Eintrag in Google Sheets.
Brand-Guideline-Assistent
Öffentliches Wissens-Widget zu Designrichtlinien (Logo, Farben, Typografie) für einen Elektronik-Konzern, auf Basis einer Knowledge Base.
Eigener Workspace einer Digitalagentur
Onboarding über den Builder: Die Agentur baut ihren Workspace per Chat selbst auf. Frühes Stadium.
meco — Vertrieb auf der eigenen Plattform
Lead-Recherche, Anschreiben-Generierung mit Qualitätsprüfung, Freigabe, Versand, Antwort-Erfassung, Blog-Veröffentlichung ins CMS und Meta-Ads-Steuerung laufen selbst als TaskMonkey-Workspace.
Drei Wege zum Kunden.
Die technische Basis ist für alle Wege dieselbe; unterschiedlich sind Einrichtung, Preisbildung und wer den Kunden betreut. Die Preise sind für alle gleich: Start, Team, Pro, Individuell.
Branchen-Lösungen
Vorkonfigurierte Workspaces mit eigener Landing und Demo-Chat pro Branche — u. a. SHK, Steuerberater, Kanzleien, Makler, JTL-Händler, Werkstätten, Hausverwaltungen. Start mit der Stufe Team: ein Ablauf, eingerichtet durch uns in einer halben Stunde. Danach entscheidet der Kunde; der Preis richtet sich nach Ablauf bzw. Betrieb, nicht nach Nutzern.
Agenturen & White-Label
Agenturen setzen TaskMonkey unter eigener Marke für ihre Kunden ein. Einstieg mit dem ersten Kunden-Workspace zu den Preisen von taskmonkey.de/preise; Modelle danach: Reseller, White-Label oder Enterprise mit dediziertem Hosting. Details auf der Partnerseite.
Workspace-Pläne
Registrierung, Onboarding und Abrechnung über Stripe sind gebaut. Neue Workspaces starten mit 14 Tagen Test der Stufe Start. Übersicht unter /preise.
Akquise
Der Vertrieb läuft über eine eigene, auf TaskMonkey gebaute Outreach-Pipeline, ergänzt um Branchen-Landings mit Demo-Chats. Jede Mail wird vor dem Versand automatisch geprüft und freigegeben:
Woran gearbeitet wird.
Ausblick auf Basis der internen Planungsdokumente. Ohne Terminzusagen; Reihenfolge und Umfang können sich ändern.
Custom API entwickelt, nicht ausgerollt
API-Keys pro Workspace, OpenAPI-Spezifikation und Verwaltungsoberfläche, damit Kundensysteme freigegebene Tools maschinell nutzen können (siehe Offenheit).
Builder mit Plan-Modus geplant
Der Builder legt vor jeder Schreiboperation einen Plan vor und schreibt erst nach Freigabe — ein expliziter Bestätigungsschritt für Änderungen per Chat.
Cockpit & Gedächtnis im Ausbau
Der Tagesassistent mit Gedächtnis läuft in einer ersten Stufe; Ausbau zu einem Standardbaustein für jeden Workspace.
CMS-Chat-Builder Konzept
Ein CMS-Inhaltselement, das Seitenbausteine per Chat erzeugt, vertrieben über die Erweiterungs-Marktplätze der CMS.
Micro-Tools in Arbeit
Kleine, eigenständige Produkte auf der Plattform für Selbstständige, etwa ein Beleg-Sammler über WhatsApp (Schuhkarton).
n8n-Integration geplant
TaskMonkey als mobile, sprachfähige Oberfläche über bestehenden n8n-Workflows; heute als Rezept über Webhooks möglich, interaktive Rückmeldungen an die App sind vorgesehen.
Sandbox-Isolation geplant
Python-Ausführung in Containern ohne Netzwerkzugriff.
Weitere Inbox-Kanäle geplant
Telegram und Slack; dazu lernende Klassifizierung und Qualitäts-Reports für die Inbox.
Gespräch über Partnerschaft oder Beteiligung.
Für technische Vertiefung, Einblick in das Handbuch oder eine Live-Demo eines Workspaces.
- Ansprechpartner
- Marcus Göde, Gründer
- Unternehmen
- meco GmbH · Bremen
- marcus.goede@meco-media.com
- Telefon
- 01511 · 88 67 444
- Handbuch
- taskmonkey.de/docs