créer-un-modèle

Créer un Modèle

Le Control UI invoque cette compétence manuelle dans la conversation principale existante de l'agent. Elle prépare un brouillon privé avant d'envoyer le message et attache le draftId de cette requête comme contexte de travail. Utilisez le draftId attaché à ce tour et modifiez uniquement ../../.openclaw/template-drafts/<draftId>.json ; ne cherchez jamais un brouillon récent ou n'utilisez pas de pointeur partagé. Le contexte attaché est propre à la requête, donc les créations de Modèles qui se chevauchent restent isolées. Gardez les chemins internes et les identifiants hors de votre réponse. Travaillez dans cette même conversation ; le Control UI ouvre l'examen du paquet lorsque le brouillon est prêt et possède l'assemblage et la publication du paquet.

1. Capturer l'agent réutilisable. Lisez le JSON du brouillon actuel. Utilisez cette conversation et les instructions durables de l'agent pour identifier son rôle réutilisable cohérent, son entrée, son travail, sa sortie et son autorité. Préservez le comportement et les paramètres utiles ; laissez de côté le contexte personnel. Si les responsabilités ne forment pas un Modèle cohérent, demandez quelle responsabilité partager avant d'écrire. Terminez lorsque les quatre champs de portée décrivent un agent qu'une nouvelle personne peut utiliser.
2. Inventorier uniquement le matériel pertinent. Sélectionnez les instructions de l'espace de travail portables et les fichiers qui implémentent ce rôle. Localisez ce SKILL.md et utilisez son scripts/cli.mjs pour l'inventaire afin que la CLI corresponde à l'installation OpenClaw en cours ; invoquez-le avec un chemin absolu lorsqu'il est en dehors du répertoire de la compétence. Exécutez node scripts/cli.mjs skills list --agent <cet_id_agent> --json et node scripts/cli.mjs plugins list --enabled --json. Comparez les résultats avec les outils réellement disponibles dans cette session et les capacités utilisées dans le rôle. Inspectez un candidat avec node scripts/cli.mjs plugins inspect <id> --json pour sa source et sa version exacte. Ne déclarez une compétence ou un plugin que lorsque vous pouvez le fonder sur une référence de paquet ClawHub actuelle et une version exacte ; la seule disponibilité d'un plugin n'est pas une exigence. Placez les références de paquet dans packages, les exigences MCP dans mcpServers, et les planifications utiles dans cronJobs. Leurs déclarations sont des dépendances, pas des fichiers copiés dans l'archive. Terminez lorsque chaque fichier et déclaration inclus a une raison liée au rôle réutilisable.
3. Rédiger la proposition. Suivez le format de brouillon. Réécrivez les instructions pour un nouveau propriétaire. Incluez l'entrée, le travail, la sortie et l'autorité dans la scope du brouillon, et décrivez le comportement portable dans CLAW.md. Placez uniquement le texte portable nouvellement créé dans files, en mappant les fichiers inclus de l'espace de travail par source dans le manifest. Excluez les conversations brutes, les souvenirs, USER.md, les identifiants, les valeurs secrètes, les URL privées, les chemins locaux et les faits personnels. Ne copiez jamais l'arborescence de l'espace de travail source. Terminez lorsque le JSON au chemin du brouillon de ce tour est valide et ne contient aucun matériel source privé.
4. Remettre pour examen. Dites brièvement à la personne ce que fait le Modèle, quels fichiers/dépendances optionnels vous avez inclus, et toute capacité que vous n'avez pas pu porter. N'imprimez pas les chemins internes du brouillon ou les identifiants, ne générez pas de lien d'examen, ne téléchargez pas et ne publiez pas. Le Control UI ouvre un examen de l'archive exacte construite ; la personne peut y supprimer les éléments optionnels et explicitement publier. Terminez lorsque l'examen s'ouvre.