Chaque capacité, vérifiée face au code source.
Calíope est distribué comme une application unique dont les capacités ci-dessous sont disponibles sur macOS, iPad et iPhone. Chaque entrée correspond à du code qui existe aujourd'hui — c'est un catalogue, pas une liste de souhaits. Utilisez les raccourcis pour sauter à une catégorie, ou parcourez la liste complète.
Cette page décrit Calíope 1.5, la version que nous construisons en ce moment. La 1.4 est terminée et en cours d'examen par Apple, et la boutique propose aujourd'hui la 1.3 sur le Mac et la 1.2 sur iPad. Le changelog indique dans quelle version chaque fonction est arrivée.
“Votre tunnel SSH, sans terminal ni .ssh/config.”
Atteignez des serveurs derrière un bastion depuis le sandbox macOS — sans ssh local, sans ~/.ssh/config, sans batailles de permissions.
SwiftNIO + NIOSSH. Authentification par mot de passe ou par clé privée (ed25519, ECDSA P-256/P-384/P-521). Parseur OpenSSH et déchiffrement de passphrase en mémoire. Proxy local sur 127.0.0.1 ponté via SSH direct-tcpip.
“Vous alerte si quelqu'un a intercepté votre tunnel — avant que vous ne tapiez quoi que ce soit.”
Détecte un MITM contre votre bastion SSH sans conserver un fichier known_hosts sur disque.
Empreintes stockées dans le Keychain. La première connexion demande une confirmation explicite ; une empreinte modifiée échoue durement — équivalent à StrictHostKeyChecking=yes.
“SSL qui protège vraiment — pas juste un interrupteur.”
Activer « SSL » signifie SSL vérifié. Les certificats auto-signés exigent une CA ou un opt-out explicite avec un avertissement visible.
Politique unique : sauter la vérification est opt-in ; une CA fournie donne une vérification sans hostname ; sinon, vérification complète.
“Vos mots de passe ne visitent pas iCloud sauf si vous les invitez.”
Vous décidez quels identifiants voyagent entre vos appareils. Par défaut, aucun.
Le mode local-only fixe les identifiants à WhenUnlockedThisDeviceOnly ; activer la synchronisation les migre à AfterFirstUnlock pour iCloud Keychain. Le toggle est idempotent.
“Votre empreinte déverrouille la production, pas seulement votre Mac endormi.”
Ajoutez une porte Touch ID / Face ID avant de vous connecter à des serveurs de production, configurable par profil.
Construit sur le framework LocalAuthentication. Activable par profil de connexion.
“Un connection pool qui ferme toujours — même quand quelque chose échoue.”
Des connexions qui ne fuient pas de ressources ni ne bloquent l'interface, même lors du changement de session.
SwiftNIO EventLoopGroupConnectionPool, plafonné à 5 connexions par event loop dans un event-loop group mono-thread. Fermeture asynchrone avec timeout de sécurité et fermeture SSH propre lorsque le binding local échoue.
“Bindings préparés, pas d'interpolation de chaînes — dès la base de la pile.”
Les valeurs que vous saisissez ne sont jamais concaténées au SQL — elles voyagent via le protocole réseau, séparées du statement.
Requêtes préparées natives de MySQLNIO : sans bindings → chemin rapide simpleQuery ; avec bindings → conn.query(sql, [MySQLData]). Les statements se ferment automatiquement à done(), le pool ne fuit donc jamais. Les identifiants passent toujours par le helper d'échappement centralisé pour les cas DCL/DDL résiduels.
“Un serveur, deux adresses — et il essaie les deux.”
On atteint souvent le même serveur par une adresse depuis le Mac et par une autre depuis l'iPad. Donnez au profil une seconde adresse et Calíope l'essaie quand la première ne répond pas, avec le même port et les mêmes identifiants.
La destination est résolue par connectionEndpoints, jamais en lisant le champ hôte : les trois endroits qui ouvrent un pool reçoivent l'endpoint. Ordre fixe, principal puis alternatif, sans mémoriser lequel a gagné — cet état est précisément ce qui ne peut pas voyager entre appareils. Accepte hôte:port pour une route publiant un autre port. Ignoré avec un tunnel SSH, et l'interface le dit : là, l'hôte est résolu par le bastion, pas par votre appareil.
“L'éditeur sait si vous êtes dans le FROM, le WHERE ou la liste de colonnes.”
Écrivez moins, et commettez moins d'erreurs, car la suggestion comprend où vous êtes dans le statement.
Suggère les colonnes de la table active, les noms de bases de données, les tokens de schéma (tables, vues, fonctions), les mots-clés DML/DDL/de contrôle, les types de données et les phrases auxiliaires SQL filtrées par moteur.
“Les parenthèses déséquilibrées n'atteignent jamais le serveur.”
Attrape l'erreur évidente avant que MySQL ne la rejette.
Détecte les commentaires non fermés, les chaînes non fermées, les parenthèses déséquilibrées et les identifiants avec backtick ouvert. Balayage O(n), sans parseur complet.
“Formate vos requêtes — ne réécrit jamais votre UPDATE.”
Un formatage propre pour SELECT, sans surprise sur un UPDATE sans WHERE.
Connaît plus de 150 mots-clés, types et fonctions. Le mode sûr bloque l'auto-formatage sur les statements destructifs (ALTER, CREATE, DELETE, DROP, GRANT, TRUNCATE, UPDATE, REPLACE, RENAME) pour prévenir les réécritures accidentelles.
“Synchronisez votre historique, pas vos identifiants.”
Votre journal de requêtes ne devient pas un fichier de mots de passe sur iCloud.
Neutralise IDENTIFIED BY, IDENTIFIED WITH … AS, IDENTIFIED BY PASSWORD, SET PASSWORD FOR et PASSWORD(…). Occultation idempotente, appliquée avant d'exporter le journal de requêtes vers CloudKit.
“Composez des requêtes en cliquant ; elles sortent prêtes pour la production.”
Un SELECT … WHERE … JOIN … correct sans mémoriser la syntaxe.
Constructeurs visuels dédiés aux quatre formes les plus fréquentes : SELECT, WHERE, UPDATE et CREATE de table.
“Renommez id sans casser client_id.”
Refactorisez des identifiants en toute sécurité, sans détruire des noms similaires.
Regex avec bornes de mot \b et échappement adéquat. Ne matche jamais à l'intérieur d'identifiants plus longs.
“⌘⇧O et vous êtes sur la table que vous cherchiez.”
Atteignez n'importe quel objet du schéma sans descendre dans l'arbre.
Recherche floue incrémentale sur tables, vues, routines et objets, avec navigation aux flèches et Entrée pour ouvrir.
“Vos snippets s'adaptent au moteur, pas l'inverse.”
Vos recettes SQL toujours à portée, filtrées selon le moteur utilisé.
Stockage JSON local. Chaque snippet déclare à quels moteurs il s'applique (MySQL, MariaDB, PostgreSQL…). La connexion à un nouveau moteur ajoute les valeurs par défaut sans doublons. Prend en charge la catégorisation.
“La documentation de GROUP_CONCAT s'ouvre là où vous tapez.”
Documentation sans quitter l'éditeur ni ouvrir un navigateur.
Affiche la signature de la fonction SQL ou le DDL de l'objet du schéma sous le curseur.
“Éditez la cellule, voyez le SQL, et décidez.”
Modifiez les données rapidement et prévisualisez le SQL exact qui sera exécuté.
Édition façon tableur sur les résultats, avec un aperçu de l'UPDATE ou du DELETE généré avant exécution.
“Rejouez votre session SQL comme une vidéo.”
Déboguez un batch de requêtes statement par statement, sans tout ré-exécuter.
Rejeu de type timeline des statements exécutés, lié à l'historique persistant des requêtes.
“Clavier iPad avec des super-pouvoirs SQL.”
Suggestions tactiles rapides juste au-dessus du clavier virtuel.
Barres contextuelles pour l'objet ou la fonction sous le curseur, avec un accès rapide à « Voir DDL » et aux paramètres de fonction.
“Votre barre, dans votre ordre.”
Chacun a son ergonomie ; les DBAs réorganisent une fois et oublient.
Réorganisez ou masquez les groupes de boutons depuis une feuille de personnalisation dédiée. La mise en page est persistée.
“Une recherche dans toutes vos colonnes textuelles.”
Cherchez une chaîne dans toutes les colonnes textuelles de toutes les tables à la fois, voyez les correspondances par table et par colonne, prévisualisez le résultat calculé par le serveur et remplacez en masse dans une transaction par table.
Deux chiffres sont affichés, pas un : la collation ignore souvent la casse, REPLACE() jamais, donc sans cet avertissement une modification en masse annonce 300 lignes et en change 100 sans que rien n'échoue. L'écart est mesuré avec CAST(col AS BINARY) plutôt qu'avec une collation nommée. Colonnes générées, clé primaire et uniques sont exclues par défaut — MariaDB accepte l'UPDATE d'une colonne générée, signale une ligne affectée et ne change rien. L'échappement utilise |, car l'antislash casse sous NO_BACKSLASH_ESCAPES.
“Vos colonnes GEOMETRY cessent d'être 25 octets.”
Points, lignes et polygones dessinés sur une carte ancrée dans l'éditeur, avec styles satellite et plat, regroupement et un contrôle d'ajustement aux données. Faites glisser un point ou un sommet et Calíope compose l'instruction — il vous la montre avant d'écrire quoi que ce soit.
Le WKB transmis est toujours en (longitude, latitude) ; ce qui change, c'est le texte, car MySQL 8 sous un SRID géographique écrit la latitude d'abord, et MariaDB jamais. L'échange ne vit qu'à la frontière textuelle, où le paramètre n'a pas de valeur par défaut : se tromper ne produit pas d'erreur, cela déplace la ligne d'un continent et le serveur l'accepte. Le SRID voyage avec la géométrie, sans clé primaire fiable l'édition est bloquée et la raison est affichée, et il n'y a aucun CoreLocation.
“Une requête enregistrée qui répond deux fois la même chose.”
Enregistrez une requête avec ses paramètres déclarés et sa sortie définie — quelles colonnes, dans quel ordre, avec quels titres et formats — et exécutez-la quand vous voulez, à la main ou planifiée. Exportez-la en CSV, TSV, JSON, Markdown, HTML, XML, texte, Excel ou PDF paginé, et retrouvez le dernier résultat qui vous attend sur le téléphone.
Les paramètres sont liés, jamais collés dans le texte de la requête : rien de ce qu’on y saisit ne peut changer ce qu’elle fait, dans aucun des deux modes SQL. Le contrat de colonnes est vérifié à l’exécution — une colonne qui cesse d’arriver, ou qui arrive avec un autre type, est annoncée au lieu d’être dessinée en silence. Chaque exécution laisse sa ligne dans un historique partagé avec les sauvegardes, avec ses paramètres, son décompte et la machine qui l’a exécutée. Le planifié ouvre sa propre connexion depuis le profil, et ne promet jamais de tourner app fermée.
“Le même rapport, contre trois sortes de base différentes.”
Le même artefact et le même écran servent votre MySQL de production, le fichier .sqlite d’une app et une collection MongoDB.
Le moteur de rapports ne dépend pas du fournisseur de base de données : il a sa propre couture, plus étroite, avec trois membres et pas un de plus. Il existe des implémentations pour les bases relationnelles, pour les fichiers SQLite que vous avez ouverts vous-même et pour MongoDB avec find et aggregate. Ajouter une source, c’est implémenter ce protocole sans toucher au moteur. Et aucune source ne garde l’état de l’exécution précédente — quand l’une l’a fait, le deuxième rapport se projetait avec les colonnes du premier : un tableau de cellules vides, sans erreur ni avertissement.
“Préparer, indexer et lire — sur une seule connexion, sans toucher à vos tables.”
Les rapports qu’un DBA écrirait comme un script en cinq étapes tiennent dans un rapport, sans renoncer à la garantie qu’il ne touche pas vos données.
Tout rapport ne sort pas d’une requête : fixer une variable de session, construire une table temporaire en plusieurs passes, l’indexer et la lire à la fin. Le lot entier tourne sur une seule connexion empruntée — avec une connexion par instruction, la table temporaire créée par la première n’existerait plus à la dernière. Les instructions de préparation passent par une liste blanche et ne peuvent écrire que dans les temporaires de leur propre lot ; le plafond de lignes s’applique à la dernière.
“Neuf formats, et le PDF sait où la page se termine.”
Le PDF que vous envoyez à la direction dit « Montant », et le CSV du même rapport dit « Montant » — pas total_eur.
CSV, TSV, JSON, Markdown, HTML, XML, texte brut et XLSX — écrit par Calíope elle-même en ZIP plus XML, sans dépendances — plus un PDF paginé. Ce qui est exporté est ce que déclare la sortie, pas ce qui est revenu du serveur. Et le découpage du PDF est mesuré à partir de l’ascendante, de la descendante et de l’interligne de la police au lieu d’être estimé avec une constante : une constante coupe en deux la dernière ligne de chaque page, et cela ne se voit qu’une fois imprimé.
“Votre schéma, dans un arbre qui reflète comment vous le pensez.”
Une seule vue pour tout le catalogue du serveur.
Bases de données → tables / vues / routines / triggers / événements, avec chargement paresseux et actions contextuelles : DDL, colonnes, index, import de données, WHERE builder.
ALTER“Comparez votre schéma, générez l'ALTER, relisez avant d'appliquer.”
Promouvez un schéma du staging à la production sans collecter les diffs à la main.
Compare deux schémas et génère l'ALTER TABLE nécessaire pour amener l'un à l'autre. La comparaison de colonnes tourne en parallèle via la structured concurrency. Source de vérité : INFORMATION_SCHEMA.
“Vous savez quel DDL vous avez exécuté, quand, et contre quel serveur.”
Traçabilité des changements de schéma, sans toucher au serveur.
Chaque CREATE / ALTER / DROP / RENAME est enregistré localement avec horodatage et serveur cible, dans le store SQLite local de l'app.
“Du staging à la production en trois clics — avec un aperçu.”
Clonez des objets entre environnements sans mysqldump ni fichiers .sql écrits à la main.
Double connexion (source + destination), sélection granulaire de tables, vues, routines, triggers et événements, avec options REPLACE, inclure les données ou ignorer les clés étrangères. Aperçu du SQL avant exécution.
“Un éditeur par type d'objet, pas un .sql générique pour tout.”
Éditez routines et événements correctement, dans un éditeur pensé pour l'objet.
Feuilles dédiées pour routines stockées, triggers, événements, vues et index. Chacune émet un DDL bien formé.
“OPTIMIZE, ANALYZE et REPAIR, en un bouton.”
Entretien des tables MyISAM/InnoDB sans mémoriser les commandes.
Exécute OPTIMIZE TABLE, REPAIR TABLE et ANALYZE TABLE avec un retour de progression.
“GRANTs et REVOKEs — avec des cases à cocher.”
Gérez les utilisateurs du serveur sans écrire chaque GRANT à la main.
CREATE / ALTER / DROP USER, ainsi que GRANT et REVOKE depuis une UI dédiée.
“Les index en trop, et ceux qui manquent — avec preuves.”
Identifiez les index redondants ou manquants à partir des données que le serveur expose déjà.
Vue conseiller qui analyse l'usage des index, associée à un éditeur dédié au catalogue d'index.
“Profilez la colonne, ne devinez pas les données.”
Comprenez la qualité de vos données avant d'écrire la requête analytique.
Distributions par colonne : histogramme, percentiles et cardinalité.
“Le diagramme ER que vous n'avez plus à dessiner.”
Documentez les relations sans dessiner des boîtes dans Miro.
Génération automatique à partir du schéma actif, avec visualisation des clés étrangères.
“Les bases de documents, avec leur propre vocabulaire.”
Parcourez collections et documents, modifiez-les en JSON, écrivez des filtres et des pipelines d’agrégation, gérez les index et consultez le serveur, ses opérations en cours et ses utilisateurs — sans quitter l’app que vous utilisez déjà pour MySQL.
Outil autonome : rien de MongoDB ne touche la couche des providers relationnels. Les documents s’affichent en arbres repliables avec le type de chaque valeur (ObjectId, decimal128, dates, binaires), car une collection n’a pas de schéma et deux documents voisins peuvent ne partager aucun champ. JSON étendu dans les deux sens avec un analyseur maison : l’ordre des champs et la largeur des nombres survivent à l’aller-retour. Réutilise le profil de connexion, le trousseau et le tunnel SSH natif. Curseurs paginés, fermés dès qu’on les abandonne.
“Deux moteurs, une app : votre MySQL distant et votre SQLite local.”
Ouvrez et modifiez le .sqlite d'une app iOS ou d'un script Python dans l'outil même où vous administrez MySQL — avec une transaction explicite avant toute écriture.
Couche autonome (acteur SQLiteConnection sur l'API C du système — sans MySQLKit) avec Structure · Données · Exécuter SQL · Pragmas : concepteurs de tables, d'index et de vues, renommage, recherche et filtres, pagination et tri, éditeur de cellule avancé, transactions Enregistrer/Annuler, maintenance (integrity_check, VACUUM, ANALYZE, REINDEX), pragmas modifiables et import/export CSV · JSON · SQL. Compatible sandbox via des security-scoped bookmarks. Bases non chiffrées uniquement.
“Lire un fichier ne devrait pas exiger une connexion.”
Lisez le .md de la documentation, le .sql d'un collègue, le .json de configuration, un .csv exporté, un .rtf qu'on vous a envoyé ou le .log du serveur sans quitter l'app, sans vous connecter et sans risque d'exécuter quoi que ce soit par accident.
Lecture seule, un fichier à la fois, résolu par extension : moteur de rendu Markdown maison (ATX et setext, listes imbriquées, cases à cocher, code en bloc et indenté de quatre espaces, citations, règles, tableaux GFM), coloration SQL, formateur JSON, lecteur CSV conforme RFC 4180 avec détection du séparateur, et lecteur RTF qui conserve la structure et les emphases — titres, listes imbriquées, gras, italique, souligné, barré, liens et alignement — tandis que la police, les tailles et les couleurs restent celles de Calíope, afin que le texte suive la taille de texte dynamique et se lise dans les deux thèmes. Tout est analysé hors du thread principal et parvient à la vue sous forme de données inertes. Surveille le chemin du fichier avec DispatchSource, ce qui résiste aux sauvegardes atomiques. Plafonds déclarés et signalés en pied de page : 5 Mo de lecture, 500 Ko de coloration SQL, 2 Mo de formatage JSON, 10 000 lignes et 64 colonnes CSV. N'ouvre jamais le réseau — les images Markdown distantes affichent leur texte alt.
Apportez votre propre clé. L'achat n'inclut pas de crédits IA — vous utilisez votre propre clé d'API. Cela est déclaré ouvertement dans le paywall : « L'assistant fonctionne sans aucune clé avec Apple Intelligence ou Ollama ; les fournisseurs cloud (OpenAI, Google Gemini, Anthropic Claude) demandent votre propre clé, non incluse dans l'achat. »
Avec Apple Intelligence et Ollama, rien ne quitte votre machine. Avec OpenAI, Gemini ou Claude, le schéma de la base de données active — noms de tables, colonnes et clés étrangères — part bien chez ce fournisseur, sous votre propre clé. Les lignes et les identifiants, jamais. Sur macOS, Calíope peut aussi faire office de serveur MCP pour un client IA du même Mac : lecture seule, sur 127.0.0.1, désactivé par défaut.
“Deux fournisseurs qui ne coûtent rien et ne demandent rien.”
Apple Intelligence exécute le modèle du système sur votre propre appareil : sans clé, sans compte, sans coût, et votre question ne quitte pas le Mac. Ollama exécute des modèles ouverts là où vous voulez — votre machine, ou une machine de votre réseau — et Calíope lui parle à l'adresse que vous écrivez.
Apple Intelligence via FoundationModels ; il n'est proposé que là où le système dit qu'il est disponible. Ollama via le protocole OpenAI contre votre propre URL de base, sans en-tête Authorization, et avec la liste des modèles non filtrée — leurs noms sont ceux que vous avez téléchargés. Quand le schéma ne tient pas dans la fenêtre locale, l'assistant le dit dans la conversation et propose quoi faire.
“IA qui tourne sur vos tokens, pas sur votre facture.”
Utilisez le modèle que vous payez déjà, et ne dépendez pas d'une hausse de tarif de Calíope par token.
OpenAI (GPT-4, GPT-4o, o1, o3) avec token Bearer. Google Gemini avec clé d'API ; filtré aux modèles exposant generateContent. Anthropic Claude (claude-*) avec x-api-key et system prompt dans son propre champ (pas dans messages). System prompt bilingue avec le contexte du schéma actif, conservant les trois derniers échanges.
“Votre clé n'apparaît jamais dans une stack trace.”
Si un message d'erreur fuit dans une capture d'écran ou un canal Slack, votre clé d'API ne voyage pas avec.
Masquage par regex pour sk-* (OpenAI), AIza* (Gemini), sk-ant-* (Anthropic Claude, y compris sk-ant-api03-…) et Bearer … dans tout message d'erreur de fournisseur.
Retry-After“Si OpenAI dit attendez, Calíope attend exactement ce délai.”
Les pics de rate-limit ne cassent pas votre session.
Sur 429 / 503, réessai jusqu'à trois fois (1 s / 2 s / 4 s), en respectant l'en-tête Retry-After. Timeouts : 30 s pour la génération, 15 s pour lister les modèles.
“Dictez la question ; exécutez le SQL.”
Dictez une demande et l'assistant la transforme en SQL — utile sur iPad et en sessions pair-DBA quand les mains sont prises. Votre voix ne quitte pas l'appareil.
Basé sur SpeechAnalyzer et DictationTranscriber d'Apple (macOS 26 / iPadOS 26) : la reconnaissance a lieu sur l'appareil, aucun audio n'est envoyé à un serveur et la dictée fonctionne hors connexion. Le modèle de langue est téléchargé une fois, avec progression visible, dans la langue choisie dans Calíope — ou dans toute autre langue prise en charge par la dictée du système, choisie depuis la capsule à côté du microphone, qui indique celle qui est écoutée. Seule l'autorisation du micro est demandée — la reconnaissance locale n'a pas besoin de celle de reconnaissance vocale. Résultats partiels en direct.
“Une conversation avec votre base de données, pas un prompt isolé.”
Demandez « maintenant avec un LEFT JOIN » et il sait de quelle requête vous parlez.
Conserve le contexte du schéma actif plus les derniers échanges, par conversation.
“Sauvegardes avec gzip natif — et pas de mots de passe exportés par accident.”
Des dumps compacts et sûrs par défaut — personne n'exporte de hashes de mots de passe par accident.
Génère un .sql avec les options de drop-before, inclusion des données, inclusion des utilisateurs, inclusion des identifiants utilisateurs (opt-in, désactivé par défaut) et compression gzip native. CREATE USER / ALTER USER / GRANT sont neutralisés quand les identifiants sont exclus. Événements de progression avec ETA.
“Des sauvegardes qui ne comptent pas sur votre mémoire.”
Votre Mac effectue la sauvegarde à l'heure, même s'il dormait, et ne remplit pas votre disque.
Planifications quotidiennes ou hebdomadaires. Utilise des bookmarks security-scoped vers la destination pour fonctionner dans le sandbox. Gère les planifications ratées entre redémarrages, les noms de fichiers suffixés en nanosecondes pour éviter les collisions, la purge par rétention, et les notifications de succès/erreur/ignoré.
“D'un tableur à une table en trois clics.”
Importez des fichiers tabulaires du monde réel — pas seulement le CSV idéal.
CSV style RFC 4180 (guillemets échappés, champs avec virgules), JSON (tableau d'objets) et XLSX en streaming. Modes : INSERT, INSERT IGNORE, REPLACE.
“La commande que vous avez exécutée mardi, en deux secondes.”
Cherchez parmi des milliers de requêtes passées par texte SQL ou date.
Store SQLite local dans Application Support avec tables pour requêtes exécutées et journal d'audit DDL, indexé par texte de requête (asc) et date (desc).
“Votre historique SQL, dans votre iCloud, sans vos identifiants.”
Cherchez dans l'historique de votre Mac depuis votre iPad — sans les identifiants.
Conteneur CloudKit iCloud.org.caliope.caliope, lots de 400 enregistrements, rétention configurable (par défaut 30 jours). Applique l'occultation des identifiants avant l'envoi. Vérifie l'état du compte iCloud avant de synchroniser.
“Vous décidez ce qui part vers iCloud.”
Synchronisez uniquement ce qui vous intéresse — pas de tout ou rien.
Toggles indépendants pour la synchronisation iCloud du Keychain et du journal de requêtes, depuis les Préférences.
“722 Mo dumpés avec 68 Mo de mémoire.”
Sauvegarder et restaurer ne dépendent plus de la RAM de la machine. Un dump de 722 Mo avec 4 millions de lignes culmine à 68 Mo ; le restaurer prend 19 secondes avec 14 Mo. Annuler arrête vraiment le dump au lieu de le laisser aller au bout.
Le moteur orchestre et le provider écrit le SQL : ajouter un moteur à la sauvegarde revient à implémenter BackupDataSource et rien d'autre — le harnais de test l'implémente en mémoire avec des dialectes SQLite et Postgres sans toucher au moteur. La restauration tire une instruction à la fois au lieu de les recevoir poussées, car un flux tamponné perd des instructions en silence et finit en annonçant un succès. La lecture utilise read(2) et non un fichier mappé : le même découpage a mesuré +201 Mo résidents avec FileHandle et 1,1 Mo ainsi.
“Avant de toucher à iCloud, il y a une copie.”
Exportez et importez tout ce que Calíope conserve hors de l'appareil — profils, groupes, préférences — avec des copies programmées vers le conteneur iCloud et des points de restauration locaux pris automatiquement avant toute opération risquée : activer ou désactiver la synchronisation, effacer, importer.
Cela existe à cause d'un incident mesuré : activer la synchronisation sur un iPad a remplacé un connections.json de 16 470 octets avec 28 profils par un autre de 514 octets contenant un profil d'exemple. Les secrets sont en opt-in et toujours chiffrés (AES-GCM, PBKDF2-SHA256 avec 210 000 itérations, sel et coût écrits dans le fichier). Ce qui reste dehors est inscrit dans la copie avec sa raison — une copie qui tait ses absences est celle qui fait croire qu'on peut tout restaurer. La restauration fusionne ; une sauvegarde n'efface jamais.
“Le client entier, sans le Mac devant vous.”
La même Calíope, disposée pour le téléphone — le client entier, pas une visionneuse. Elle se connecte à vos serveurs et exécute vos requêtes, avec l'éditeur SQL, l'explorateur de schéma, le tableau de bord, le diagramme ER et les rapports sur place ; et vos profils de connexion, vos extraits enregistrés, votre historique et vos conversations avec l'assistant vous attendent déjà, apportés par votre propre iCloud. Face ID pour déverrouiller, cinq langues, et un mode démonstration pour explorer avant de connecter quoi que ce soit. Elle s'installe depuis la même page de l'App Store que le Mac et l'iPad.
C'est le binaire iOS, et c'est le même code que celui de l'iPad : pas un outil en moins, et pas une seule vérification d'appareil dans tout l'arbre — ce qui change, c'est la disposition, pas la liste des fonctions. Les profils de connexion sont fusionnés dans le fichier iCloud partagé au lieu de le remplacer, pour que les champs qu'un écran étroit n'affiche pas — tunnel SSH, certificats, jeu de caractères — restent intacts. Sans iCloud, elle nomme l'interrupteur fermé au lieu d'afficher un écran vide en vous laissant supposer que tout va bien.
“Ce qu'ont fait vos serveurs, sans sortir le téléphone.”
Calíope au poignet, qui arrive avec Calíope sur l'iPhone et que le même achat couvre, sans achat séparé. Elle affiche les messages système que Calíope publie : dix-huit types en huit groupes, avec les sauvegardes et rapports terminés ou en échec, les requêtes trop longues, les tunnels SSH tombés puis rétablis, la synchronisation iCloud en échec et les serveurs proches de vos seuils. Groupés par jour, avec des notifications optionnelles sur un réglage à part, et un mode démo qui montre aussi les écrans vides.
Les messages voyagent comme un identifiant accompagné de ses chiffres bruts, jamais comme une phrase déjà écrite : la montre est réglée dans une autre langue que le Mac plus souvent qu'à son tour, la phrase s'écrit donc au poignet. La cadence que vous choisissez est un minimum et non une promesse — app fermée, watchOS décide quand la réveiller — et l'app le dit en haut de son propre écran de réglages, pas en gris tout en bas. Le repère est le dernier message livré et non l'horloge murale, car les réveils sautent et demander « quelque chose dans les quinze dernières minutes ? » écarte le reste sans échouer. Elle ne fait que lire : elle n'ouvre aucune connexion vers un de vos serveurs.
“La santé du parc, lue de l'autre bout de la pièce.”
Un tableau mural pour vos serveurs MySQL, MariaDB et PostgreSQL : une tuile chacun, avec son état — Correct, Avertissement, Critique, Injoignable ou Aucune donnée — et, quand quelque chose ne va pas, quoi. Temps de fonctionnement, connexions, threads actifs, requêtes par seconde, taux de cache, requête la plus longue et retard du réplica. Deux onglets, parce qu'un téléviseur n'est pas un appareil dans lequel on navigue, et un parc de démonstration de huit serveurs pour regarder avant.
La fraîcheur est calculée par celui qui lit, à partir de la cadence que Calíope déclare : celui qui publiait ne sait pas qu'il a cessé de publier, un Mac éteint le vendredi laisserait donc le tableau au vert tout le week-end. L'état ne se distingue jamais par la seule couleur, et les seuils sont ceux de Calíope : le téléviseur peint, il ne juge pas. L'Apple TV n'a ni iCloud Drive ni Trousseau iCloud : « elle ne fait que lire » tient donc à la plateforme et non à une promesse.
“Le client complet, accroché dans la pièce.”
Un Vision Pro installe Calíope elle-même, en tant qu'app iPad : l'éditeur SQL, l'explorateur de schéma, le diagramme ER, les sauvegardes, les rapports, le constructeur de requêtes — tous les outils de l'iPad, sans en retirer un seul. Elle se connecte à vos serveurs et elle écrit. Vous placez la fenêtre, la redimensionnez et la laissez où vous voulez, et elle vient de la même page de l'App Store et du même achat que le Mac et l'iPad.
Nous avons aussi construit une app visionOS native — un tableau en lecture seule avec le parc et les groupes de réplication — et nous avons décidé de ne pas la publier. Un binaire visionOS natif est prioritaire sur l'app iPad sur cet appareil : le publier reviendrait à ce qu'un propriétaire de Vision Pro paie le même prix et reçoive un tableau de bord au lieu d'un client de bases de données. Cette cible déclarait CloudKit et rien d'autre, n'embarquait aucun pilote de base de données et n'avait aucun chemin d'écriture. Moins n'est pas une fonctionnalité. Le code reste dans le dépôt ; si une version native sort un jour, ce sera parce qu'elle fait tout ce que celle de l'iPad fait déjà.
“Métriques de votre MySQL, stockées dans votre MySQL.”
Monitoring historique sans installer Prometheus.
Un collecteur dédié écrit des snapshots sur un serveur de stockage de votre choix, en provisionnant des tables pour les échantillons (CPU, mémoire, connexions, QPS) et les événements (dépassements de seuil, retard de réplication). Rétention automatique.
“Votre plan d'exécution comme un diagramme vivant.”
Repérez l'ALL qui tue votre requête sans lire du JSON à la main.
Prend EXPLAIN FORMAT=JSON et le dessine en arbre. Codage couleur par type d'accès : full scan, range / index merge, optimisé, sort, join. Info-bulles avec access_type, lignes estimées et temps. Zoom à la molette, au pincement du trackpad ou avec les boutons de la barre — l'échelle est toujours affichée, et ⌘+ / ⌘− / ⌘0 font la même chose sans trackpad. Pan en faisant glisser.
“Voyez où vous perdez les millisecondes.”
Localisez quelle phase de la requête prend le temps.
Basé sur SHOW PROFILE. Tableau et graphique en barres par phase (starting, Sending data, etc.) avec des temps en millisecondes.
“Ce que votre serveur a déjà noté des requêtes qui ont trop duré.”
Vous lisez ce que le serveur a enregistré — de tous les clients qui s'y connectent, pas seulement de Calíope — et depuis le même écran vous activez le journal, déplacez le seuil et le videz. Un bouton envoie la requête dans l'éditeur, et le profileur est juste là.
Chaque moteur avec son vocabulaire. MySQL et MariaDB : les entrées viennent de mysql.slow_log quand le serveur écrit dans une table, et le résumé par instruction de performance_schema ; le seuil est long_query_time. PostgreSQL : pg_stat_statements, agrégé par forme d'instruction et non une ligne par exécution, et le seuil s'écrit avec ALTER SYSTEM plus pg_reload_conf() — celui qui vient de la ligne de commande de démarrage du serveur est déclaré non modifiable depuis ici au lieu d'échouer en silence. MongoDB : un outil à part, car le profileur est par base de données. Une liste vide n'est jamais la réponse : si le journal part dans un fichier de la machine du serveur, si performance_schema est désactivé ou si l'extension n'est pas créée dans cette base, ce motif exact est à l'écran. Sur Aurora les réglages sont en lecture seule — ils vivent dans le parameter group du cluster. Pas de graphiques, et rien n'est copié dans Calíope : vous voyez la fenêtre que le serveur conserve, à l'heure du serveur.
KILL guidé“Un KILL pour la requête qui a bloqué votre production.”
Terminez une requête incontrôlée sans ouvrir de terminal.
SHOW FULL PROCESSLIST avec colonnes pour id, user, host, database, command, time, state et info. Actions KILL QUERY et KILL CONNECTION.
“Répliques MySQL 8 et 5.7, dans le même panneau.”
Voyez le retard de la réplique sans vous battre avec le vocabulaire legacy vs. 8.0.
SHOW REPLICA STATUS (MySQL 8) avec fallback automatique vers SHOW SLAVE STATUS (MariaDB 10.5 / MySQL 5.7). Métriques : IO/SQL running, secondes de retard sur la source, dernières erreurs avec horodatage, GTID sets, positions de log. Auto-rafraîchissement configurable.
“Une réplique peut annoncer zéro seconde alors qu’elle a des heures de retard. Ici, cela se voit.”
Vous voyez le groupe entier d’un coup, et vous cessez de vous fier à un « 0 seconde » qui signifie en réalité « je viens de me reconnecter ».
Vous déclarez quelle machine est la primaire et lesquelles sont les répliques. Rien n’est détecté automatiquement : SHOW REPLICA HOSTS ne voit que ce qui est connecté à cet instant, donc un groupe détecté changerait tout seul et « cette réplique n’est plus là » serait indiscernable de « cette réplique est tombée ». Cette requête sert à contredire une configuration incohérente, jamais à la reconfigurer. Qu’une réplique lise d’une autre machine se décide par server_id, jamais par nom d’hôte — derrière Docker, NAT, un VPN ou un tunnel, comparer des chaînes donne un avertissement permanent et faux. Un thread IO arrêté est critique même quand le retard affiche zéro, et à côté figure la dérive de GTID, comptée par origine plutôt que soustraite. Un membre qui ne répond pas n’entraîne pas les autres : « 7 sur 9 » est une lecture normale, et ceux qui manquent sont nommés. Elle ne fait que lire — elle n’opère jamais sur le groupe. Le diagramme porte un tableau comme alternative accessible, et aucun état ne se distingue par la seule couleur.
PURGE“Votre binlog, filtrable et purgable — depuis l'app.”
Auditez quels événements vos statements ont produits sans descendre à mysqlbinlog.
SHOW BINLOG EVENTS avec catégorisation en DDL / DML / Système, recherche par texte et une limite de lignes configurable (par défaut 300). Prend en charge les binlogs chiffrés (MySQL 8.0.14+). PURGE BINARY LOGS TO avec confirmation explicite.
“Le pouls de votre MySQL, dans une seule vue.”
Consolidez la santé du serveur sans ouvrir cinq clients.
Server Info multi-onglets (variables globales et de session, statuts globaux et de session, usage HDD), Server Dashboard avec des graphiques en direct, et un Server Health Monitor.
“Deux requêtes sur la balance ; l'une gagne.”
Choisissez entre deux requêtes avec des preuves, pas de l'intuition.
Compare les temps d'exécution de variantes de requêtes côte à côte.
“Votre Mac vous prévient quand la réplique décroche.”
Le système vous prévient — vous n'avez pas à fixer l'app.
Alertes par seuil sur CPU, mémoire, connexions et retard de réplication. Notifications natives macOS/iOS.
“Ce qui tourne ne disparaît plus quand vous changez d'onglet.”
Requêtes, sauvegardes, migrations et tâches planifiées sont enregistrées au même endroit, avec temps écoulé, destination et un Arrêter qui arrête vraiment. Visible depuis le pied de la barre latérale, depuis l'onglet qui travaille et depuis le sélecteur de serveurs.
Les opérations s'inscrivent elles-mêmes — rien ne sonde les drapeaux des autres, car un registre qui devine finit par mentir dans les deux sens. Les tâches (qui commencent et finissent) et les modes (allumés jusqu'à ce qu'on les éteigne) sont des types distincts, donc un mode n'a ni barre de progression ni chronomètre. Un lot survit à la destruction de sa vue : le contrôleur vit dans un store indexé par onglet, pas dans l'état de la vue. Seuil de 0,8 s avant que quoi que ce soit n'apparaisse — une requête de 40 ms n'est pas un processus.
“Une panne avec sa cause, sa suggestion et sa trace.”
Quand quelque chose échoue, Calíope dit ce qui s'est passé, suggère quoi vérifier et renvoie vers la rubrique d'aide correspondante. Tout atterrit dans un journal avec sa date et son appareil, que l'app iPhone peut lire d'où que vous soyez.
Aucun code d'erreur ne nomme un moteur : la table des codes natifs vit avec son provider, donc en ajouter un revient à implémenter un protocole. Le numéro natif est lu du paquet typé, pas extrait du message — MySQLNIO ne l'écrit pas, si bien qu'une erreur d'identifiants était classée en échec de connexion et vous envoyait vérifier le port. Le téléphone est en lecture seule : élaguer et supprimer restent sur le bureau. Et « aucune erreur » est une affirmation — six raisons différentes d'écran vide sont distinguées, car annoncer la bonne nouvelle alors que le canal est fermé est un mensonge en soi.
“État du serveur, visible d'un coup d'œil, sur votre bureau.”
Voyez le pouls de votre serveur sans ouvrir Calíope.
Familles Small, Medium, Large et ExtraLarge. Les snapshots sont lus depuis un app group partagé avec file coordination pour des lectures concurrentes sûres. Les payloads dépassant un seuil sûr sont rejetés (protection DoS).
“Votre MySQL sur l'écran verrouillé de l'iPad.”
Métriques du serveur sur l'écran verrouillé de votre iPad — à quelques secondes.
Sept familles au total : Small, Medium, Large, ExtraLarge, plus les accessoires Rectangular, Circular et Inline (iOS 16.1+).
“Touchez le widget → le dashboard du bon serveur, d'un seul geste.”
Un toucher et vous êtes sur le dashboard du serveur correct.
URL du widget caliope://server/<uuid> quand un profil est lié ; sinon, retour à caliope://.
“Un widget par serveur — édité comme un widget météo.”
Épinglez un widget différent à chaque serveur — configuré en quelques secondes.
Configurable depuis l'UI d'édition de widget du système via une AppIntentConfiguration. Aucun code requis de l'utilisateur.
“Se rafraîchit quand ça compte ; dort quand ça ne compte pas.”
Le widget n'épuise pas votre batterie tout en affichant des données fraîches.
La politique de timeline confie le contrôle à WidgetKit, en respectant le budget de rafraîchissement du système. Retour au dernier snapshot lorsqu'aucune donnée fraîche n'est disponible.
“Un SELECT COUNT(*) depuis Siri, sans ouvrir Calíope.”
Exécutez une requête ou listez les bases de données depuis Raccourcis, sans ouvrir l'app.
Intents enregistrés : se connecter à un serveur, exécuter une requête (renvoie TSV avec en-têtes), lister les bases de données, ouvrir un onglet du workspace. Adossé à un pont interne qui expose les session et database managers aux AppIntents.
.sql“Sait s'ouvrir depuis Spotlight avec un .sql — comme toute app native.”
Se comporte comme une vraie app Mac — pas comme un portage Windows ou Electron.
Barre de menu complète : À propos, Ouvrir un fichier SQL, Fichiers récents, Quick Open, navigation entre onglets, Aide, Nouveautés, Politique de confidentialité, Support. Gère l'ouverture de fichiers .sql via NotificationCenter.
“Une icône dans la barre de menu : vous savez si vous êtes connecté sans changer de fenêtre.”
Contexte de connexion d'un coup d'œil, sans ramener l'app au premier plan.
Icône dans la barre de menu reflétant l'état de connexion et le profil actif.
“Découvrez ce dont vous avez besoin, quand vous en avez besoin.”
Apprenez à connaître les fonctionnalités au moment où elles sont pertinentes.
Tips contextuels pour Quick Open, WHERE Builder, import de données, journal d'audit DDL, visualiseur de binlog, moniteur de réplication, migration d'objets, Visual EXPLAIN, profileur de requêtes et arbre de schéma.
“Le SQL que vous écrivez sur le Mac vous attend sur l'iPad — même Mac éteint.”
Sur iPad avec un Magic Keyboard, travaillez comme vous le feriez sur le Mac.
La synchronisation iCloud optionnelle transporte vos connexions, le contenu de l'éditeur et vos préférences d'un appareil à l'autre — sans proximité ni Bluetooth. Gestion native du pointeur et du clavier sur iPad. Gestes : pincer pour dimensionner la police dans l'éditeur et dans la grille de résultats, pincer pour agrandir l'image d'une cellule, swipe sur les lignes de résultats, appui long pour les menus contextuels, pan et zoom dans les diagrammes ER et Visual EXPLAIN, séparateurs de panneaux déplaçables. Split View.
“Des captures prêtes pour la doc — pas amateur.”
Prenez des captures prêtes pour la documentation avec un rendu cohérent.
Cmd+Opt+P sur macOS produit des PNG stylisés pour la documentation et le marketing.
“Les nouveautés, dans l'app — pas dans un changelog.”
Apprenez ce qui est nouveau sans lire les notes de version de l'App Store.
Points forts par version, avec un état local « déjà vu ».
“Calíope parle votre langue — espagnol, anglais, français, allemand ou italien.”
Une app conçue d'abord en espagnol, elle ne donne donc pas l'impression d'une traduction automatique.
Bundles de ressources complets en, es, fr, de et it, avec un gestionnaire de langue à l'exécution et un helper de localisation. Fallback vers l'anglais.
“Sandbox activé — fait ce qu'il déclare, et rien de plus.”
Calíope ne peut pas accéder à quoi que ce soit en dehors des entitlements déclarés. Le système l'applique.
App sandbox activé avec un jeu d'entitlements restreint : client et serveur réseau (pour le proxy SSH), entrée audio (voix vers SQL), fichiers sélectionnés par l'utilisateur (documents), app groups (pour les widgets) et iCloud (CloudKit et Cloud Documents).
“Un bouton, et il ne reste rien.”
Un bouton pour laisser la machine propre avant de la rendre ou de la vendre.
Suppression sécurisée à la demande des sessions, identifiants et journal de requêtes.
“Prix honnête — l'IA tourne sur votre clé, et nous le disons.”
Vous savez exactement ce que l'achat paie et ce qu'il ne paie pas.
Le paywall affiche une note BYOK et les conditions de l'achat : un seul prélèvement, sans renouvellement, restaurable sur chaque appareil.
“Soixante jours gratuits, sans piège.”
Essayez Calíope pendant soixante jours gratuitement ; si vous la gardez, vous payez une seule fois.
Produit non consommable StoreKit 2 avec 60 jours d'essai gratuit sous forme de non consommable à prix zéro (règle 3.1.1 de l'App Review). Vérification via AppTransaction.shared et Transaction.latest(for:) de StoreKit 2. Restauration via AppStore.sync(). Le prix est toujours affiché depuis product.displayPrice.
“Six endroits, un rapport, aucun échec muet.”
Le bouton d'effacement atteint les fichiers locaux, le conteneur iCloud Drive, le magasin clé-valeur, CloudKit et le groupe d'apps — et publie une marque pour que vos autres appareils effacent aussi au lieu de tout renvoyer.
Un effacement distant ne consulte pas l'interrupteur de synchronisation : l'interrupteur dit si les choses montent désormais, pas s'il y a déjà quelque chose là-haut, et celui qui l'a activé, envoyé puis désactivé est précisément le cas qu'un effacement de confidentialité ne peut pas laisser de côté. La propagation est asymétrique pour ne pas boucler, et la comparaison est > et non !=, afin qu'une vieille marque republiée par un appareil endormi ne déclenche pas un second effacement. Le rapport comporte une ligne par canal avec son décompte et son échec — la version précédente était écrite avec des try? muets et finissait toujours par « toutes vos données ont été supprimées avec succès », une phrase qui ne pouvait pas être fausse, même avec CloudKit hors service.
Toutes les capacités de cette page sont incluses dans l'achat unique. Soixante jours gratuits, puis un achat unique et c'est à vous pour toujours.