Eric Task Master

English | 简体中文

Ein dauerhaftes Browser-Automatisierungssystem für KI-Agenten.

Version: 2.1.1

KI-Agenten können denken, planen und Code schreiben, aber die Browser-Ausführung ist oft ihr schwächstes Glied. Integrierte Agent-Browser sind für kurze Sitzungen praktisch, verlieren jedoch häufig den Anmeldestatus, die Aufgabenkontinuität und den Wiederherstellungskontext. Dünne CDP-Controller bieten schnellen Low-Level-Zugriff, überlassen es aber jedem Agenten, Orchestrierung, Fortschrittsverfolgung, Bereinigung und Fehlerbehebung für jeden Auftrag neu aufzubauen.

Eric Task Master schließt diese Lücke. Es ist eine Playwright-first-Browserautomatisierungs-Laufzeit, die Webarbeit in dauerhafte, isolierte, beobachtbare Aufträge verwandelt. Ein Agent kann eine Aufgabe starten, sie stundenlang laufen lassen, später wieder verbinden, Beweise prüfen, von einem Kontrollpunkt wiederherstellen und verifizieren, dass der Browser geschlossen wurde – ohne den alltäglichen Browser des Benutzers zu belegen oder wiederholt Tokens auszugeben, um dieselben Ausführungsmechanismen neu zu entdecken.

AI agent · browser automation · Playwright · MCP server · web automation · computer use · workflow automation · browser agent · headless browser · multi-agent automation

Was kann ein Agent damit bauen?

Task Master ist eine allgemeine Ausführungsbasis, kein seiten-spezifischer Bot. In Kombination mit einem Agenten, einer spezialisierten Skill oder einem Task Pack kann es unterstützen:

• unbeaufsichtigte Recherche, Überwachung und quellengestützte Websammlung;

• langlaufende Stapelarbeit über Hunderte von Seiten, ohne eine Agentenrunde offen zu halten;

• authentifizierte Backoffice-, Portal-, CMS-, CRM- und Konto-Workflows über isolierte persistente Profile;

• saubere Anmeldefreie Aufträge über wegwerfbare ephemere Profile;

• parallele vertrauenswürdige lokale Agenten, die einen verwalteten Profilkatalog teilen, während verschiedene Live-Profile unabhängig laufen; gleichnamige Profil-Warteschlangen arbeiten sicher und Aufgabenaufzeichnungen bleiben zuordenbar;

• wiederkehrende operative Workflows, die von einem Agenten, einem Planer oder einem Geschäftssystem aufgerufen werden;

• Browser-QA, Inhaltsverifizierung, Formularverarbeitung, Datei-Upload/-Download und Beweiserfassung;

• Produktions-Task-Packs für Lead-Operationen, E-Commerce-Operationen, Medienrecherche, Lieferantenrecherche, Kundensupport, Compliance-Prüfungen oder interne RPA.

Das sind kombinierbare Möglichkeiten, keine gebündelten Berechtigungen oder Behauptungen, dass jede Website unterstützt wird. Task Master liefert die zuverlässige Browser-Laufzeit; eine spezialisierte Skill oder ein Task Pack liefert die Geschäftslogik, Seitenrichtlinien, Parsing, Kontrollpunkte, Ausgaben und Abschlussnachweise.

Related MCP server: CloakBrowser MCP

Warum nicht einfach einen Agent-Browser oder ein CDP-Skript verwenden?

Task Master ersetzt nicht das Denken des Agenten. Es gibt diesem Denken ein zuverlässiges Paar Browser-Hände.

Das Drei-Schichten-Modell

1. Task Master-Laufzeit — reine Playwright-Ausführung, persistente und ephemere Profile, Warteschlangen, dauerhafte Aufgaben, Fortschritt, Wiederherstellung, Beweise und Bereinigung.

2. Owner Console — eine feste lokale Webadresse verwaltet gemeinsame Profile, verbundene Agenten, Live-Aufgaben, Fortschritt, Befehle und menschenlesbare Berichte. Benutzer melden sich direkt in isolierten persistenten Playwright-Profilen an.

