← Toutes les expérimentations

Prototype local · V2

02 / Runtime d’agent personnel

AgentSupra

Un agent personnel qui garde le contexte d’une mission à l’autre.

Ce que l’expérience rend visible. ↓ Discuter de cette expérimentation ↗
AgentSupra / Runtime d’agent personnelPrototype local · V2
Image originale ↗
Capture actuelle de l’interface AgentSupra Desk avec Neko comme unique agente, console de mission et panneau Agent Core

Capture actuelle de l’interface AgentSupra Desk avec Neko comme unique agente, console de mission et panneau Agent Core

01 / UnifierRéunir les spécialités dans une seule agente
LE PROJET EN 30 SECONDESAlex ATC / Product Engineer
L’intention
Un agent personnel qui garde le contexte d’une mission à l’autre.
Ma contribution
Refondre l’identité active pour passer de quatre profils adressables à Neko, une agente multidomaine avec des frontières explicites.
Ce qui existe
Une seule agente conserve le contexte du besoin au code, puis à la vérification.

01 / Fonctionnalités

J’ai fait évoluer AgentSupra vers un runtime local centré sur Neko : contexte, outils et contrôles restent réunis dans la même boucle.

AgentSupra n’expose plus une équipe de quatre agents adressables. Neko est l’unique agente active : elle couvre l’UX/UI, le frontend, le backend, le software engineering, le DevOps et la cybersécurité. Desk et Life Desktop pilotent le même noyau ; SQLite conserve les mémoires et le journal, le Kanban suit les missions, et Telegram peut relier une candidature à CareerOS local.

StackReact · TypeScript · Node.js 23+ · SQLite · FTS5 · Codex CLI · Web · Telegram
01agente active : Neko
02espaces : Desk + Life Desktop
SQLitemémoire, graphe et journal locaux

01 / Fonctionnalités

Ce que l’expérience rend visible.

Les fonctionnalités sont décrites à partir des projets locaux. Les preuves indiquent ce que l’utilisateur peut réellement observer, sans transformer un prototype en produit déjà déployé.

01 / Unifier

Réunir les spécialités dans une seule agente

Neko remplace l’ancien routage entre quatre identités. Elle couvre UX, UI/frontend, backend, software engineering, DevOps et cybersécurité ; la carte de contexte sépare les faits, hypothèses, risques et preuves avant l’action.

Image originale ↗
Capture actuelle de l’interface AgentSupra Desk avec Neko comme unique agente, console de mission et panneau Agent Core

Capture actuelle de l’interface AgentSupra Desk avec Neko comme unique agente, console de mission et panneau Agent Core

Neko · six domaines · context builder

02 / Se souvenir

Ramener le contexte avec des preuves

La mémoire locale combine recherche FTS5, confiance, importance, provenance et liens par projet, sujet, proximité, correction ou remplacement. Après chaque mission, une évaluation peut renforcer ou réduire la confiance, conserver une leçon et faire évoluer un skill.

SQLite · FTS5 · memory graph · learning

03 / Livrer

Faire passer une demande jusqu’à la revue

Desk réunit console, mémoire, skills, Kanban et journal. Une demande de code devient un ticket lié à un workspace, avance dans une file séquentielle, puis passe en revue ; le push reste une commande explicitement demandée.

Tickets · workspaces · review · push

04 / Relier

Partager le même noyau entre les canaux

Le web, le CLI et Telegram utilisent la même base et la même identité. Les permissions limitent les workspaces, l’escalade HIGH → MAX est tracée et les actions sensibles restent derrière une validation.

Web · CLI · Telegram · permissions

05 / Brancher

Mettre à jour CareerOS sans envoyer à l’extérieur

Quand CareerOS local est démarré, une demande structurée peut créer ou retrouver une candidature, la passer à APPLIED, rattacher le contact fourni et inscrire l’opération dans le journal. Aucun message ni candidature externe n’est envoyé.

CareerOS · idempotence · journal

02 / Ma contribution

Concevoir la boucle, puis la rendre lisible.

Ce que j’ai pris en charge

  1. 01

    Refondre l’identité active pour passer de quatre profils adressables à Neko, une agente multidomaine avec des frontières explicites.

  2. 02

    Construire le runtime partagé : session, contexte projet, mémoire graphe, skills versionnés, routage HIGH/MAX et apprentissage contrôlé.

  3. 03

    Ajouter le pilotage de livraison : board Kanban local, file séquentielle par workspace, transitions, revue et push séparé.

  4. 04

    Relier web, CLI et Telegram, puis l’intégration CareerOS, sans exposer les secrets ni confondre action locale et envoi externe.

  5. 05

    Recomposer Desk et Life Desktop pour rendre l’activité, la voix, les contrôles et les traces lisibles.

03 / Périmètre

Ce qui est établi, ce qui reste à relier.

La version présentée est un prototype local. Elle dépend du Codex CLI déjà authentifié, de la configuration du workspace et, pour Telegram ou CareerOS, de services locaux configurés. Trello reste optionnel ; aucun usage, gain de productivité, recrutement ou résultat externe n’est revendiqué.

UN POSTE / UNE MISSION / UN ÉCHANGE

Paris / À distance

Faisons avancer votre prochain produit.

Dites-moi ce que vos utilisateurs doivent faire, ce qui les bloque et ce que vous voulez construire. Nous pouvons partir de là.

contact@alexatc.com
LinkedIn ↗Voir les périmètres de mission →

Expérimentation suivante

03Product Video