Skales: Desktop-Agent mit eigener Lizenz, geschlossenem Quellcode und einem v7-Snapshot im Repository

Ein Agent für Rechner ohne Terminal und ohne Docker

Das README beschreibt die Zielgruppe ungewöhnlich offen: Menschen, die keine Entwickler sind, ausdrücklich "everyone from 6 to 60+". Der Vergleich, den die Projektseite selbst aufstellt, richtet sich gegen Agenten, deren Installation Docker, ein Terminal und eine Python-CLI verlangt. Skales tritt dagegen als normale Anwendung an, die man als EXE, DMG oder AppImage herunterlädt und doppelklickt. Das eigentliche Problem ist damit nicht die Fähigkeit des Agenten, sondern die Einstiegshürde vor der ersten Aufgabe. Wer bereits eine funktionierende Agenten-Toolchain betreibt, gewinnt hier nichts. Wer bisher an der Einrichtung gescheitert ist, ist die adressierte Gruppe. Der Anspruch reicht bis in die Systemanforderung: das Repository nennt rund 300 MB RAM-Bedarf, während es bei vergleichbaren Agenten 1,5 GB bis über 3 GB angibt. Diese Zahl stammt aus der Projektbeschreibung, nicht aus einer unabhängigen Messung, und sollte entsprechend behandelt werden.

Was tatsächlich in diesem Repository liegt

Das ist der Punkt, an dem die meisten Bewertungen dieses Projekts schief liegen. Das Repository ist kein Quellcode-Repository. Es ist der Vertriebskanal: Releases, CHANGELOG, Installationsanleitungen und der Issue-Tracker. Der eingecheckte Quellbaum ist laut README ein historischer v7-Snapshot, der weder gepflegt noch gebaut wird und nicht das ist, was auf dem Rechner läuft. Die Projektseite formuliert es selbst als Hinweis an alle, die den Code lesen wollen. Praktisch heißt das: Ein Audit des Repositorys sagt nichts über die ausgelieferte Version 12.9.26 aus. Die Topics-Liste führt TypeScript, Electron und React Native, was zum Aufbau einer Desktop-Anwendung mit mobiler Begleitung passt, aber aus dem v7-Stand stammt und damit nur bedingt aussagekräftig für die aktuelle Version ist. Wer Vertrauen über Codeeinsicht aufbauen will, bekommt hier keine Grundlage.

Ziel, Werkzeugzugriff und die Rolle der Provider

Das zentrale Bedienmuster ist ein Befehl mit Zielvorgabe: /goal build me a trading bot. Laut README läuft eine solche Aufgabe im Hintergrund über viele Schritte und nimmt nach einer Unterbrechung wieder auf, wo sie aufgehört hat. Ein zweiter Modus bindet einen Ordner an einen Chat: /code, mit Inline-Diffs und einer Rückgängig-Funktion per Klick. Dazu kommen Desktop- und Browser-Automatisierung, ein Planner, ein Memory-Bereich und wiederkehrende autonome Aufgaben. Die Modellschicht ist austauschbar: über 15 Provider sind genannt, BYOK ist ausdrücklich vorgesehen, und mit Ollama ist ein vollständig lokaler Betrieb möglich. Ohne eigenen Schlüssel startet der kostenlose Modus Skales IQ, der laut README keinen API-Schlüssel benötigt. Die Datenschutzaussage "your files never leave your machine" gilt für den lokalen Betrieb; sobald ein Cloud-Provider mit eigenem Schlüssel angebunden wird, hängt der Datenfluss an dessen Bedingungen, nicht an Skales.

Installation und die Konfigurationsoberfläche

Die Installation läuft über plattformspezifische Download-Links: latest-windows, latest-mac-arm64, latest-mac-intel und latest-linux, dazu Android über Google Play und iOS über den App Store. Ein Paketmanager-Pfad, ein npm-Paket oder ein Container-Image wird nicht genannt. Die Konfiguration liegt in der Anwendung, nicht in Dateien, die man von außen bearbeiten würde. Zwei Einstiegspunkte sind im Material konkret benannt: Settings > Import from Another Tool für den Migrationsimporteur, der aus OpenClaw, Hermes Agent oder ChatGPT übernehmen soll, und die Kopplung eines Telefons per QR-Code, wonach das Telefon den vollen Werkzeugsatz des Desktops steuert oder eigenständig läuft. Für automatisierte Deployments ist das eine Sackgasse: ohne dokumentierte Konfigurationsdatei, ohne CLI und ohne Docker bleibt nur die manuelle Einrichtung auf jedem Gerät. Wer zwanzig Arbeitsplätze ausrollen muss, hat hier keinen Hebel.