3. MCP + Skills + Task Packs — Agenten erhalten eine kompakte, hochwertige Aufgabenschnittstelle, während wiederverwendbare Domänenfähigkeiten unabhängig von der Kernlaufzeit bleiben.

Diese Trennung hält die Basis universell: Verbessere eine Ausführungs-Engine und definiere darüber viele spezialisierte Automatisierungs-Worker.

Für KI-Agenten: ein festes Bootstrap-Protokoll

Wenn ein Benutzer dir diese GitHub-URL gibt, befolge die folgenden Schritte in der Reihenfolge. Erfinde keinen anderen Daemon, Port, Browser-Launcher, Controller oder Wiederholungs-Loop.

Das vollständige Repository ist die Laufzeit-Quelle der Wahrheit. Bei einer GitHub-Version ist eric-task-master-vX.Y.Z.zip das vollständige ausführbare Projekt; eric-task-master-skill-vX.Y.Z.zip ist nur der optionale Agenten-Anweisungsadapter und kann nicht allein ausgeführt werden. SHA256SUMS verifiziert beide Archive. Klone das passende Tag oder lade das vollständige Projektarchiv herunter – ersetze nicht das Skill-Archiv durch die Laufzeit.

1. Authentifiziere dich bei GitHub, falls das Repository privat ist, und klone dann das vollständige Repository.

2. Erfordere Node.js 20 oder neuer.

3. Lies skills/eric-task-master/SKILL.md. Installiere diesen Ordner in das Skill-Verzeichnis des Hosts, wenn der Host Skills unterstützt; andernfalls folge ihm direkt.

4. Führe vom Repository-Stamm aus genau aus:

   node scripts/taskmaster.mjs connect --json

5. connect installiert die lockfile-pinnende Laufzeit und das passende Playwright-Chromium, migriert sicher einen inaktiven älteren Manager, startet den Loopback-Manager, führt echte Browser-Akzeptanz durch und registriert unterstützte lokale MCP-Hosts. Wenn ein älterer Manager noch Arbeit hat, stoppt die Migration, ohne ihn zu unterbrechen.

6. Folge dem zurückgegebenen nextAction. Nachdem du die genannte Vorbedingung korrigiert hast, wiederhole denselben Befehl höchstens einmal; verzweige nicht in einen spekulativen Ersatz-Controller.

7. Öffne den zurückgegebenen Owner-Console-Link einmal. Er richtet stillschweigend eine persistente lokale Sitzung ein; es gibt keinen Code zum Tippen oder einen Agenten-Bindungsfluss. Setze ein Lesezeichen auf http://127.0.0.1:19946/dashboard für spätere Verwendung.

8. Wenn ein Host registered_pending_restart meldet, bitte den Benutzer, diesen Agenten-Host einmal neu zu laden. Wenn er während dieses Laufs nicht neu geladen werden kann, verwende die abgegrenzte CLI mit einer stabilen Agent-ID nur für diese Aufgabe und verwende MCP für neue Aufgaben nach dem nächsten Neustart.

9. Wähle einen Betriebspfad und behalte ihn für die Aufgabe bei:

   • Wenn der Host den registrierten MCP-Server geladen hat, rufe taskmaster_status auf, dann taskmaster_profiles_list;

   • Wenn der Host needs_adapter meldet oder eine ausstehende Registrierung während dieses Laufs nicht neu laden kann, verwende die feste CLI vom Repository-Stamm. Behalte eine stabile, eindeutige Agent-ID bei jedem abgegrenzten Befehl:

     node scripts/taskmaster.mjs status --agent-id STABLE_ID --agent-name AGENT_NAME --json
     node scripts/taskmaster.mjs profiles list --agent-id STABLE_ID --agent-name AGENT_NAME --json

10. Wenn Status- und Profil-Erkennung erfolgreich sind, frage den Benutzer, welche Browser-Aufgabe ausgeführt werden soll. Mische während einer Aufgabe nicht MCP- und CLI-Identitäten.

