● verbunden · 4 Hosts · 6 Sitzungen
Sie sind der ultimative Agent.
Die Modelle können gut tippen. Sie sind derjenige, der weiß, was gebaut werden
soll. The Architect gibt Ihnen eine Konsole für jedes Harness, das Sie bereits
betreiben — verbunden über SSH, in den screen- und tmux-Sitzungen,
die Sie ohnehin am Leben halten.
Keine Orchestrierungsschicht. Keine Meinung zu Ihrem Workflow. Nur direkter Zugriff auf jeden Agenten, den Sie laufen haben — von welchem Gerät auch immer gerade vor Ihnen steht.
Eine Zeile pro Job: Projekt, letzte Ausgabe, verstrichene Zeit. Wenn eine Sitzung die Terminal-Glocke läutet, leuchtet das Badge auf und verblasst über sechzig Sekunden — so erkennen Sie auf einen Blick, welcher Agent Sie jetzt braucht und welcher vor einer Stunde etwas wollte, ohne irgendetwas zu öffnen.
Hören Sie auf, im Kreis zu chatten.
Dieses Gespräch kennen Sie. Sie beschreiben die Änderung. Es überschreibt die falsche Datei. Sie korrigieren es. Es entschuldigt sich und überschreibt erneut die falsche Datei. Vierzig Minuten verloren an ein Chatfenster, das nie den Kontext hatte, um erfolgreich zu sein — und irgendwo läuft, wo Sie nicht hinkommen.
Die Lösung war nie eine bessere Prompt-Box. Es sind Sie, an den Reglern, mit dem echten Terminal vor sich — Sie wählen das Harness, Sie wählen das Modell, Sie lesen die tatsächliche Ausgabe und stoppen den Lauf in dem Moment, in dem er entgleist.
- ssh
- Die Schlüssel liegen bereits auf den Maschinen, die für Sie zählen.
- tmux / screen
- Sie halten Sitzungen absichtlich über Verbindungsabbrüche hinweg am Leben.
- ein Harness
- Claude Code, Codex, Aider, OpenCode oder das, das Sie selbst geschrieben haben.
- Urteilsvermögen
- Sie entscheiden, welches Modell welchen Job bekommt. Nichts hier entscheidet für Sie.
Wenn Ihnen diese Liste wie eine Fremdsprache vorkommt, ist The Architect nichts für Sie.
Das ist kein Onboarding-Funnel mit Terminal-Design. Es wird vorausgesetzt, dass Sie bereits mehrere Harnesses und mehrere Modelle auf echten Maschinen betreiben und dass Ihnen nur ein vernünftiger Weg fehlt, um von überall aus auf alle zuzugreifen.
Es gibt kein Tutorial, keine Starter-Vorlage und keinen Assistenten, der Sie an die Hand nimmt. Es verbindet sich mit dem, was Sie bereits gebaut haben, und hält sich dann raus.
Lassen Sie die Amateure hinter sich.
Zur nächsten Sitzung wischen.
Ein echtes ANSI-Terminal — Truecolor, korrektes UTF-8, Live-PTY-Resize,
Maus-Reporting, Kitty-Tastaturprotokoll. Auf einem Touchscreen wischen Sie nach links
oder rechts, um zwischen Ihren screen- oder tmux-Fenstern zu
wechseln. Auf dem Desktop erreichen Sie dieselbe Aktion über Schaltflächen, sodass
Auswahl per Ziehen weiterhin funktioniert.
> rewrite the bell decay to use the app clock ● Read src/core/notifications (214 lines) ● Edit src/core/notifications +18 -6 ● Bash make check No issues found. ● Done in 41s · 2 files changed ▮
aider> /add collector/ingest.py Added collector/ingest.py to the chat. tokens: 12.4k sent, 891 received ● Apply edit to collector/ingest.py? (y/n/skip) ▮
$ pytest -q tests/ ................................ F..... FAILED tests/test_sync.py::test_upsert_by_device AssertionError: expected 2 entries, got 3 38 passed, 1 failed in 4.12s ▮
$ tail -f /var/log/deploy.log 14:02:11 pulling origin/master 14:02:14 build ok (48.2s) 14:03:02 restarting workers … 14:03:04 4 workers up ▮
Ziehen Sie daran. Oder nutzen Sie die Pfeile — genau wie in der App.
Attach nach exaktem Namen
GNU screen gleicht Sitzungsnamen nach Präfix ab — so tippen Menschen am Ende in den falschen Agenten. The Architect gleicht den Namen exakt ab und hängt sich über die PID-qualifizierte ID an, oder erstellt eine neue Sitzung. Es rät niemals.
Die Sitzung überlebt die App
Sitzungen leben auf dem entfernten Host, nicht im Client. Schließen Sie die App, verlieren Sie das Signal, wechseln Sie das Gerät — der Lauf läuft weiter, und Sie hängen sich genau dort wieder an, wo er steht.
Dieselbe Konsole, jeder Bildschirm.
Keine abgespeckte Begleit-App auf dem Handy und eine echte auf dem Desktop. Überall dieselbe Terminal-Engine — die Navigation passt sich an, der Funktionsumfang nicht.
Die Umgebung festlegen, bevor Sie sich verbinden.
Jedes ernstzunehmende Harness wird über seine Umgebung konfiguriert. Mit welchem Endpunkt es spricht, welches Modell es anfragt, mit welchem Schlüssel es sich authentifiziert, über welchen Proxy es läuft — all das kommt als Variablen an, und all das muss stimmen, bevor der Prozess startet, denn nichts davon lässt sich ändern, sobald das Tool läuft.
Deshalb legen Sie es am Agenten fest, nicht in einer .bashrc, an
die Sie sich auf vier verschiedenen Maschinen erinnern müssen. The Architect exportiert Ihre
Variablen in die Sitzung, führt dann Ihr Start-Skript aus und startet danach das Tool
— in dieser Reihenfolge, jedes Mal. Ein Ort, pro Agent, unter Ihrer
Kontrolle.
# exported before the tool starts ANTHROPIC_BASE_URL=https://llm-gw.internal:8443 ANTHROPIC_API_KEY=sk-ant-•••••••••••• ANTHROPIC_MODEL=claude-opus-5 OPENAI_BASE_URL=http://workstation.lan:11434/v1 HTTP_PROXY=http://proxy.lan:3128 NO_PROXY=localhost,127.0.0.1,.internal TERM=xterm-256color COLORTERM=truecolor
Ein Harness überallhin richten
Eine Basis-URL ist nur eine Variable. Schicken Sie einen Agenten durch das Gateway Ihres Unternehmens, einen zweiten zu einem Modell, das auf der Maschine im Nebenraum läuft, einen dritten zu einem Staging-Endpunkt, den Sie gerade evaluieren — dasselbe Tool, drei Agenten, keine Neukonfiguration dazwischen.
Schlüssel pro Agent, nicht pro Maschine
Jeder Agent trägt seinen eigenen Satz. Ein Host, der von mehreren Projekten gemeinsam
genutzt wird, braucht keinen globalen Schlüssel in einem Shell-Profil, und einen
Schlüssel zu rotieren ist eine Änderung an einer Stelle statt eines
ssh-Umwegs zu jeder Maschine.
Ein Start-Skript für den Rest
Alles, was sich nicht in Variablen ausdrücken lässt — ein virtualenv aktivieren, ins Projektverzeichnis wechseln, einen Cache aufwärmen. Es läuft nach den Exports und vor dem Tool, sodass das Harness genau in dem Zustand startet, den Sie beabsichtigt haben. Ein End-Skript läuft, wenn Sie die Verbindung trennen.
Ein Ort. Volle Kontrolle.
Ihre Konfiguration synchronisiert über Ihren eigenen Server.
Es gibt keinen Sync-Dienst, weil es keinen Server von uns gibt, zu dem
synchronisiert werden könnte. The Architect schreibt Ihre Agenten- und
Projektkonfiguration — inklusive Umgebungsblöcken — als JSON per SFTP
nach ~/.thearchitect/ auf einen Host, den Sie bereits besitzen, und
liest sie auf dem nächsten Gerät wieder ein. Das ist der gesamte Mechanismus.
Push
Exportieren Sie Agenten und Projekte auf jeden Host, den Sie erreichen können. Hosts, Ports, Sitzungsmanager, Tools, Umgebungsvariablen, Start- und End-Skripte.
Pull
Richten Sie eine neue Installation auf denselben Host. Der Einrichtungsassistent beim ersten Start listet auf, was dort vorhanden ist, und importiert, was Sie auswählen.
Niemals SSH-Zugangsdaten
Ihre SSH-Passwörter und privaten Schlüssel sind bewusst von der Übertragung ausgeschlossen. Sie bleiben im Geräte-Schlüsselbund und werden niemals auf einen Host geschrieben — nicht einmal auf den Host, zu dem Sie exportieren. Ihre Umgebungsvariablen reisen dagegen mit, in Ihr eigenes Home-Verzeichnis auf Ihrer eigenen Maschine, denn genau das lässt ein neues Gerät bei der Ankunft funktionieren.
Dieselbe Idee gilt für Schlüssel: Die App erzeugt beim ersten Start ein
RSA-2048- und ein ECDSA-P-256-Identitätspaar, kopiert die öffentliche Zeile in Ihre
Zwischenablage oder hängt sie über eine Passwort-Sitzung an die authorized_keys
eines Hosts an — sodass Sie zur Schlüssel-Authentifizierung wechseln können, ohne die
App zu verlassen.
Es interessiert sich nicht dafür, wer Sie sind.
The Architect hat keine Ahnung, wie Sie heißen, und keine Möglichkeit, es herauszufinden. Es gibt nichts, worin man sich einloggen könnte, und nichts, das nach Hause telefoniert.
- □ Kein Konto, keine Anmeldung, kein Profil Die App wird ohne Login-Bildschirm ausgeliefert. Es gibt keine Identität, die erstellt, verifiziert, wiederhergestellt oder kompromittiert werden könnte.
- □ SSH-Zugangsdaten verlassen niemals den Schlüsselbund Private Schlüssel und Passwörter gehen in den Plattform-Schlüsselbund — Keychain, Credential Manager, libsecret — und werden nur gelesen, um Ihre eigene Verbindung zu öffnen. Niemals in die App-Datenbank, niemals in eine Konfigurationsdatei, niemals auf einen Host geschrieben, niemals irgendwohin gesendet.
- □ Traffic geht zu Ihren Hosts und sonst nirgendwohin Jede Verbindung ist eine direkte SSH-Sitzung von Ihrem Gerät zu Ihrer Maschine. Kein Relay, kein Proxy, kein Vermittler dazwischen.
- □ Lizenzierung ist offline Pro wird durch einen plattformgebundenen Schlüssel freigeschaltet, der auf dem Gerät selbst validiert wird. Kein Aktivierungsaufruf, kein Seat-Server, keine Lizenzprüfung, die ausgerechnet im Flugzeug fehlschlagen kann.
- □ Keine Telemetrie Nichts misst, wie Sie die App nutzen. Wenn Sie ein Protokoll einer Sitzung wollen, aktivieren Sie die Traffic-Protokollierung, und sie schreibt in eine Datei auf Ihrer eigenen Festplatte.
Nehmen Sie die kostenlose.
Ein Agent und ein Projekt, für immer kostenlos, mit jeder Funktion dieser Seite voll funktionsfähig. Das reicht, um sich mit einem echten Host zu verbinden und selbst zu entscheiden. Pro hebt die Grenzen auf, wenn Sie bereit sind.
- 1 Agent, 1 Projekt
- Vollständiges ANSI-Terminal, zwischen Sitzungen wischen
- Glocken-Badges und Live-Arbeitsstatus
- SFTP-Konfigurationssync
- Geräte-Identitätsschlüssel
- Unbegrenzte Agenten und Projekte
- Offline plattformgebundener Schlüssel
- Lizenz reist mit Ihrer SFTP-Konfiguration mit
- Alles aus der kostenlosen Version
Direkt in den USA; überall sonst über die App Stores.
- Jede Pro-Funktion, ohne Kosten
- Schlüssel wird direkt an Ihren Posteingang ausgestellt
- AppImage-Build
- Kein Store, den Sie durchlaufen müssen
Heute für Windows, macOS und Linux. iOS und Android folgen bald. Linux-Schlüssel werden von uns direkt ausgestellt, weltweit.