← ContinuumCONTENT HISTORYWHAT CHANGED · RULE-BASED ANALYSIS
Update to Continuum
Snapshot Sep 30, 2026 · 23:14 UTC · version 0.5.1
Collection source: not recorded for this historical snapshot.
First saved snapshot
No earlier snapshot is available to establish a change.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"name": "piloter-android",
"description": "Use when a Continuum task requires observing or controlling Axel’s authorized Android device through Noyau’s local MCP/API capabilities and house relay.",
"included_files": [],
"skill_md_contents": "---\r\nname: piloter-android\r\ndescription: Use when a Continuum task requires observing or controlling Axel’s authorized Android device through Noyau’s local MCP/API capabilities and house relay.\r\n---\r\n# Piloter Android\r\n\r\n## Fonction\r\nPorter la branche Android du Continuum sans créer un second système de commande. Le téléphone reste un appareil autorisé de Noyau ; `@Continuum` reste la façade de travail.\r\n\r\n## Déclenchement\r\nUne demande exige une observation ou une action réelle sur un téléphone Android autorisé : état, informations appareil, interface, écran, presse-papiers, notifications, applications ou commandes système prévues par Noyau.\r\n\r\n## Protocole opératoire\r\n1. Appeler `resoudre-autorite`, `prevol-capacites`, `appliquer-cout-zero` et `agir-par-noyau` avant tout effet.\r\n2. Exiger la présence réelle des capacités Android du MCP local/API locale de Noyau ; ne jamais déduire leur disponibilité de la seule présence de ce Skill.\r\n3. Identifier l’appareil par la capacité de découverte Android réellement exposée ; ne jamais inventer un identifiant d’appareil.\r\n4. Pour une lecture, exécuter uniquement l’observation nécessaire et qualifier le retour avec `qualifier-preuve`.\r\n5. Pour une action, borner l’effet et appeler `gerer-transactions` si un rejeu pourrait produire un double effet.\r\n6. Pour une action destructive ou difficilement réversible, appliquer l’autorité et les préconditions requises avant exécution.\r\n7. Distinguer commande acceptée, réception par l’appareil, exécution, effet observé et résultat retourné.\r\n8. En cas d’indisponibilité du téléphone, du relais ou du MCP local, appeler `gerer-reprise` seulement si la condition est récupérable ; sinon arrêter à la frontière prouvée.\r\n\r\n## Partition technique\r\n- ChatGPT / `@Continuum` porte l’intention, le routage et la méthode ;\r\n- Noyau porte le MCP/API de contrôle en loopback sur le PC ;\r\n- le relais Android maison porte la file de commandes et les retours ;\r\n- le téléphone Android exécute les actions autorisées ;\r\n- aucun fournisseur MCP/API externe n’est requis pour cette chaîne.\r\n\r\n## Invariants\r\n- aucun GitHub, dépôt de fichiers, backend SaaS, MCP hébergé ou API tierce ne sert de transport de commande Android ;\r\n- aucun free tier, essai, crédit, quota gratuit ou service conditionnel n’est admissible comme dépendance d’exécution ;\r\n- aucun secret, jeton, certificat privé, adresse figée ou identifiant d’appareil n’est porté par le Skill ;\r\n- le transport réseau et l’authentification restent sous le capot de Noyau et du relais maison réellement chargés ;\r\n- ne jamais présenter une action Android comme réussie sans retour terminal ou observation correspondante.\r\n\r\n## Preuve de réussite\r\nL’appareil réellement visé a produit le résultat demandé et ce résultat a été observé au niveau pertinent, ou la limite exacte a été établie sans effet inventé."
}SHA-256: 2f7404fee145da9edd9a3a1514867cfbd5db7d4610c2e10c204392c133fba666