Aller au contenu

Journal des modifications

49 entrées

Atom : tout · client · plateforme
  1. Client

    Client 0.6.19

    openlatch init et openlatch doctor indiquent si les appels de modèle de chaque agent sont prêts à être enregistrés, et l’installation sous Windows demande moins.

    • openlatch init et openlatch doctor indiquent, pour chaque agent, si ses appels de modèle sont prêts à être enregistrés, et ce qui manque encore.
    • openlatch init demande avant de redémarrer un agent qui tournait déjà, et nomme ceux qu’il vous laisse redémarrer.
    • Un Cursor déjà ouvert pendant openlatch init est couvert dès que vous le quittez et le rouvrez ; recharger ses fenêtres ne suffit pas.
    • Sous Windows, l’installation ne déclenche plus d’invite du pare-feu, et la boîte de dialogue d’approbation du certificat est précédée de son empreinte pour que vous puissiez la vérifier.
    • Sous Windows, des correctifs de stabilité pour Cline, pour une réinstallation après openlatch uninstall --purge, et pour les redémarrages.
    • Travaux préparatoires pour un agent de code qu’OpenLatch ne prend pas encore en charge. Rien ne change pour les agents déjà connectés.
  2. Client

    Client 0.6.18

    Choisissez votre organisation à la connexion, et déplacez une machine vers une autre organisation.

    • La connexion demande quelle organisation utiliser quand votre compte en a plusieurs ; --org ou OPENLATCH_ORG la nomme sans le demander.
    • La nouvelle commande openlatch system auth switch déplace cette machine vers une autre de vos organisations.
    • Sous Windows, openlatch doctor signale l’outil en ligne de commande d’un agent dont l’installation à l’échelle de la machine contourne le relais (OL-1425).
    • Travaux préparatoires pour un agent de code qu’OpenLatch ne prend pas encore en charge. Rien ne change pour les agents déjà connectés.
  3. Client

    Client 0.6.17

    Cursor est de nouveau couvert dès que ses fenêtres se rechargent.

    • Un Cursor en attente est de nouveau couvert dès que ses fenêtres se rechargent.
    • Le relais enregistre chaque appel de Cursor une seule fois, et classe le trafic d’un agent de code qu’OpenLatch ne prend pas encore en charge.
  4. Client

    Client 0.6.16

    Le client connecte aussi l’application de bureau Codex, sans outil en ligne de commande et sans nouvel openlatch init.

    • Le client connecte l’application de bureau Codex sur une machine sans outil en ligne de commande Codex, sans exécuter à nouveau openlatch init.
    • openlatch doctor ne signale plus de faux problème pour un agent de code qu’OpenLatch ne prend pas encore en charge.
  5. Plateforme

    Une politique dans plusieurs Autonomy Zones

    Rattachez une Agent Intent Policy à plusieurs zones, chacune avec son propre mode.

  6. Client

    Client 0.6.15

    Sous Windows, les outils en ligne de commande de Cursor et de Cline passent par le relais sans configuration.

    • Sous Windows, les outils en ligne de commande de Cursor et de Cline font passer leur trafic de modèle par le relais sans configuration.
    • Sous Windows, la vérification du certificat du relais ne lit plus un fichier encore ouvert.
  7. Client

    Client 0.6.14

    Travaux préparatoires pour un agent de code qu’OpenLatch ne prend pas encore en charge.

    • Travaux préparatoires du relais pour un agent de code qu’OpenLatch ne prend pas encore en charge. Rien ne change pour les agents déjà connectés.
  8. Client

    Client 0.6.13

    Travaux préparatoires pour un agent de code qu’OpenLatch ne prend pas encore en charge, et un correctif du relais sous Windows.

    • Travaux préparatoires des hooks et de l’inventaire pour un agent de code qu’OpenLatch ne prend pas encore en charge. Rien ne change pour les agents déjà connectés.
    • Sous Windows, le certificat du relais est vérifié dans le contexte de l’utilisateur, et les processus d’arrière-plan démarrent sans ouvrir de fenêtre de console.
  9. Client

    Client 0.6.12

    Un suivi plus juste de l’usage des modèles et une meilleure lecture de PowerShell.

    • openlatch doctor --fix indique l’état dans lequel il laisse le poste.
    • L’usage déjà signalé par un flux de modèle interrompu est conservé.
    • Un modèle n’est marqué inconnu que lorsque son usage est estimé.
    • Une clé d’API se distingue d’un jeton d’abonnement par sa forme.
    • Un paramètre PowerShell écrit -Param:value est lu de la même façon que -Param value.
  10. Client

    Client 0.6.11

    Les commandes PowerShell sont lues plus précisément.

    • Une URL dans une commande PowerShell est désormais lue comme une URL, et non comme un chemin de fichier.
  11. Client

    Client 0.6.10

    Correctifs pour l’enrôlement et la lecture des commandes PowerShell.

    • La vérification de santé du daemon au repos envoie désormais la clé d’API.
    • openlatch init enregistre désormais un OPENLATCH_API_URL exporté dans la configuration du client.
    • Un chemin de fichier est classé là où il aboutit, et non tel qu’il est écrit.
    • Les commandes PowerShell sont découpées en mots selon les règles de PowerShell.
  12. Plateforme

    Les Autonomy Zones sur l’arborescence de votre organisation

    Activez une Autonomy Zone sur n’importe quelle unité, et voyez quels agents chaque zone gouverne et pourquoi.

  13. Plateforme

    Autonomy Zones et Agent Intent Policies

    Définissez ce que chaque agent peut faire sous forme d’Agent Intent Policies, et exécutez chacune en mode Disabled, Monitor ou Enforce.

  14. Plateforme

    API REST publique

    Automatisez les opérations de la console avec des clés d’API d’organisation.

  15. Client

    Client 0.6.9

    Des rapports de configuration en direct, et des correctifs pour Cline, Cursor et macOS.

    • Les changements de configuration d’un poste sont signalés au moment où ils se produisent.
    • Une session coéquipière de Claude Code est rattachée à la session qui la dirige.
    • Les skills, règles et serveurs MCP que chargent Codex CLI, Cursor et Cline sont inventoriés tels que chaque agent les charge réellement.
    • Les rapports de Cursor nomment le serveur MCP à chaque appel.
    • La mise à jour de Cline.app n’interrompt plus une conversation.
    • Une session Claude Code lancée à partir d’un plan enregistre ce plan comme premier prompt.
    • Sous macOS, le client ne demande plus l’accès aux dossiers Bureau, Téléchargements et Documents.
    • openlatch init ne présente plus la télémétrie d’usage comme anonyme.
    • Les chemins Windows natifs sont correctement classés lors des lectures et écritures de fichiers.
  16. Plateforme

    Isolation des organisations appliquée par la base de données

    La base de données elle-même sépare les données de chaque organisation.

  17. Client

    Client 0.6.8

    Correctifs du bundle de politiques et du relais.

    • Un bundle de politiques en cache est correctement revalidé lorsque la plateforme le signale inchangé.
    • L’usage des sessions qu’aucun hook n’a enregistrées n’est plus consigné.
  18. Client

    Client 0.6.7

    Une évaluation qui tient compte des chemins, et des correctifs pour Cline.

    • Les effets d’une action sont mis en relation avec les chemins qu’elle cible.
    • Le plugin Cline s’applique à tous les outils, et pas seulement au shell.
    • openlatch init attend la première livraison du plugin Cline au lieu d’échouer.
    • Chaque action est décidée une seule fois, et non une seconde fois après son exécution.
    • Les fils secondaires de Codex CLI sont rangés sous leur session parente.
    • L’usage est rattaché à la bonne installation.
  19. Plateforme

    Des politiques qui lisent ce que fait une action

    Les politiques d’intention reconnaissent ce que fait une commande, comme lire des secrets ou joindre un hôte réseau, et non la façon dont elle est écrite.

  20. Client

    Client 0.6.6

    Les appels de modèle de l’IDE Cursor passent par le relais.

    • Les appels de modèle de l’IDE Cursor sont acheminés par le relais.
    • Un nouvel openlatch init n’échoue plus sur des composants encore en cours de démarrage.
    • openlatch doctor affiche une ligne d’état par agent et reconnaît le hub de Cline.app.
    • Une substitution de processus du shell n’est plus lue comme une cible de redirection.
  21. Client

    Client 0.6.5

    Un vocabulaire d’outils commun, et des verdicts Ask livrés selon chaque agent.

    • Les outils de chaque agent sont rattachés à un vocabulaire commun ; un outil sans correspondance est tout de même enregistré sous son propre nom.
    • L’évaluation des politiques lit un catalogue de classification unique depuis le bundle de politiques.
    • Les verdicts Ask parviennent à chaque agent sous la forme qu’il prend en charge, avec un verdict défini à l’avance lorsqu’un agent n’a pas de ask propre.
  22. Client

    Client 0.6.4

    Prise en charge de Cursor.

    • Les politiques décident sur les actions de Cursor, et le verdict parvient à Cursor dans son propre format.
    • Le trafic de modèle de Cursor passe par le relais et est enregistré comme usage, jamais comme contenu.
    • Le raccordement de Cursor est vérifié, réparé et inventorié comme celui de tous les autres agents.
    • openlatch uninstall nomme les agents qu’une désinstallation partielle laisse connectés.
  23. Client

    Client 0.6.3

    Le plugin Cline parvient à Cline.app et à VS Code.

    • Le plugin Cline est livré à Cline.app et à VS Code.
    • Le client vérifie que le plugin s’est chargé sur chaque hôte.
  24. Plateforme

    Licence et consommation dans la console

    Comparez ce pour quoi votre organisation est licenciée à ce qu’elle consomme, sur une seule page.

  25. Plateforme

    Propriété des agents

    Chaque agent est rattaché à un propriétaire issu de votre annuaire, et sa fonction métier peut piloter une politique.

  26. Plateforme

    Des agents reconnaissables

    Les agents portent un nom lisible et indiquent les sessions et projets qu’ils regroupent.

  27. Plateforme

    Graphe d’exécution

    Visualisez tout ce qu’un agent a fait sous forme de graphe, filtrez-le, et créez une règle à partir d’une commande.

  28. Plateforme

    Économie des agents

    Consultez les dépenses, la prévision et les sessions de chaque agent, avec des pistes d’économies classées.

  29. Client

    Client 0.6.2

    Remontée des données de Cline, réparation automatique et purge complète.

    • Les sessions, prompts et appels d’outils de Cline sont transmis à la plateforme.
    • Le câblage du relais, la confiance des hooks et les fichiers du plugin Cline sont contrôlés contre toute altération et réparés.
    • Le client signale lorsqu’un bundle de politiques est en cours de livraison.
    • openlatch uninstall envoie un événement de désinstallation, et openlatch uninstall --purge supprime tout l’état du client.
  30. Client

    Client 0.6.1

    Cline via le relais, et gestion du certificat du relais.

    • Le trafic de modèle de Cline est capté par le relais, y compris l’application de bureau Cline.
    • Le relais prouve que son certificat est approuvé avant qu’un agent ne soit dirigé vers lui.
    • Le certificat du relais peut être consulté, renouvelé, libéré et supprimé.
    • Seuls les agents détectés figurent dans les informations sur le poste.
    • Les hooks de Codex CLI sont approuvés sous Windows.
  31. Plateforme

    Des politiques qui continuent de décider hors ligne

    Chaque client conserve localement son bundle de politiques : l’application continue même réseau débranché.

  32. Client

    Client 0.6.0

    Un openlatch update étape par étape, avec un changement incompatible dans sa sortie JSON.

    • Changement incompatible : openlatch update --check --json ne renvoie plus min_supported_client. current, latest et severity sont inchangés.
    • openlatch update affiche sa progression étape par étape, et le daemon redémarre ensuite.
    • Les hooks, règles et workflows de Cline sont remontés par l’inventaire de configuration.
  33. Client

    Client 0.5.8

    Capture des prompts de Cline.

    • Les prompts sont captés sur la CLI de Cline et sur l’application de bureau Cline.
    • Les types d’agents non connectés ne sont plus signalés.
  34. Client

    Client 0.5.7

    Correctif de l’affichage du terminal sous Windows.

    • Les couleurs et la progression s’affichent correctement sous Windows pour toutes les commandes, et pas seulement openlatch init.
  35. Client

    Client 0.5.6

    Maintenance de la publication.

    • Changements dans la façon dont le client est construit et publié. Le client se comporte comme dans la version précédente.
  36. Client

    Client 0.5.4

    Correctifs de la supervision du daemon et de l’envoi de la télémétrie.

    • Sous Windows, la tâche planifiée qui maintient le daemon en marche conserve son marqueur de version.
    • Le premier lot de télémétrie du daemon est envoyé en HTTPS.
  37. Client

    Client 0.5.3

    La télémétrie passe par la plateforme, et les binaires Linux démarrent sur des hôtes plus anciens.

    • La télémétrie et les rapports de plantage passent par le point d’ingestion de la plateforme.
    • Les binaires Linux démarrent sur des hôtes minimaux et plus anciens.
  38. Client

    Client 0.5.2

    Correctifs du démarrage et de l’envoi des événements.

    • Sous Windows, openlatch s’exécute comme un programme console, et ses binaires démarrent sur un poste neuf.
    • Les événements encore en file d’attente à l’arrêt sont envoyés.
    • Le daemon prend en compte une nouvelle connexion sans redémarrer.
    • L’envoi des événements reprend après chaque reconnexion à la plateforme.
  39. Client

    Client 0.5.1

    Maintenance de la publication.

    • Changements dans la façon dont le client est construit et publié. Le client se comporte comme dans la version précédente.
  40. Client

    Client 0.4.0

    Les commandes des sous-systèmes passent sous openlatch system.

    • Changement incompatible : openlatch auth, hooks, model-relay, proxy, supervision, telemetry et inventory deviennent openlatch system <name>, sans alias.
    • Changement incompatible : la section de configuration [boundary] devient [model_relay], les variables OPENLATCH_BOUNDARY_* deviennent OPENLATCH_MODEL_RELAY_*, et les codes d’erreur OL-BND-* deviennent OL-RELAY-*.
    • openlatch doctor indique l’état en direct de chaque hook.
    • Les diagnostics de proxy indiquent le proxy que le client utilise réellement.
  41. Client

    Client 0.3.3

    Maintenance de la publication.

    • Changements dans la façon dont le client est construit et publié. Le client se comporte comme dans la version précédente.
  42. Client

    Client 0.2.2

    Maintenance de la publication.

    • Changements dans la façon dont le client est construit et publié. Le client se comporte comme dans la version précédente.
  43. Client

    Client 0.1.18

    Maintenance de la publication.

    • Changements dans la façon dont le client est construit et publié. Le client se comporte comme dans la version précédente.
  44. Client

    Client 0.1.14

    Correctif de l’adresse d’API par défaut.

    • L’adresse d’API par défaut ne répète plus /api.
  45. Client

    Client 0.1.13

    Le paquet npm se résout avec npx @openlatch/client init.

    • Le paquet npm gagne un point d’entrée client, si bien que npx @openlatch/client init se résout.
    • L’aide n’affiche plus de bannière.
  46. Client

    Client 0.1.12

    Maintenance de la publication.

    • Changements dans la façon dont le client est construit et publié. Le client se comporte comme dans la version précédente.
  47. Client

    Client 0.1.8

    Maintenance de la publication.

    • Changements dans la façon dont le client est construit et publié. Le client se comporte comme dans la version précédente.
  48. Client

    Client 0.1.7

    Le paquet npm fournit le point d’entrée du hook.

    • Le paquet npm installe le point d’entrée openlatch-hook.
  49. Client

    Client 0.1.6

    Maintenance de la publication.

    • Changements dans la façon dont le client est construit et publié. Le client se comporte comme dans la version précédente.