Fonctionnalités principales

Un tour d'horizon de ce que fait Arc OS et pourquoi ça compte. Pour aller plus loin, consulte les sous-pages liées.

Cinq piliers soutiennent l'ensemble du système. Chacun est connecté aux autres — la connaissance alimente les skills, les skills informent les workers, les workers rapportent via Telegram, et tout est auditable dans le registre des issues.

1. Orchestration multi-workers

Chaque projet démarre sa propre équipe fédérée de workers IA, chacun avec un rôle défini et un périmètre d'outils.

• Les rôles prédéfinis sont inclus d'emblée. Consultant (recherche en lecture seule), Developer (accès complet au dépôt), Sage (curateur de skills), plus les rôles personnalisés que tu définis dans workers_registry.json.
• Isolation par défaut. Les workers ne partagent pas l'état de session — une tâche Developer dans le projet A ne peut pas contaminer le projet B. Idem pour les tokens, la connaissance et les bots Telegram.
• Les workers pensent dans ton contexte. Chacun charge CLAUDE.md + les skills du projet + l'activité récente à chaque prompt. Pas besoin de réexpliquer la base de code.
• Réordonnables + personnalisables depuis la barre de pills Workspace ; crée un nouveau rôle depuis le wizard WorkerStudio.

Voir : Workers & Intelligence Layer · Multi-Project Skill Isolation

2. CLI-first, web partout

Arc OS est un produit CLI qui possède aussi un excellent dashboard, et non l'inverse.

• arc <project> démarre une session Claude Pro injectée avec le contexte de ton projet — pas de prompts manuels, pas de copier-coller.
• arc tour — onboarding interactif en 5 étapes depuis le terminal, synchronise la progression avec la checklist web.
• arc issue create / log / list + arc skill + arc kb search + arc wiki update + arc roadmap sync + arc report — gestion complète des tâches sans quitter le shell.
• Connexion par code appareil. Lance arc login, colle un code dans le navigateur, c'est fait. Token valable 30 jours ; la rotation ne perturbe jamais ton flux terminal.
• Reprise de session. arc continue reprend ta dernière conversation dans la fenêtre TTL de 24h.
• Historique de sessions. arc sessions <project> — parcours toutes les sessions sauvegardées, restaure n'importe laquelle par nom de worker ou session ID. arc retro reconstruit les issues passées depuis l'historique de session + git log.

Voir : ARC CLI Reference · Local Bridge — Setup Guide

3. Base de connaissances + Générateur de skills

La mémoire de tes workers doit t'appartenir, indexée sémantiquement, réutilisable.

• Bridge NotebookLM. Dépose des docs, transcriptions, PDFs dans knowledge-base/raw/ ; le bridge les synchronise vers Google NotebookLM et expose une API de recherche sémantique sur /api/crm/projects/:name/wiki/....
• Watcher d'auto-ingestion. Les nouveaux fichiers dans raw/ sont détectés automatiquement (Phase 28) — aucune étape de synchronisation manuelle.
• Générateur de skills neural. Choisis un notebook + décris un objectif ("Extraire toutes les bonnes pratiques pour l'API REST Figma") → l'IA distille un skill réutilisable depuis le corpus de connaissances. Chaque worker peut le rejouer.
• Évolution des skills. Les skills se versionnent, enregistrent les événements d'évolution et lancent des benchmarks. Le worker Sage propose des améliorations ; tu les approuves ou les rejettes via le dashboard.

Voir : Creating Skills · NotebookLM Bridge

4. Opérations natives Telegram

Tu ne devrais pas avoir besoin d'être à ton bureau pour savoir ce que ton équipe IA a fait.

• Bots par worker. Chaque worker peut avoir son propre bot Telegram (wizard BotFather inclus). Quand une longue tâche se termine — tu reçois une notification avec un résumé en une ligne + un lien vers le chat.
• Master Bot — /status, /health, /new_project, /emergency-stop. Gère la fédération depuis ton téléphone.
• Mode Workspace — quand le CEO pilote via CRM/CLI, les child bots restent silencieux sur la conversation mais envoient des notifications événements uniquement (Phase 53). Pas de doublons, pas de bruit, juste les moments qui comptent.
• Wizard de création de bot — 5 étapes, suggestions de noms, validation. Configuration de bout en bout en moins d'une minute.

Voir : Telegram Bots Guide

5. Issues + Roadmap comme registre

Chaque tâche est auditable, chaque décision est enregistrée.

• arc issue create / log / list écrit dans un registre SQLite par projet (Phase 53.14). Fini les fichiers YAML qui dérivent entre les déploiements.
• Trail d'activité. Chaque issue conserve un log d'événements en ajout seul : créée, loggée, statut modifié, fermée. Relisible, exportable, recherchable via NotebookLM.
• UI groupée par phases. IssuesRedesign regroupe le travail par phase, met en avant les issues P0 avec une animation pulse, panneau de détail coulissant.
• Timeline. Vue d'observabilité style DAW — couloirs d'événements par worker, contrôles M/S, tête de lecture, zoom. Vois qui a fait quoi et quand sur toute ton équipe AI.
• Roadmap-as-code. arc roadmap sync --phase N --status DONE modifie docs/ROADMAP.md depuis le CLI. La roadmap et la réalité restent synchronisées.

Voir : User Guide

6. Sécurité et confidentialité par défaut

Tes données t'appartiennent. Arc OS est construit autour du principe que tu contrôles toujours ce qui est stocké, ce qui est partagé et pendant combien de temps.

• Zero-Knowledge E2EE. Les messages du chat sont chiffrés at-rest avec AES-256-GCM. La clé de déchiffrement est dérivée de ta phrase secrète via PBKDF2 (100k itérations), jamais envoyée au serveur.
• Conformité RGPD. Télécharge toutes tes données (Paramètres → Confidentialité → Exporter) ou supprime définitivement ton compte (suppression en cascade sur 15+ tables) — les deux disponibles en libre-service, sans ticket de support.
• Vérification HIBP. L'inscription et la réinitialisation du mot de passe vérifient ton mot de passe contre la base de données Have I Been Pwned (k-anonymat, aucun texte en clair envoyé).
• Rétention des données. L'historique du chat est purgé automatiquement après 180 jours. Événements d'auth après 90 jours. Logs d'utilisation des tokens après 730 jours.
• Transparence des tokens. Suis exactement combien de tokens chaque worker a consommé — visible dans le menu déroulant de l'en-tête, sur la BillingPage et par session.

Voir : Aperçu sécurité · API Reference

Vois-le en action

▶ Regarde le tour de bienvenue — l'intro en 5 slides qui se déclenche à ton premier jour. Clique pour le rejouer à tout moment.

Si ton dashboard n'était pas ouvert lors de ton inscription (lien direct, callback OAuth, etc.), la popup automatique a peut-être été ignorée — utilise le bouton ci-dessus pour rattraper ça.