Sybot Forge

Sybot Forge est l’assistant de conception contextuel du Designer de Projet. Il aide à comprendre les objets existants et, après autorisation, peut exécuter les opérations disponibles dans les éditeurs de Portails, Vues Utilisateur, Modèles Sémantiques, Workflows et BPMN sans quitter le Workbench.

Forge est un module facultatif. Le panneau apparaît uniquement si l’administrateur l’a activé et si le rôle de l’utilisateur répond aux conditions d’accès.

Où le trouver

1. Ouvrez Designer.
2. Ouvrez un Projet dans le Project Workspace.
3. Sélectionnez l’icône Forge dans la barre des onglets.

Le panneau s’ouvre à droite dans l’interface existante du Designer. Faites glisser son bord pour le redimensionner, réduisez-le en une barre étroite et rouvrez-le sans fermer les éditeurs. Chaque conversation appartient au Projet ouvert.

Conversations et mémoire

Chaque conversation conserve l’historique, les plans, les résultats et les autorisations. Le menu d’en-tête permet de changer de session, d’en créer une ou d’archiver la session courante.

La session peut être reprise après l’actualisation de la page. Une activité en cours ou en attente d’autorisation est restaurée dans le panneau. Si le worker est interrompu, Forge reprend les étapes persistées sans dupliquer une modification déjà terminée.

Pendant la session d’édition du navigateur, Forge conserve une conversation distincte pour le Workbench et pour chaque objet ouvert. La première ouverture d’un Workflow, d’un Portail ou d’un autre objet crée un chat dédié ; le retour sur le même onglet restaure le chat utilisé précédemment. La sélection manuelle d’une autre conversation dans le menu l’associe explicitement à l’objet courant.

Sélection du contexte

Forge utilise toujours le Projet ouvert comme périmètre. Lorsqu’un onglet d’éditeur est actif, l’objet correspondant devient aussi le contexte actif. Vous pouvez ainsi demander :

• « Explique ce que fait ce Workflow. »
• « Vérifie si cette Vue Utilisateur utilise des objets extérieurs au Projet. »
• « Prépare une page d’accueil pour ce Portail. »

Les changements non enregistrés sont signalés. Lorsque le plan modifie l’objet de l’onglet actif, Autoriser le plan demande à l’éditeur de terminer l’enregistrement et passe ce même onglet en lecture seule avant l’exécution. La conversation reste associée à l’objet. Si l’éditeur ne peut pas enregistrer, l’autorisation ne démarre pas ; si l’objet est ouvert dans une autre fenêtre ou session, enregistrez-le ou fermez-le dans celle-ci, puis répétez la demande.

Objets pris en charge

Objet	Assistance disponible
Workflow	Exécuter les opérations du Workflow Designer, notamment structure, tâches, configurations, conditions, packages, exécutions, résultats et ressources.
BPMN	Exécuter les opérations du BPMN Designer, notamment modèle XML, variables, packages, déploiement et exécution.
Vue Utilisateur	Exécuter les opérations de l’éditeur, notamment pages, widgets, sources, requêtes, versions, partages, packages et exports.
Modèle Sémantique	Exécuter les opérations de l’éditeur, notamment entités, relations, mesures, requêtes, actualisations, versions, partages et packages.
Working Dataset	Créer un stockage opérationnel typé dans le Projet, ajouter et interroger des enregistrements, calculer des agrégats et exporter en CSV ou XLSX.
Portail	Exécuter les opérations de l’éditeur, notamment dépôt, pages, widgets, données, accès, packages, builds, releases, déploiements et intégrations prises en charge.

Les opérations dépendent des droits du Projet et des réglages de l’administrateur.

Forge peut par exemple créer un Portail qui collecte des données avec un formulaire typé, les stocke, les affiche dans un tableau, calcule les métriques d’un graphique et fournit un export. Le plan est présenté avant l’exécution ; le serveur gère les clés, révisions, bindings et validations. Les widgets reliés aux données, Workflows, Vues Utilisateur, BPMN ou systèmes BI nécessitent une configuration et des contrôles dédiés et ne sont pas créés comme composants autonomes incomplets.

Lorsqu’un nouveau brouillon nécessite un Rôle, Forge utilise le nom du Rôle affiché dans le produit et applique le Rôle autorisé par défaut si la demande n’en précise aucun. Il ne demande pas d’identifiant numérique ; les objets qui n’utilisent pas de Rôles, comme les Portails, n’exigent pas ce choix.

Processus de bout en bout

Forge traduit l’objectif en un blueprint d’artefacts et de comportements, puis vérifie qu’une action disponible couvre chaque partie. Un même plan peut créer plusieurs objets Sybot et transmettre des sorties typées d’une étape aux suivantes.

Lorsqu’une demande nécessite des données opérationnelles persistantes sans nommer de source, Forge propose le Working Dataset gouverné du Projet. Son contrat de données sert à générer et vérifier formulaire, tableau, agrégations, graphique et export. Si une partie du résultat n’est pas prise en charge, Couverture de la solution l’indique et le plan n’est pas exécuté comme s’il était complet.

