Pourquoi une architecture locale

Version : Ce guide décrit la version stable 1.0.8 de Parrot Scribe. La bêta publique 1.1.0 propose des commandes différentes et certaines fonctions restent inachevées. Consultez Installation de la bêta et différences avant d'appliquer ces instructions à la bêta.

Le traitement local est souvent présenté comme un argument de marque. Il devrait être considéré comme un choix d'architecture.

Ce qui compte, c'est la logique derrière cette affirmation : où se situent les frontières de confiance, pourquoi elles comptent et quels compromis sont délibérés.

Promettre la confidentialité dans un produit de transcription revient à faire une affirmation sur son architecture, que cela soit explicite ou non.

Le lieu de traitement de l'audio, celui du stockage, les personnes pouvant y accéder et les moments où des connexions externes sont autorisées constituent la véritable politique.

Parrot Scribe fait un choix simple : éviter les intermédiaires de confiance inutiles.

Le principe des intermédiaires de confiance

Chaque étape de traitement externe introduit un nouvel opérateur, une autre règle de conservation et un autre endroit où vous devez compter sur la cohérence entre politique et mise en œuvre.

Le traitement local réduit ces dépendances pour les tâches principales : la capture a lieu sur votre machine, le traitement aussi, et les éléments des sessions y sont stockés sous forme chiffrée.

Cela n'élimine pas tous les risques. Aucune architecture ne le peut. Cela réduit les surfaces d'exposition évitables.

Un choix pratique, pas idéologique

Le traitement local est parfois présenté comme une question de principe. En pratique, il s'agit de discipline opérationnelle : aucune file de traitement cloud indispensable, aucune ambiguïté sur le sort des conversations brutes côté serveur et aucune justification répétée du départ de paroles sensibles vers un autre système.

Pour les activités où la confidentialité est essentielle, ce ne sont pas des préférences haut de gamme. Ce sont des exigences de base.

Chiffrement et séparation des clés

Parrot Scribe chiffre le contenu de la bibliothèque au repos avec une clé racine logicielle protégée par le Trousseau de protection des données de macOS.

Les détails figurent dans Architecture du chiffrement. En bref, la bibliothèque gérée par l'app stocke des éléments chiffrés plutôt que des fichiers ordinaires en clair, et les différents domaines de stockage utilisent des clés séparées.

Intégrer l'IA sans exposition permanente

De nombreux produits imposent une IA connectée en permanence. Ce n'est pas le cas de Parrot Scribe.

Le serveur MCP intégré est disponible mais facultatif. Il reste désactivé tant que vous ne l'activez pas. Les clients s'authentifient avec des jetons individuels et l'accès est contrôlé par des niveaux propres à chaque client et par des catégories d'outils.

Consultez Serveur MCP pour le comportement exact et les contrôles par outil.

Le principe est simple : composable quand c'est utile, discret le reste du temps.

Des compromis délibérés

Toute architecture sérieuse comporte des contraintes.

Le traitement local signifie que les capacités de l'appareil et les versions du système comptent, que la responsabilité opérationnelle reste plus proche de l'environnement de l'utilisateur et que certaines facilités propres au cloud passent volontairement au second plan.

Ces compromis sont assumés pour rendre la frontière de confiance plus claire.

Les conséquences pratiques

La question suivante est opérationnelle : comment ce modèle fonctionne-t-il au quotidien lorsque les réunions s'enchaînent et que le contexte évolue rapidement ?

Poursuivez avec Une méthode de travail au quotidien.

Pour vérifier d'abord les conditions :

• Consultez Installation pour les contraintes.
• Consultez Première transcription pour le déroulement.
• Puis téléchargez Parrot Scribe ou consultez les tarifs.