Cyclon : réserver un téléphone, décider où vont ses données

Un téléphone qui lit les applications, garde du contexte et exécute une demande change deux frontières : les données qui quittent l'appareil et les actions possibles sans nouvelle confirmation. Il faut les examiner séparément. Une promesse de ne pas entraîner un modèle sur les messages ne précise ni leur lieu de traitement ni leur durée de conservation.

J'ai lu la FAQ de précommande Cyclon, les conditions spécifiques du 2 novembre et l'avis de confidentialité du site le 7 novembre 2026. Il s'agit d'une revue documentaire. Je n'ai ni utilisé Cyclon OS, ni commandé un appareil, ni vérifié les scénarios annoncés.

Ce que réservent les 199 dollars

Les conditions de précommande décrivent un acompte de réservation de 199 dollars, déduit d'un prix total estimé à 699 dollars, acompte compris. Le prix définitif et les taxes sont communiqués par courriel avant le paiement final. Le solde n'est pas prélevé automatiquement. Le téléphone sur mesure est attendu au deuxième trimestre 2027, sous réserve notamment de l'autorisation FCC. Prix et calendrier restent des estimations.

Le premier lot comporte un autre objet : un Pixel 8a reconditionné et débloqué, équipé de Cyclon OS en bêta. Pour les commandes éligibles, les conditions annoncent une expédition sous 30 jours, uniquement aux États-Unis. La confirmation précise l'appartenance au premier lot. Ce prototype n'est pas le futur téléphone Cyclon terminé.

L'annulation est possible avant le paiement final. Si le Pixel bonus a été expédié, un remboursement pour changement d'avis implique son retour aux frais de Cyclon. Durant la bêta, aucun abonnement n'est requis et l'usage de l'IA est inclus dans des limites d'utilisation raisonnable que l'entreprise peut fixer. Cela ne promet pas les mêmes conditions à vie pour le produit final. Pour une commande donnée, il faut lire sa confirmation et les futurs documents de vente.

Suivre les données hors de l'appareil

La FAQ indique que les fournisseurs cloud peuvent recevoir le contenu de l'écran, des messages, la localisation et la mémoire pertinente pour une demande. Cyclon affirme que les conditions API applicables excluent l'entraînement sur ces données, tout en reconnaissant une conservation limitée pour la surveillance de sécurité. Un futur accord de conservation nulle évoqué par l'entreprise n'est pas une garantie actuelle.

Traitement, conservation et entraînement sont des questions différentes. Un envoi temporaire reste un envoi. Les conditions d'un fournisseur doivent rester attachées à son API et à sa configuration, plutôt que devenir une propriété générale du téléphone.

L'avis du 2 novembre concerne le site, la liste d'accès anticipé et les précommandes. Il annonce des informations distinctes pour le logiciel avant utilisation. Ce document ne suffit donc pas à établir toutes les règles de conservation, de suppression et de sous-traitance de Cyclon OS. Je voudrais consulter l'avis logiciel et les réglages réels.

Lire une application et agir dedans

Cyclon dit que l'accès aux applications peut être désactivé. La FAQ décrit aussi l'envoi de messages et des modifications dans les applications sans demander confirmation à chaque étape. Certaines applications bancaires ou professionnelles peuvent exiger une certification ou ne pas fonctionner. Ce sont des descriptions du fournisseur, pas mes résultats.

Mon analyse : autoriser la lecture d'une application ne devrait pas devenir discrètement une autorisation d'envoi. Les périmètres de lecture et d'action doivent être distincts. La révocation demande aussi une explication : que deviennent la mémoire déjà stockée et les opérations en attente ? Une démonstration commerciale ne le prouve pas.

La création d'applications se déroule, selon la FAQ, dans un environnement cloud isolé. Cela décrit un lieu d'exécution, sans préciser quels prompts, fichiers ou secrets y arrivent. Je commencerais avec des données inventées.

Une fiche de preuves pour une démonstration

Cet exemple original est un plan, pas une API Cyclon, une protection exécutable ou un test réalisé.

{
  "fixture": "invented lunch conversation",
  "read_scope": ["synthetic message thread"],
  "allowed_action": "draft only",
  "forbidden_action": "send any message",
  "cloud_payload_to_inspect": ["text", "screens", "memory"],
  "approval_evidence": "explicit send confirmation",
  "revoke_test": "disable app access before retry"
}

Je demanderais à l'opérateur d'utiliser une conversation fictive et de montrer les catégories de données sortantes. Puis de préparer un brouillon, de refuser l'envoi, de désactiver l'accès et de recommencer. Le compte rendu doit distinguer les opérations observées des points invisibles. Sans journaux réseau ou preuves du fournisseur, cette partie reste non vérifiée.

Demande fictive -> données autorisées -> traitement cloud
                              |
                       action proposée
                              |
                     confirmation distincte
                              |
                     résultat ou refus

Un autre cas devrait comporter un destinataire ambigu. La réponse attendue serait une question ou un brouillon, plutôt qu'un envoi deviné. Un troisième révoquerait l'accès pendant l'opération. Ce sont des tests d'acceptation proposés, sans affirmation de réussite ou d'échec de Cyclon.

Ce qui ferait évoluer mon avis

Je voudrais l'avis de confidentialité du logiciel, une liste lisible des frontières des fournisseurs, une démonstration des permissions limitées et des règles claires d'annulation et de suppression. Il faudra ensuite examiner le matériel final et ses applications compatibles. Pour l'instant, la conclusion étayée reste limitée : Cyclon propose une réservation sous conditions et décrit un téléphone agent utilisant le cloud. Cette revue ne recommande pas de verser l'acompte. Elle précise les preuves à demander avant de confier une activité personnelle au système.