agent-harness

agent-harness exécute le même cycle de vie quel que soit l'hôte choisi : découvrir, recommander, reproduire, préparer, activer, puis connecter. Cette cohérence compte parce que les outils sous-jacents ne sont d'accord sur rien. Une skill qui marche dans Claude Code n'est pas empaquetée de la même façon que pour Cursor, et cet outil aplanit ces différences derrière une seule surface de commandes. Une surface, un cycle de vie.

La commande workspace <host> est le chemin par défaut pour les nouveaux utilisateurs. Elle fait une découverte large, classe les candidats, prépare et active les ressources choisies et termine par la connexion de l'hôte, le tout sur une seule ligne comme agent-harness workspace cursor --intent frontend. Des intentions comme devops, design ou research orientent la sélection vers votre type de travail, et vous pouvez en passer plusieurs. La configuration tient sur une ligne. Voilà son attrait.

Connecter un hôte ne modifie rien sauf si vous le demandez. Par défaut, wire <host> écrit un plan vérifiable et ne touche à rien. Vous pouvez lire les chemins cibles exacts et les écritures prévues, puis appliquer ou réinitialiser quand vous êtes prêt. Pour qui a déjà vu un outil réécrire les réglages de l'éditeur en silence, c'est une limite bienvenue.

Plutôt que de tirer les ressources directement d'internet vers votre espace de travail, l'outil reproduit un ensemble limité dans des artefacts locaux reproductibles et épingle chaque génération. Les candidats qui semblent risqués passent par un dossier de quarantaine au lieu d'être activés. Le résultat est une configuration que vous pouvez inspecter et annuler, et non une configuration qui bouge sous vos pieds.

agent-harness implémente la spécification Agentic Resource Discovery 1.0, le standard soutenu par Google, Microsoft, Hugging Face, GitHub et NVIDIA. Il publie un .well-known/ai-catalog.json pour que les registres puissent indexer ses ressources sélectionnées, et il peut consommer d'autres registres ARD comme sources de découverte. Son slogan résume l'intention : découvrez partout, installez partout.

Le projet enregistre des adaptateurs pour VS Code avec Copilot, OpenCode, Cursor, Zed, Claude Code, Pi et OpenAI Codex. Chaque adaptateur gère les fichiers, les réglages, le comportement d'application et de réinitialisation et les limites de sécurité de son hôte. Certains réutilisent la disposition de paquets d'un autre hôte tout en classant selon leur propre politique, ce qui garde Cursor, par exemple, compatible avec les ressources de style Copilot.

Les recommandations pèsent la politique, les signaux de demande, la confiance, le coût et la diversité, pas seulement la popularité. Les sources officielles et vérifiées sont privilégiées, et les sources propriétaires reculent quand les preuves du propriétaire ne concordent pas. Le résultat : moins de paquets douteux atterrissent dans votre espace de travail et plus de ceux qui correspondent vraiment à ce que vous construisez.