Kopierbare Anfrage für einen neuen Agenten:

Installiere und starte https://github.com/npcworkspace-cmyk/eric-task-master. Klone das vollständige Repository, lies oder installiere skills/eric-task-master und führe nur node scripts/taskmaster.mjs connect --json aus. Erfinde keinen anderen Controller oder Port. Verwende den geladenen MCP-Pfad, wenn unterstützt; bei needs_adapter folge dem festen CLI-Pfad der Skill mit einer stabilen, eindeutigen Agent-ID. Gib den Owner-Console-Link zurück; nach erfolgreicher Status- und Profil-Erkennung frage, welche Aufgabe ich ausführen möchte.

Tägliche Nutzung

Nach dem ersten Bootstrap sollte der Benutzer natürlich fragen können:

Verwende Eric Task Master mit einem ephemeren Profil und adaptivem Verhalten, um diese Seiten zu recherchieren, Fortschritt zu melden, Beweise zu speichern und jedes Aufgabenfenster zu schließen, wenn du fertig bist.

Der Agent verwendet dann eine dauerhafte Schleife: einen Aufgabentyp entdecken, einmal mit einem Idempotenz-Schlüssel starten, die Aufgaben-ID behalten, auf diese ID warten oder sich wieder verbinden, Diagnosen prüfen, wenn Aufmerksamkeit erforderlich ist, und den Abschluss nur akzeptieren, nachdem Beweise und Bereinigung verifiziert sind.

Jeder Aufgabenstart gibt einen klickbaren Owner-Console-Link zurück, der auf diese Aufgabe fokussiert ist. Der erste Link richtet stillschweigend das lokale Owner-Cookie ein; spätere Besuche können die feste Lesezeichen-Adresse verwenden. Wenn der Benutzer „启动任务面板“ sagt, verwende MCP taskmaster_dashboard_open oder CLI node scripts/taskmaster.mjs dashboard-open [TASK_ID] --agent-id STABLE_ID --agent-name AGENT_NAME --json und gib dann den Link zurück. Task Master öffnet nicht automatisch einen Betriebssystem-Browser.

Profile

• persistent — isolierter wiederverwendbarer Zustand für angemeldete und wiederkehrende Arbeit; öffne es vom Dashboard und melde dich direkt in seinem Playwright-Fenster an;

• ephemeral / 隐身临时 — ein sauberer nicht-persistenter Browser für jede anmeldefreie Aufgabe, nach der Bereinigung zerstört.

Neue persistente Profile verwenden standardmäßig den lokalen stabilen Chrome-Kanal und festes human-Verhalten. Neue ephemere Profile verwenden standardmäßig das projekt-pinnende Chromium und adaptive-Verhalten, wobei fast, adaptive oder human am Profil auswählbar sind. Die Engine ist unveränderlich und fällt nie automatisch zurück. Manuelle persistente Profilfenster sind immer sichtbar; headless betrifft nur Aufgabenläufe.

Verhalten

• fast — eine optionale geschwindigkeitsorientierte Richtlinie für ephemere Profile und deterministische, datenintensive Arbeit;

• human — begrenzte Maus-, Tipp-, Scroll- und Lesegeschwindigkeit;

• adaptive — startet schnell und wird vorübergehend vorsichtig oder menschlich nach dynamischen Seitensignalen, Verdeckung, Timeout, unsicherer Navigation, Aktionsfehler oder Ratenbegrenzung.

Menschliches Tempo ist eine Zuverlässigkeitsrichtlinie, kein Versprechen, Website-Kontrollen zu umgehen oder ein Konto vor Plattform-Durchsetzung zu schützen. Das Verhalten wird am Profil ausgewählt; der Aufgabenstart akzeptiert keine Verhaltensüberschreibung.

Multi-Agent-Workbench

• Profile werden von allen vertrauenswürdigen lokalen Agenten geteilt; es gibt kein bedeutungsloses „Profil-Ersteller“-Feld. Ein Profil hat weiterhin einen einzigen Live-Lease, sodass zwei Agenten denselben Anmeldestatus nicht beschädigen können.

