KernDie gleichen Arbeitsabläufe, in der Cloud oder auf Ihrem Rechner.
Beide führen Workflows aus. Nucleus führt sie in der Cloud aus, sodass Sie sich anmelden und loslegen können, ohne etwas installieren zu müssen. Dispatch betreibt sie auf Ihrer eigenen Hardware , mit lokalen Modellen, Ihren eigenen MCP-Servern und den Systemen in Ihrem eigenen Netzwerk. Jeder Toolaufruf, den einer der beiden ausführt, durchläuft die Governance von Nucleus; die Wahl hängt also davon ab, wo die Arbeit ausgeführt wird, und nicht davon, welche Regeln befolgt werden.
Beide orchestrieren. Der Unterschied liegt im Ort.
Sowohl Nucleus als auch Dispatch wandeln eine Abfolge von Tool-Aufrufen in einen Workflow um, der abläuft, ohne dass ihn jemand beobachtet. Nucleus nutzt dafür die Cloud, was den schnellsten Einstieg ermöglicht. Dispatch nutzt dafür Hardware, die Sie besitzen, was Dinge ermöglicht, die ein Cloud-Dienst nicht bieten kann.
Kern
„Melden Sie sich an und erstellen Sie Ihr eigenes Projekt.“
- Orchestriert
- Workflows, die im Browser erstellt und in der Cloud ausgeführt werden
- Werkzeuge
- Alles im Katalog: die Systeme des Unternehmens, bereits verbunden und authentifiziert.
- Modelle
- Gehostete Modelle, Abrechnung pro Nutzung
- Regiert
- Jeder Toolaufruf von jedem Kunden, einschließlich Dispatch, umfasste: Standardverweigerung, Ratenbegrenzungen, Budgets, Hauptbuch und Audit.
- Am besten geeignet für
- Erste Schritte. Es muss nichts installiert und nichts ausgeführt werden.
Versenden
„Besitze die Hardware und die damit verbundene Freiheit.“
- Orchestriert
- Die gleichen Arbeitsabläufe, plus Agenten, Zeitpläne, Auslöser und Speicher.
- Werkzeuge
- Der Katalog von Nucleus sowie lokale MCP-Server, die Sie selbst betreiben
- Erreicht
- Systeme, die nur über Ihr eigenes Netzwerk erreichbar sind, wie z. B. Dateifreigaben, interne Datenbanken und Geräte.
- Modelle
- Lokale Modelle auf Ihrer eigenen GPU, ohne Kosten pro Token.
- Am besten geeignet für
- Hochfrequente Arbeiten, vertrauliche Daten und alles, was vor Ort verbleiben muss.
Wie eine Anfrage ihren Weg nimmt
Dies ist der Ablauf, wenn die Arbeit auf einer Dispatch-Box ausgeführt wird. Es dient einer Person, die Claude eingibt, einem Tippen in der iPhone-App, einem Slack-Befehl und einem 3 a.m. Zeitplan. Ein Nucleus-Workflow folgt dem gleichen Ablauf, nur ohne die Box: Er läuft in der Cloud und geht direkt zur Governance-Ebene.
Tokens sollten nur dort ausgegeben werden, wo Urteilsvermögen gefragt ist.
Hier zahlt es sich aus, auf einem eigenen Server zu arbeiten. Bei den meisten wiederkehrenden Arbeitsschritten ist keine Beurteilung erforderlich, es handelt sich lediglich um die gleichen Schritte: Abrufen, Filtern, Vergleichen und Schreiben – jedes Mal. Ein Workflow legt bei jedem Schritt fest, wie viel Intelligenz dieser Schritt benötigt, und die meisten Schritte benötigen gar keine. Für die Schritte, die dies erfordern, verwendet Dispatch ein lokales Modell ohne Abrechnung pro Token.
Deterministischer Werkzeugschritt
Abrufen, Filtern, Verknüpfen, Vergleichen, Zählen und Schreiben, ausgeführt durch typisierte Werkzeuge. Diese Schritte rufen nie ein Modell auf, und die gleichen Eingaben führen jedes Mal zum gleichen Ergebnis.
Lokaler Modellschritt
Ein Modell auf der Hardware des Geräts übernimmt den Schritt, der eine Beurteilung erfordert, wie z. B. Zusammenfassen, Klassifizieren oder Verfassen eines Entwurfs. Es fallen keine Gebühren pro Token an, daher sind die Kosten für einen stündlichen Betrieb pro Betrieb nicht höher als für einen wöchentlichen.
Frontier-Modell
Die stärksten Modelle, die hauptsächlich während der Entwurfszeit verwendet werden: zum Beschreiben eines Arbeitsablaufs in Claude, zum Debuggen eines Laufs oder zum Ändern eines Schritts. Sie bezahlen diese Informationen nur einmal und nicht bei jedem geplanten Lauf.
Entwerfen Sie es mit Claude
Beschreiben Sie die Stelle. Ein Frontier-Modell erstellt den Workflow über MCP, testet ihn mit realen Daten und korrigiert Schritt für Schritt, bis das Ergebnis stimmt.
Führe es ganz ohne Modell aus
Der fertige Arbeitsablauf besteht lediglich aus Werkzeugen in einer festgelegten Reihenfolge. Es läuft nach einem Zeitplan, ruft Nucleus für jedes System auf, mit dem es in Kontakt kommt, und fügt den Token-Rechnungen der Nutzer nichts hinzu.
über die Cache-Aktualisierungs-Workflows für einen Kunden hinweg, jeder Lauf
eine stündliche Neuwarteschlange plus eine Überprüfung von sechs Standorten alle sechs Stunden
Etwa 125 davon laufen über Nucleus, jede einzelne wird autorisiert, gemessen und protokolliert. Der Rest sind lokale Datenschritte.
Die laufenden Kosten entsprechen dem Stromverbrauch der Box.
Automatisierung ist keine reine Ingenieursaufgabe mehr.
Traditionell gehört die wiederkehrende Arbeit demjenigen, der den Cronjob schreiben kann; er wird also einmal eingerichtet und dann sich selbst überlassen. Unabhängig davon, ob ein Workflow in der Cloud von Nucleus oder auf einer Dispatch-Box läuft, handelt es sich um eine Konfiguration und nicht um Code, und jeder mit Zugriff kann einen solchen Workflow einrichten.
Frag Claude
„Haltet den Übersetzungscache dieser Website aktuell, überprüft die Sitemaps alle sechs Stunden und meldet #web-ops, wenn etwas nicht funktioniert.“ Claude erstellt den Workflow auf dem System über MCP und führt ihn einmal aus, damit Sie die Ausgabe überprüfen können.
Die Dispatch-App
Duplizieren Sie einen Workflow für einen neuen Kunden, ändern Sie dessen Zeitplan, genehmigen Sie einen großen Stapel mit einem Fingertipp und verfolgen Sie die Schritte jedes Durchlaufs, egal wo Sie sich befinden.
Ein Slack-Befehl
Ein Slash-Befehl startet einen Workflow, und das Ergebnis wird an den Kanal zurückgesendet. Derjenige, der den Text tippt, muss niemals wissen, dass ein Arbeitsablauf existiert.
Derselbe Übersetzungscache, 99.84 % aktuell statt 23.8 %.