● connecté · 4 hôtes · 6 sessions
Vous Êtes L'Agent Ultime.
Les modèles savent taper. C'est vous qui savez ce qui doit être
construit. The Architect vous donne une seule console pour chaque harnais que vous
utilisez déjà — connectée en SSH, à l'intérieur des sessions screen et
tmux que vous maintenez déjà en vie.
Aucune couche d'orchestration. Aucun avis sur votre méthode de travail. Juste un contrôle direct sur chaque agent en cours d'exécution, depuis l'appareil que vous avez sous la main.
Une ligne par tâche : projet, dernière sortie, temps écoulé. Quand une session fait sonner la cloche du terminal, le badge s'allume et s'estompe en soixante secondes — pour distinguer d'un coup d'œil l'agent qui vous réclame maintenant de celui qui vous réclamait il y a une heure, sans rien ouvrir.
Cessez de tourner en rond.
Vous avez déjà eu cette conversation. Vous décrivez le changement. Il réécrit le mauvais fichier. Vous le corrigez. Il s'excuse et réécrit encore le mauvais fichier. Quarante minutes perdues dans une fenêtre de chat qui n'a jamais eu le contexte pour réussir, en cours d'exécution quelque part que vous ne pouvez pas atteindre.
La solution n'a jamais été une meilleure boîte de prompt. C'est vous, aux commandes, avec le vrai terminal sous les yeux — choisissant le harnais, choisissant le modèle, lisant la sortie réelle, et arrêtant l'exécution dès qu'elle dérape.
- ssh
- Les clés sont déjà sur les machines qui comptent pour vous.
- tmux / screen
- Vous gardez vos sessions actives à travers les déconnexions, délibérément.
- un harnais
- Claude Code, Codex, Aider, OpenCode, ou celui que vous avez écrit vous-même.
- jugement
- Vous décidez quel modèle reçoit quelle tâche. Rien ici ne décide à votre place.
Si cette liste vous semble être une langue étrangère, The Architect n'est pas pour vous.
Ce n'est pas un tunnel d'intégration habillé en thème terminal. Il part du principe que vous faites déjà tourner plusieurs harnais et plusieurs modèles sur de vraies machines, et qu'il ne vous manque qu'un bon moyen de tous les atteindre, où que vous soyez.
Il n'y a ni tutoriel, ni modèle de départ, ni assistant pour vous tenir la main. Il se connecte à ce que vous avez déjà construit et s'efface.
Laissez les amateurs sur le carreau.
Glissez vers la session suivante.
Un vrai terminal ANSI — truecolor, UTF-8 correct, redimensionnement PTY en
direct, rapport de souris, protocole clavier Kitty. Sur un écran tactile, glissez à
gauche ou à droite pour passer d'une fenêtre screen ou tmux à
l'autre. Sur ordinateur, les mêmes boutons font le même geste, pour que la sélection
par glisser continue de fonctionner.
> 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 ▮
Glissez-la. Ou utilisez les flèches — comme dans l'application.
Connexion au nom exact
GNU screen fait correspondre les noms de session par préfixe, c'est ainsi qu'on finit par taper dans le mauvais agent. The Architect fait correspondre le nom exactement et se connecte via un identifiant qualifié par pid, ou en crée une nouvelle. Il ne devine jamais.
La session survit à l'application
Les sessions vivent sur l'hôte distant, pas dans le client. Fermez l'application, perdez le signal, changez d'appareil — l'exécution continue et vous vous y reconnectez exactement là où elle en est.
Même console, tous les écrans.
Pas une application compagnon allégée sur le téléphone et une vraie sur l'ordinateur. Le même moteur de terminal partout — la navigation s'adapte, les capacités non.
Configurez l'environnement avant de vous connecter.
Tout harnais sérieux se configure via son environnement. Le point de terminaison auquel il parle, le modèle qu'il demande, la clé avec laquelle il s'authentifie, le proxy par lequel il passe — tout cela arrive sous forme de variables, et tout doit être correct avant que le processus ne démarre, car rien de tout cela ne peut être changé une fois l'outil en cours d'exécution.
Vous le configurez donc sur l'agent, pas dans un .bashrc que vous
devez penser à modifier sur quatre machines différentes. The Architect exporte vos variables
dans la session, puis exécute votre script de démarrage, puis lance l'outil — dans cet
ordre, à chaque fois. Un seul endroit, par agent, sous votre contrôle.
# 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
Pointez un harnais n'importe où
Une URL de base n'est qu'une variable. Envoyez un agent via la passerelle de votre entreprise, un autre vers un modèle qui tourne sur la machine du couloir, un troisième vers un point de terminaison de préproduction que vous évaluez — même outil, trois agents, aucune reconfiguration entre eux.
Des clés par agent, pas par machine
Chaque agent porte son propre jeu de clés. Un hôte partagé entre plusieurs projets n'a
pas besoin d'une clé globale dans un profil shell, et faire tourner une clé revient à une
seule modification à un seul endroit plutôt qu'un aller-retour ssh vers
chaque machine.
Un script de démarrage pour le reste
Tout ce que les variables ne peuvent pas exprimer — activer un virtualenv, se déplacer dans le répertoire du projet, préchauffer un cache. Il s'exécute après les exports et avant l'outil, pour que le harnais démarre dans l'état voulu. Un script de fin s'exécute à la déconnexion.
Un seul endroit. Un contrôle total.
Votre configuration se synchronise via votre propre serveur.
Il n'y a aucun service de synchronisation, parce qu'il n'y a aucun serveur à
nous vers lequel synchroniser. The Architect écrit votre configuration d'agents et de projets
— blocs d'environnement inclus — en JSON via SFTP dans
~/.thearchitect/ sur un hôte que vous possédez déjà, et la relit sur
l'appareil suivant. C'est tout le mécanisme.
Push
Exportez agents et projets vers n'importe quel hôte que vous pouvez atteindre. Hôtes, ports, gestionnaires de session, outils, variables d'environnement, scripts de démarrage et de fin.
Pull
Pointez une nouvelle installation vers le même hôte. L'assistant de premier lancement liste ce qui s'y trouve et importe ce que vous choisissez.
Jamais les identifiants SSH
Vos mots de passe et clés privées SSH sont exclus du transfert, par conception. Ils restent dans le trousseau de l'appareil et ne sont jamais écrits sur un hôte — pas même celui vers lequel vous exportez. Vos variables d'environnement, elles, voyagent, jusque dans votre propre répertoire personnel sur votre propre machine, car c'est ce qui permet à un nouvel appareil de fonctionner dès son arrivée.
Même principe pour les clés : l'application génère une paire d'identité
RSA-2048 et ECDSA P-256 au premier lancement, copie la ligne publique dans votre
presse-papiers, ou l'ajoute au fichier authorized_keys d'un hôte via une session
par mot de passe — pour passer à l'authentification par clé sans quitter l'application.
Il se moque de qui vous êtes.
The Architect n'a aucune idée de votre nom, et aucun moyen de le découvrir. Il n'y a rien où se connecter et rien qui communique avec l'extérieur.
- □ Aucun compte, aucune connexion, aucun profil L'application ne comporte aucun écran de connexion. Il n'y a aucune identité à créer, vérifier, récupérer ou compromettre.
- □ Les identifiants SSH ne quittent jamais le trousseau Les clés privées et mots de passe vont dans le trousseau de la plateforme — Keychain, Credential Manager, libsecret — et ne sont lus que pour ouvrir votre propre connexion. Jamais dans la base de données de l'application, jamais dans un fichier de configuration, jamais écrits sur un hôte, jamais envoyés où que ce soit.
- □ Le trafic va vers vos hôtes et nulle part ailleurs Chaque connexion est une session SSH directe entre votre appareil et votre machine. Aucun relais, aucun proxy, aucun intermédiaire.
- □ La licence est hors ligne Pro se débloque avec une clé liée à la plateforme, validée sur l'appareil. Aucun appel d'activation, aucun serveur de licences, aucune vérification qui pourrait échouer en plein vol.
- □ Aucune télémétrie Rien ne mesure votre usage. Si vous voulez conserver une trace d'une session, activez la journalisation du trafic : elle s'écrit dans un fichier sur votre propre disque.
Prenez la version gratuite.
Un agent et un projet, gratuits à vie, avec toutes les fonctionnalités de cette page pleinement actives. De quoi vous connecter à un vrai hôte et vous faire votre propre avis. Pro lève les limites quand vous êtes prêt.
- 1 agent, 1 projet
- Terminal ANSI complet, glissement entre les sessions
- Badges de cloche et statut de travail en direct
- Synchronisation de config via SFTP
- Clés d'identité de l'appareil
- Agents et projets illimités
- Clé hors ligne liée à la plateforme
- La licence voyage avec votre config SFTP
- Tout ce qu'offre la version gratuite
Achat direct aux États-Unis ; via les boutiques d'applications partout ailleurs.
- Toutes les capacités de Pro, sans frais
- Clé envoyée directement dans votre boîte mail
- Version AppImage
- Aucune boutique à traverser
Windows, macOS et Linux dès aujourd'hui. iOS et Android arrivent bientôt. Les clés Linux sont délivrées directement par nous, partout dans le monde.