• Die Owner Console zeigt, welche Agenten registriert, online, offline, arbeitend oder widerrufen sind, sowie ihre aktiven Aufgaben, Profile und Warteschlangentiefe.

• Die Aufgaben-Workbench zeigt, was Playwright gerade tut, Fortschritt, Grenzen, Wiederherstellungszustand und eine Zeitleiste. Der Eigentümer kann pausieren, fortsetzen, beenden, geplante Eingaben überarbeiten oder eine Ask/Modify-Anweisung senden.

• Befehle sind dauerhaft und revisionsgeprüft. Ein aktiver Agent erhält sie sofort über seine Warte-/Posteingangs-Schleife; ein offline Agent erhält sie nach dem Wiederverbinden. Task Master gibt nicht vor, einen vollständig geschlossenen Host-Prozess aufwecken zu können.

• Abgeschlossene Arbeit öffnet sich im menschenlesbaren Bericht des Agenten. Code, Protokolle, Screenshots, Artefakte und Diagnosen bleiben als sekundäre Beweise verfügbar, anstatt das „Ergebnis“ zu werden.

Spezialisierte Produktions-Worker bauen

Halte Seiten- und Geschäftslogik außerhalb des Kerns:

node scripts/taskmaster.mjs task-packs scaffold ./my-pack --name my-pack --recipe paginated-list --json
node scripts/taskmaster.mjs task-packs validate ./my-pack --json
node scripts/taskmaster.mjs task-packs install ./my-pack --json

Ein Task Pack definiert wiederverwendbare Aufgabentypen. Fünf Produktions-Gerüste – Einzelseite, paginierte Liste, Liste/Detail, fortsetzbarer Stapel und Formular-Workflow – entfernen den meisten Boilerplate, während Preflight Module vor der Registrierung validiert. Eine spezialisierte Skill lehrt den Agenten, wann sie verwendet werden, wie Ergebnisse zu interpretieren sind und welche Plattformregeln gelten. Keines sollte den Manager-Start, den Browser-Lebenszyklus, die Aufgabenverfolgung, Diagnosen oder die Bereinigung neu aufbauen. Veröffentliche einen neuen Aufgabentypnamen, verifiziere ihn und stelle dann den alten Typ mit einem Ersatzzeiger ein; überschreibe nicht abweichende Produktionslogik an Ort und Stelle.

Host-Integration

Die Browser-Laufzeit bleibt über ihre feste, agentenbezogene CLI nutzbar, wenn ein host-spezifischer MCP-Adapter nicht verfügbar ist. Jeder abgegrenzte CLI-Befehl erfordert eine stabile, eindeutige --agent-id für jeden unabhängigen Agenten; alle Agenten teilen den Profilkatalog, während die Wiederverwendung einer ID absichtlich das Aufgabenbuch und den Owner-Posteingang dieser Identität teilt. Siehe docs/MCP-HOSTS.md für den vollständigen Nicht-MCP-Befehlspfad und seine vertrauenswürdige lokale Grenze.

Überprüfung und Herunterfahren

Führen Sie das vollständige lokale Gate aus:

npm run check

Es deckt statische Grenzprüfungen, Unit-/Integrations-/Sicherheitstests, echte Chromium-Abnahmetests sowie Nebenläufigkeits-/Fehler-/Neustart-Workloads ab. GitHub CI verifiziert Windows, macOS und Linux auf Node.js 20 und 22. Releases sind manuell freigegeben, prüfsummengeschützt und unveränderlich.

Beenden Sie den Manager sicher:

node scripts/taskmaster.mjs manager stop --json

Beginnen Sie mit skills/eric-task-master/SKILL.md. Technische Details finden Sie in ARCHITECTURE.md, docs/MCP.md und docs/RELEASE-GATE.md.

Lizenz

MIT. Verwenden, modifizieren, verbreiten und erstellen Sie offene oder proprietäre Skills und Task Packs auf Basis von Task Master.