Plusieurs ordinateurs, et les options

6. Plusieurs ordinateurs

Pour le premier opérateur.

L’exemple. Le bureau compte trois ordinateurs sur lesquels tournent des agents. Perun sur le serveur du bureau est l’hôte ; les deux portables exécutent Perun en tant que membres. L’agent d’un portable pointe toujours vers 127.0.0.1:8787 ; ses appels sont acheminés vers le serveur, où l’unique SHARED_LIB décide.

Un système, un SHARED_LIB. Votre système, ce sont tous les ordinateurs de votre réseau auxquels vous avez légalement le droit d’accéder et que vous y avez joints. Il a exactement un SHARED_LIB, sur l’hôte — l’ordinateur sur lequel Perun a été installé en premier. En avoir deux déclencherait une panique (Partie 5).

Joindre un ordinateur

1. Sur l’hôte, activez la passerelle (Settings → Network gateway → On ; Paramètres → Passerelle réseau → Activée). Elle ne répond qu’aux adresses privées de votre réseau local, jamais à Internet. Sans HTTPS, la connexion à travers le réseau n’est pas chiffrée ; avec HTTPS, Perun crée son propre certificat et les membres l’épinglent.
2. Sur l’hôte : perun system invite --address <the host's address> --device "<laptop name>". Vous obtenez un code d’adhésion, affiché une seule fois. Il contient le secret du système : ne le donnez qu’à cet ordinateur.
3. Sur le nouvel ordinateur, avant le premier démarrage de Perun sur celui-ci : perun system join <code>, puis tapez YES — vous déclarez ainsi que vous avez légalement le droit de le joindre.
4. Démarrez Perun sur le nouvel ordinateur. C’est un membre : il ne décide rien lui-même et envoie chaque appel à l’hôte.

Un agent sur un ordinateur sans Perun. Dans l’onglet System (Système), Name a new agent (Nommer un nouvel agent). SHARED_LIB lui attribue son nom et un jeton, affiché une seule fois. Dans cet agent, utilisez le jeton comme clé d’API et l’URL de base http://<host>:8789/v1 (ou /anthropic). Le modèle ne voit que la clé détenue par Perun sur l’hôte.

Déplacer l’hôte (premier opérateur seulement). Arrêtez Perun. perun system move-out <file> empaquette SHARED_LIB sous une phrase de passe et le retire de cet ordinateur. Sur le nouvel hôte, avant le démarrage de Perun : perun system move-in <file>. SHARED_LIB est déplacé, jamais copié.

Un exemple dans une entreprise de services gérés (MSP). Un MSP s’occupe de douze bureaux clients. Chaque bureau est son propre système, avec son propre hôte et son propre SHARED_LIB — les bureaux sont des entreprises distinctes, et les techniciens du MSP sont opérateurs dans chacun d’eux, avec le supérieur propre à chaque bureau pour les rapports. Lorsqu’une source attaque un client, le MSP exporte la liste d’ennemis de ce bureau et la propose aux autres bureaux, où un opérateur de chaque bureau décide s’il l’importe.

Entre systèmes différents (par exemple le vôtre et celui d’un partenaire), seule la liste des sources arrêtées peut être partagée : perun enemies export <file> et, de l’autre côté, perun enemies import <file>, qui montre qui l’a signée et attend le YES d’un opérateur. Le nom d’une source n’a de sens que dans son propre système — n’importez que ce que vous pouvez faire correspondre.

Ce que Perun 1.0 protège. Les ordinateurs de votre système qui exécutent Perun ou qui font passer leurs agents par sa passerelle. Il n’associe pas encore automatiquement vos appareils, et il ne fonctionne pas encore sur les ordinateurs ARM (par exemple certains portables Windows sous Snapdragon, ou un Raspberry Pi).

La règle. Un hôte, de nombreux membres, un SHARED_LIB — et rien n’atteint le modèle sans passer par lui.

---

7. Options

Pour le premier opérateur. Chaque option est désactivée jusqu’à ce que vous l’activiez ; chacune vous demande de confirmer et indique si quelque chose quitte l’ordinateur.

Passerelle réseau — Partie 6.

Classificateur de contenu nuisible (type d’attaque 5, contenu dangereux). Un petit modèle sur cet ordinateur lit chaque réponse ; une réponse nuisible est remplacée par « Perun withheld this reply. » (« Perun a retenu cette réponse. »). Il doit s’exécuter sur cet ordinateur, de sorte que le texte ne le quitte jamais. Avec Ollama : ollama pull llama-guard3:1b, puis perun harm on. Tant qu’il est activé, les réponses diffusées en continu sont retenues en entier jusqu’à ce qu’elles soient jugées ; elles arrivent donc un peu plus tard. Si le classificateur ne fonctionne pas, les réponses passent et l’écran l’indique.

Vérification du modèle (type d’attaque 3, modèles altérés). Perun exécute la commande que vous lui donnez — notre vérification Pivot — pour chaque modèle utilisé par vos agents : lorsque vous l’activez, lorsque le modèle change, et chaque semaine. Si un modèle échoue, ses actions irréversibles attendent un humain jusqu’à ce qu’il réussisse. perun modelcheck on --command "<the Pivot command with {model}>". Un modèle dans le nuage ne peut être reconnu que par son nom ; le résultat l’indique.

Spécialistes de l’essaim. Quatre unités supplémentaires par agent, chacune surveillant un canal — messages, documents, appels d’outils, sortie —, et la plus stricte d’entre elles décide. Le spécialiste des appels d’outils lit aussi les arguments de chaque appel comme du langage. Le travail de lecture est multiplié par environ quatre. perun specialists on.

Un lecteur. Sans lecteur, Perun lit uniquement avec ses règles intégrées. Un lecteur ajoute un modèle de langage à la lecture :

• local — un modèle servi sur cet ordinateur par Ollama ou llama.cpp ; rien ne quitte l’ordinateur. Par exemple ollama pull qwen2.5:3b, puis perun reader online --provider openai --base-url http://127.0.0.1:11434/v1 --model qwen2.5:3b (une adresse sur cet ordinateur compte comme locale) ;
• en ligne — un service d’IA sur Internet ; le texte lu y est envoyé, et l’écran l’indique tant que l’option est activée.

La règle. Activez ce dont votre travail a besoin, en sachant ce que coûte chaque option : du temps (classificateur de contenu nuisible, spécialistes), une dépendance (un modèle local), ou du texte qui quitte l’ordinateur (un lecteur en ligne).