Ein geschlossener Kern unter einer Lizenz mit unklarem Status

Die Lizenzangabe des Repositorys lautet NOASSERTION, während README und Badge BSL 1.1 nennen. Das ist keine Formalie. BSL 1.1 ist keine Open-Source-Lizenz im Sinne der OSI, sondern eine source-available Lizenz, die typischerweise eine Nutzungsbeschränkung für kommerzielle Konkurrenzprodukte enthält und nach einer festgelegten Frist in eine offene Lizenz übergeht. Welche Frist hier gilt und welcher Change Date im konkreten Fall greift, lässt sich aus dem vorliegenden Material nicht ableiten. Dazu kommt die Trennung zwischen Repository-Inhalt und Produkt: die BSL-Angabe bezieht sich auf den veröffentlichten Code, das ausgelieferte Programm ist eine signierte Anwendung. Wer Skales kommerziell einsetzen will, muss diese beiden Ebenen getrennt prüfen. Das ist keine Rechtsberatung, sondern der Hinweis, dass hier zwei Lizenzregime nebeneinander stehen und die Datei im Repository den Status nicht bestätigt.

Wartung, Release-Takt und die Kosten des Umstiegs

Der Release-Takt ist dicht: v12.9.26 vom 6. September 2026, v12.9.25 drei Tage zuvor, v12.9.21 am 2. September, jeweils mit Codenamen wie Grip, Backbone und Cockpit 2.0. Der letzte Push liegt bei 2026-09-07, das Projekt ist nicht archiviert. Diese Kadenz bedeutet für Anwender, dass sich Oberfläche und Funktionen schnell verschieben, und für das Repository, dass der v7-Snapshot immer weiter von der Realität abrückt. Upgrade-Kosten entstehen nicht durch Migrationsskripte, sondern durch die manuelle Installation auf jedem Gerät. Ein Ausstieg ist teurer als der Einstieg: wer Ziele, Workflows und Agent-Skills im SKILL.md-Format angelegt hat, kann diese Artefakte nicht in ein anderes Werkzeug mitnehmen, weil kein Exportpfad dokumentiert ist. Die Migration läuft nur in eine Richtung, nämlich nach Skales hinein.

Wo Skales das falsche Werkzeug ist

Drei Fälle sprechen gegen den Einsatz. Erstens: Prüfbarkeit. Wer den Code lesen, patchen oder forken muss, sei es aus Compliance-Gründen oder wegen eines Sicherheitsvorfalls, findet im Repository nur einen eingefrorenen v7-Stand. Zweitens: automatisierte Bereitstellung. Ohne Docker, ohne CLI und ohne dokumentierte Konfigurationsdatei lässt sich Skales nicht reproduzierbar ausrollen. Drittens: nachvollziehbare Kosten. Skales IQ ist kostenlos, aber die Grenzen dieses Modus, etwa Anzahl der Anfragen oder Modellumfang, nennt das Material nicht. Wer plant, ab welchem Punkt ein eigener Schlüssel nötig wird, plant auf einer leeren Fläche. Als Alternative bietet sich ein quelloffener Agent auf Basis eines etablierten Frameworks an, bei dem der vollständige Code einsehbar ist und die Konfiguration in versionierbaren Dateien liegt. Der Unterschied liegt nicht im Funktionsumfang, sondern in der Kontrolle: dort ist der Agent ein Baustein in der eigenen Infrastruktur, hier ist er ein installiertes Produkt mit einer Update-Route, die der Anbieter bestimmt.

Redaktionelles Fazit

Wer einen lokal laufenden Agenten für Datei-, Browser- und Kalenderaufgaben sucht und mit einer quelloffenen Lizenz nichts anfängt, kann Skales als signierte Anwendung installieren und den kostenlosen Modus ohne API-Schlüssel ausprobieren. Wer den Code prüfen, patchen oder forken will, sollte es nicht adoptieren: das Repository enthält laut eigener Aussage einen ungepflegten v7-Snapshot, während die ausgelieferte Version 12.9.26 geschlossen bleibt. Vor jeder Entscheidung ist zu klären, welcher Teil der Lizenzdatei unter NOASSERTION tatsächlich BSL 1.1 abbildet und welche Nutzungsrechte die signierte Anwendung einräumt.

Offizielle Quellen

1. Issues
2. Project website
3. README
4. Releases
5. skalesapp/skales on GitHub