Créer un Pack avec un agent de codage IA
Aucune expérience en développement requise — décrivez le Process Flow, l'Ontologie ou la Source de données que vous voulez en langage courant, et laissez un agent de codage IA comme Claude Code, Cursor ou GitHub Copilot se charger du travail technique de création du pack
Les Packs se créent en code, pas avec un éditeur visuel. Voir Packs & SDK d'authoring si vous voulez les détails techniques. Cette page ne change rien à cela — elle vous montre comment obtenir un pack quand même, sans écrire ni lire la moindre ligne de code vous-même, en décrivant ce que vous voulez à un agent de codage IA — un outil comme Claude Code, Cursor, ou le mode Agent de GitHub Copilot — qui écrit et exécute ce code pour vous.
Si vous pouvez décrire, avec vos propres mots, le processus que vous voulez — les étapes qu'il traverse, qui est responsable de chacune, et ce qui nécessite une approbation — un agent de codage IA peut transformer cette description en un pack fonctionnel. Vous n'écrirez aucune ligne de code. La seule chose qu'il ne peut pas faire à votre place est la toute dernière étape : téléverser le pack terminé, ce qui se passe dans votre navigateur web, dans Paramètres → Plateforme → Packs.
Qu'est-ce qu'un agent de codage IA ?
Un agent de codage IA est un assistant IA qui va au-delà d'une simple fenêtre de discussion — il peut aussi lire et écrire des fichiers, et exécuter de petits programmes sur votre ordinateur. Donc au lieu de simplement répondre par du texte, il peut réellement faire le travail : écrire les fichiers du pack, exécuter les outils qui les vérifient et les construisent, et corriger ses propres erreurs si quelque chose ne va pas. C'est exactement le même processus qu'un développeur suivrait à la main — sauf que ce n'est pas vous qui devez le faire.
Plusieurs outils fonctionnent de cette façon, notamment :
- Claude Code — l'agent d'Anthropic, disponible en terminal, dans un IDE, en application de bureau ou dans le navigateur.
- Cursor — un éditeur de code avec un agent intégré.
- GitHub Copilot, dans le mode Agent de VS Code.
- OpenAI Codex — s'exécute en terminal ou dans un IDE.
- Gemini CLI — l'agent en ligne de commande de Google.
Utilisez celui que vous avez déjà, ou en qui vous avez déjà confiance pour ce genre de tâche — chaque étape ci-dessous fonctionne de la même façon quel que soit l'agent choisi.
Encore faut-il que quelqu'un ait réellement l'un de ces agents installé pour suivre ce guide — que ce soit vous, ou un collègue à qui vous transmettez cette page. Si votre organisation ne permet pas à tout le monde d'installer ce type de logiciel, demandez à la personne de votre équipe qui en a déjà un (par exemple, quelqu'un de l'IT ou de l'ingénierie) de suivre les étapes ci-dessous avec vous, en utilisant le modèle de prompt plus bas.
Avant de commencer
- Un agent de codage IA, installé et connecté. N'importe lequel des outils listés ci-dessus fonctionne — suivez les instructions d'installation propres à cet outil ; cela prend généralement quelques minutes.
- Un accès à Paramètres → Plateforme → Packs dans Scrydon, pour faire le téléversement à la fin. Il vous faut des droits d'administrateur sur l'organisation Scrydon cible — si vous n'êtes pas sûr de les avoir, demandez à votre administrateur Scrydon.
C'est vraiment tout. Vous n'avez pas besoin de savoir coder, et vous n'avez pas besoin de comprendre les termes techniques qui apparaissent sur cette page — votre agent s'occupe de tout ça.
Votre agent a peut-être aussi besoin d'un petit programme complémentaire sur votre ordinateur pour construire le pack. S'il manque, un agent compétent le remarquera et proposera de l'installer la première fois que vous lui demanderez de construire quelque chose — répondez simplement oui quand il demande la permission.
Étape par étape
Tout ce que vous avez à faire ici, c'est créer un nouveau dossier vide pour contenir ce pack, et faire tourner votre agent à l'intérieur de ce dossier. La façon de faire la seconde partie dépend du type d'agent que vous utilisez.
Si votre agent s'exécute dans un terminal (Claude Code, OpenAI Codex, Gemini CLI, et similaires) — un terminal est une fenêtre de texte brut pour taper des instructions à votre ordinateur. Choisissez votre système d'exploitation ci-dessous pour des instructions précises, clic par clic.
-
Ouvrez l'Explorateur de fichiers et allez à l'endroit où vous voulez conserver le pack (p. ex. Documents).
-
Faites un clic droit sur une zone vide → Nouveau → Dossier. Nommez-le
customer-onboarding-pack, puis ouvrez-le. -
Ce dossier ouvert, faites un clic droit sur une zone vide à l'intérieur et choisissez Ouvrir dans le terminal (Windows 11), ou maintenez Maj et faites un clic droit → Ouvrir la fenêtre PowerShell ici (Windows 10).
-
Une fenêtre s'ouvre avec un curseur clignotant. Tapez la ligne correspondant à votre agent et appuyez sur Entrée (ne tapez pas les trois lignes — seulement celle qui correspond à votre agent) :
claude # Claude Code codex # OpenAI Codex gemini # Gemini CLI
Vous préférez taper vous-même la création du dossier plutôt que d'utiliser l'Explorateur de fichiers ? Ouvrez PowerShell ou Windows Terminal depuis le menu Démarrer et tapez ces lignes, en appuyant sur Entrée après chacune — en remplaçant claude par la commande de votre propre agent :
mkdir customer-onboarding-pack
cd customer-onboarding-pack
claudeVous utilisez plutôt un agent intégré à un IDE — comme Cursor ou GitHub Copilot dans VS Code ? Pas besoin de terminal pour cette étape. Ouvrez le dossier que vous avez créé comme projet dans l'IDE (généralement Fichier → Ouvrir un dossier…), puis ouvrez le panneau de discussion ou d'agent de l'outil — par exemple, dans VS Code avec Copilot, ouvrez le panneau Copilot Chat et passez le menu déroulant de mode sur Agent. Une fois qu'il est prêt à recevoir des instructions, passez directement à l'étape suivante.
Si la commande de votre agent n'est pas reconnue, c'est qu'il n'est pas encore installé, ou que la fenêtre du terminal doit être fermée puis rouverte après l'installation. Revenez à Avant de commencer ci-dessus.
Maintenant que votre agent tourne, décrivez le processus que vous voulez — comme si vous l'expliquiez à un nouveau collègue. Il y a un message à trous que vous pouvez copier pour cela dans la section modèle de prompt plus bas sur cette page. Plus vous êtes concret sur chaque étape, qui en est responsable, et ce qui nécessite une validation, moins vous aurez d'allers-retours à faire.
À partir d'ici, c'est le travail de votre agent, pas le vôtre. Il va installer les outils dont il a besoin, écrire tous les fichiers du pack en coulisses, puis vérifier son propre travail — deux fois : une fois pour les erreurs évidentes, et une fois en construisant réellement le pack terminé. Si l'une de ces vérifications révèle un problème, un agent compétent lit lui-même l'erreur et la corrige, sans que vous ayez besoin de comprendre ce qui n'allait pas. Cela peut prendre quelques minutes et plusieurs essais ; c'est tout à fait normal, et votre agent devrait vous tenir informé de ce qu'il fait.
Avant de faire confiance au résultat, demandez directement : « Explique, en langage courant et sans code, quelles étapes, tâches et approbations ce pack crée. » Lisez la réponse et vérifiez qu'elle correspond bien à ce que vous avez demandé. C'est la seule étape de relecture qui vous revient réellement — aucune connaissance technique requise, juste vérifier qu'il vous a bien compris.
Quand votre agent a terminé, il vous donnera le nom du fichier qu'il a créé — il se terminera par .tar.gz. C'est la seule étape qui se passe dans votre navigateur, et la seule que votre agent ne peut vraiment pas faire à votre place — il n'a aucun moyen de se connecter à votre compte Scrydon. Voir Téléverser votre pack ci-dessous pour la marche à suivre en détail.
Une fois téléversé, un administrateur d'espace de travail ajoute le modèle à un environnement depuis le Marketplace — quelques clics dans l'interface de Scrydon. Ensuite, n'importe qui peut démarrer une nouvelle exécution depuis les Process Flows, comme n'importe quel autre modèle.
Modèle de prompt
Vous n'avez pas besoin de comprendre le texte ci-dessous — il est écrit pour votre agent de codage IA, pas pour vous, et il paraît plus technique que tout ce que vous aurez réellement à faire. Copiez simplement le tout, collez-le dans votre agent depuis l'étape 1, et remplacez les parties entre [crochets] par votre propre description, avec vos propres mots.
Je veux créer un Scrydon Pack contenant un Process Flow (et une Ontologie si
nécessaire) avec @scrydon/sdk-authoring. Je n'écris pas de code moi-même —
merci de faire l'implémentation, de lancer le build, et de corriger toi-même
les erreurs de validation. Explique ce que tu as construit en langage
courant une fois terminé, avant que je le téléverse.
Prends d'abord connaissance du sujet — récupère ces pages de documentation
avant d'écrire quoi que ce soit :
- https://docs.scrydon.com/fr/sdks/authoring pour le cycle de vie global
du pack (définir → valider → bundler → téléverser).
- https://docs.scrydon.com/fr/sdks/authoring/process-flows pour le SDK
Process Flow (étapes, tâches, personas, modèles d'actions).
- Si le processus a besoin d'un modèle de données, récupère aussi
https://docs.scrydon.com/fr/sdks/authoring/ontologies.
- https://docs.scrydon.com/fr/sdks/authoring/process-flows/examples pour
un exemple complet et fonctionnel de structure de pack à suivre.
Voici le processus que je veux, décrit en langage courant :
[Décrivez le processus de bout en bout. Par exemple :
« Un lancement d'onboarding client. Il a trois étapes : Découverte,
Configuration, et Mise en service. Dans Découverte, le Customer Success
Manager remplit une checklist et téléverse le contrat signé. Découverte
passe à Configuration une fois cela fait. Dans Configuration, le Customer
Champion approuve un document de plan de déploiement — cela nécessite une
approbation manuelle, pas automatique. Une fois approuvé, Mise en service
démarre et n'a qu'une seule tâche : une checklist de confirmation finale
assignée au CSM. »]
Rôles impliqués : [p. ex. « Customer Success Manager », « Customer Champion »]
Une fois terminé :
1. Exécute `bunx @scrydon/sdk-authoring pack validate . --manifest-only`,
puis `bunx @scrydon/sdk-authoring pack build .`, et corrige tout ce qui
échoue.
2. Donne-moi le nom exact du fichier .tar.gz construit.
3. Résume les étapes, tâches et approbations que tu as créées — sans code,
en langage courant — pour que je puisse vérifier que cela correspond à
ce que j'ai demandé avant de le téléverser.Si vous avez déjà un exemple de pack que vous aimez (le vôtre ou l'un des exemples fournis), dites à votre agent de l'utiliser comme point de départ et décrivez uniquement les différences — c'est généralement plus rapide et plus prévisible que de partir d'une description vierge.
Téléverser votre pack
C'est la seule étape que vous faites vous-même, dans votre navigateur — voici exactement à quoi ça ressemble.
Dans Scrydon, ouvrez Paramètres, puis Plateforme, puis Packs. Vous arrivez sur une page qui liste tous les packs déjà installés dans votre organisation — elle peut très bien être vide la première fois.
En haut de la page se trouve un bouton intitulé Upload pack (ou Upload your first pack si la liste est vide — le libellé du bouton est encore en anglais à ce jour). Cliquez dessus : un panneau apparaît depuis le côté droit de l'écran.
Glissez le fichier .tar.gz créé par votre agent directement dans la zone qui indique « Drop a pack file here, or click to pick » — ou cliquez sur la zone pour parcourir vos fichiers.
Scrydon affiche un court résumé du contenu du fichier — globalement la même chose que ce que votre agent vous a déjà annoncé avoir construit à l'étape 4. Rien n'est encore installé à ce stade ; vous ne faites que le prévisualiser.
Si votre pack inclut aussi un Workflow (pas seulement un Process Flow), on vous demandera en plus de choisir dans quel environnement d'espace de travail l'installer — choisissez celui où vous voulez qu'il s'exécute réellement.
Vous verrez une ligne qui dit « I understand this pack is unsigned and will be audit-logged as such. » (« Je comprends que ce pack n'est pas signé et sera consigné comme tel dans l'audit ») — cochez-la. Cela signifie simplement que le pack vient de votre propre session avec un agent IA plutôt que d'une publication signée, donc Scrydon garde une trace de qui l'a installé et quand ; c'est normal et il n'y a pas lieu de s'inquiéter pour un pack créé pour votre propre organisation. Cliquez sur Upload pour terminer.
Votre pack apparaît maintenant dans la liste de la page Packs. À partir de là, un administrateur d'espace de travail l'ajoute à un environnement depuis le Marketplace — ensuite, il est prêt à être utilisé par n'importe qui depuis les Process Flows.
Mettre à jour un pack plus tard
Vouloir changer quelque chose plus tard — ajouter une étape, modifier qui est responsable d'une tâche, corriger une faute — ne veut pas dire tout recommencer. Retournez dans votre agent, dans le même dossier que la première fois, et décrivez le changement de la même façon que vous avez décrit le processus au départ.
Quelques points à connaître avant de vous lancer :
- Demandez à votre agent d'incrémenter le numéro de version du pack (par exemple, de
1.0.0à1.0.1) avant de reconstruire. Scrydon distingue les versions d'un pack grâce à ce numéro, pas grâce au nom du fichier — s'il ne change pas, Scrydon ne reconnaîtra pas le nouveau fichier comme une mise à jour. - Téléversez le nouveau fichier de la même façon — Paramètres → Plateforme → Packs → Upload pack, exactement comme la première fois.
- Ce qui se passe ensuite dépend du contenu de votre pack :
- S'il s'agit uniquement d'un Process Flow, la nouvelle version est mise en service automatiquement dès son téléversement — il n'y a rien d'autre à cliquer.
- S'il inclut aussi une Ontologie (un modèle de données) et que vous avez modifié quelque chose qui existait déjà, le pack affichera Update available dans la liste — cliquez dessus, puis cliquez sur Update pack pour appliquer cette partie.
Pour la vue d'ensemble complète du comportement des mises à jour pour chaque type de contenu de pack — intégrations, sources de données et workflows compris — voir Gestion des versions de pack.
Ce que fait votre agent, et ce qui reste à votre charge
- Votre agent s'occupe de : écrire tous les fichiers, exécuter les étapes techniques de build et de validation, et corriger ses propres erreurs. Vous n'écrivez jamais de code, n'apprenez jamais un format de fichier, et ne tapez jamais une commande de build vous-même.
- Ce qui reste à votre charge : téléverser le fichier terminé dans votre navigateur (votre agent n'a aucun moyen de se connecter à Scrydon), activer le modèle pour votre espace de travail via le Marketplace, et — surtout — vérifier que ce qu'il a construit correspond bien à ce que vous avez demandé. Lisez toujours le résumé en langage courant de l'étape 4 avant de téléverser.
- Votre agent ne peut absolument pas toucher à votre compte Scrydon. Il ne travaille qu'avec les fichiers de votre propre ordinateur et les petits outils qu'il y installe.
Pour aller plus loin
Ces pages vont plus loin dans le fonctionnement réel des packs — rien ici n'est nécessaire pour construire votre premier pack, mais elles sont utiles si vous êtes curieux ou si vous voulez affiner quelque chose plus tard.
Packs & SDK d'authoring
La vue technique complète de ce que fait votre agent en coulisses — un bon contexte si vous voulez vérifier son résultat.
Exemples de Process Flow
Des packs complets et fonctionnels (flux de lancement, revues ISO, opérations OTAN) à donner à votre agent comme point de départ.
Authoring : Ontologies
Si votre processus a besoin d'un modèle de données derrière lui (types d'objets, types de liens), c'est ce que votre agent lit pour en construire un.
Agent Skills (agentskills.io)
Le standard ouvert et multi-outils derrière les capacités portables des agents IA — pour mieux comprendre l'écosystème dans lequel s'inscrit l'approche de ce guide.