Le même plan peut relier au Portail une Vue Utilisateur déjà publiée, l’un de ses widgets, un Workflow exécutable ou un BPMN déployé. Forge sélectionne uniquement les objets autorisés du même Projet et épingle la version disponible dans le binding ; publication et déploiement restent des opérations distinctes.

Connaissance du Projet

Forge peut combiner :

• l’inventaire et les définitions des objets appartenant au Projet ;
• l’objet ouvert dans l’onglet actif ;
• la conversation courante ;
• la documentation publique de Sybot ;
• les collections LightHouse liées au Projet, lorsqu’elles sont disponibles.

Les réponses distinguent les éléments trouvés dans les objets et la documentation des propositions générées. Forge ne demande une précision que lorsqu’un choix fonctionnel est réellement nécessaire et formule une question compréhensible. Si le choix figure déjà dans la demande ou la conversation, il est réutilisé sans être redemandé. Les identifiants, révisions et omissions du plan sont résolus en interne ou provoquent une nouvelle planification du tour ; ils ne sont pas demandés à l’utilisateur.

Les réponses de l’assistant prennent en charge Markdown : les titres, listes, tableaux, liens et blocs de code sont mis en forme directement dans le panneau. Le contenu est assaini avant son affichage. Les notations mathématiques courantes utilisent des symboles Unicode ; par exemple, une flèche de flux est affichée sous la forme →, sans exposer les délimiteurs LaTeX.

Forge répond dans la langue de la demande actuelle. Pour un suivi court ou ambigu, il conserve la langue de la conversation et utilise celle de l’interface si elle ne peut pas être déterminée. Vous pouvez demander explicitement une autre langue de réponse.

Plans et autorisations

Une demande peut comporter plusieurs étapes. Les analyses en lecture seule s’exécutent directement. Avant toute création ou modification, Forge présente un plan indiquant l’objet, l’action et sa raison.

Pendant le traitement, Progression opérationnelle affiche les phases observables : prise en compte de la demande, collecte du contexte, analyse de l’objectif et des dépendances, compilation du plan, approbation ou exécution, puis validation du résultat. Il ne s’agit pas d’une transcription du raisonnement interne du modèle, mais de l’état réel du tour.

Si Forge reçoit une solution incomplète ou incompatible avec les opérations disponibles, il tente de la corriger avant l’approbation. Un détail technique manquant n’est pas transformé en question pour l’utilisateur. Si le plan reste invérifiable, Forge indique l’étape interrompue, la cause, l’impact et l’action nécessaire ; aucun objet n’est créé ni modifié.

Le sélecteur Approbation s’applique à la conversation courante. Sa valeur par défaut est Demander une approbation. Lorsque l’administrateur rend l’Approbation automatique disponible, vous pouvez l’activer explicitement pour les prochains tours : Forge exécute sans confirmation uniquement les actions déclarées éligibles. Les plans comportant des actions non éligibles ou des modifications de l’objet actuellement ouvert exigent toujours une approbation manuelle.

• Autoriser le plan exécute exactement les étapes affichées.
• Refuser termine sans modification.
• Annuler demande l’arrêt d’un traitement en cours.

Le mode sélectionné n’étend jamais les droits de l’utilisateur. Les ACL, l’appartenance au Projet, les révisions, les traces d’audit et les contrats des éditeurs restent appliqués. Les opérations à fort impact, comme la suppression, la publication, le déploiement ou les changements d’accès, restent séparées et exigent l’approbation prévue par le plan.

Après une modification réussie, l’onglet en lecture seule est actualisé avec le résultat. Pour poursuivre la modification manuelle, rouvrez l’objet en mode modification depuis le Designer.

Procédure conseillée

1. Ouvrez le Projet et, si utile, l’objet concerné.
2. Décrivez l’objectif et les contraintes.
3. Vérifiez le contexte affiché.
4. Relisez le plan et ses actions de modification.
5. Autorisez seulement si le plan correspond à votre intention.
6. Ouvrez les objets produits depuis le message final et validez-les dans leur éditeur.

Résolution des problèmes

• Panneau absent : ouvrez un Projet et vérifiez l’activation du module et de votre rôle.
• Forge ne peut pas préparer l’onglet : corrigez ou enregistrez les modifications signalées par l’éditeur, puis sélectionnez de nouveau Autoriser le plan.
• L’objet est ouvert dans une autre session : enregistrez ou fermez son onglet dans l’autre fenêtre ou session, puis répétez la demande.
• Modification refusée : vérifiez le rôle du Projet et les droits de l’objet.
• Traitement non terminé : consultez l’étape interrompue, la cause et l’action nécessaire affichées dans le panneau ; contactez l’administrateur uniquement si le diagnostic signale un problème de plateforme.
• Réponse insuffisante : précisez l’objet, le résultat attendu et les contraintes, puis ouvrez l’onglet correspondant.