Couverture
2D / 3D / Video
Images, nuages de points, revue image par image et validations humaines partagent un même workflow.
Vitrine OpenClaw
Workflow AnnoClaw / OpenClaw : un annotation workbench qui réunit revue, entraînement, export et livraison dans une même boucle
Workflow AnnoClaw est l’un des points différenciants les plus clairs de TjMakeBot. Cette page ne parle pas seulement de compatibilité. Elle rassemble annotation 2D/3D, revue humaine, entraînement/export, résumés de livraison et Compatible OpenClaw en un workflow que les équipes peuvent évaluer, démontrer et exploiter.
Annotation WorkbenchPoint de revue humaine2D / 3D / VideoEntraînement + exportRésumé de livraison
Si vous êtes encore en train d’évaluer si ce workflow correspond au projet actuel, commencez par les différenciants, les cas d’usage et le parcours de lancement en 3 étapes ci-dessous.
Parcours de lancement
3 étapes
Commencez par l’assistant, passez ensuite au workbench, puis reliez entraînement, export et livraison.
Résultat livré
Summary + Files
Le flux ne se termine pas par une simple tâche, mais par une page de résultat prête pour la validation.
Pack d’intégration
5 ressources
Manifest, skill, template, compatibility et ressources de smoke test sont prêts à l’emploi.
Différenciateurs clés
Si vous voulez plus qu’une liste de fonctions et comprendre ce que ce workflow relie réellement pour l’équipe, commencez ici.
Différence clé
Pas une page de labellisation isolée, mais un workbench de la donnée à la livraison
Workflow AnnoClaw ne consiste pas à ajouter un outil isolé de plus. Il rassemble annotation, revue, entraînement, export et livraison dans un même parcours opérationnel.
Les équipes n’ont pas besoin de jongler entre plusieurs systèmes pour finir un projet.
Les responsables suivent l’avancement selon l’état de livraison, pas seulement selon le statut des tâches.
Les équipes d’ingénierie peuvent conserver la compatibilité OpenClaw.
Revue humaine
L’IA avance d’abord, mais l’humain garde le dernier verrou
L’automatisation retire les tâches répétitives, mais les points critiques reviennent dans l’éditeur principal afin de garder une responsabilité qualité explicite.
Convient aux équipes attentives à la qualité, à la validation et à la livraison client.
La revue n’est pas un ajout, mais un nœud central du workflow.
Il devient plus simple d’expliquer où les crédits et l’effort humain ont été utilisés.
Couverture
Un parcours public unique pour les scénarios 2D, nuages de points 3D et images vidéo
La landing page doit répondre à la question de savoir si le workbench correspond à votre mode de production. Les scénarios image, nuage de points et revue image par image sont donc détaillés séparément.
Les datasets 2D conviennent à la revue par lots et à l’export standardisé.
Les nuages de points 3D conviennent au contrôle multi-vues et à l’inspection avant entraînement.
Les workflows d’images vidéo conviennent à l’échantillonnage, à la revue et à une livraison traçable.
Vitesse de déploiement
Assistant, workbench et ressources techniques sont disponibles ensemble
Les équipes métier peuvent valider d’abord via l’assistant, tandis que les équipes d’ingénierie approfondissent avec le manifest, le skill pack et les templates.
Validez rapidement avant de vous engager dans une intégration plus profonde.
Les ressources techniques et les points d’entrée produit ne sont plus dispersés.
Cela convient à l’évaluation, au POC et au déploiement en production en parallèle.
Orienté résultat
Entraînement, export et résumé de livraison restent sur un même parcours de résultat
L’important n’est pas seulement la liste des fonctions, mais ce que les équipes obtiennent à la fin: métriques d’entraînement, fichiers exportés, contexte de version et résumé de livraison.
Un meilleur récit pour les démos, POC et validations entreprise.
Moins de friction lorsque les résultats ne sont plus dispersés après les tâches.
Une transition plus claire vers Pricing et Tutorials.
Où cela convient
Utilisez les scénarios image, nuage de points, vidéo et handoff d’équipe ci-dessous pour voir si ce workflow correspond à votre manière de travailler.
Cas d’usage
Opérations image 2D
Convient aux équipes qui veulent réunir annotation, revue par échantillonnage, corrections en lot et export dans un même rythme de livraison.
Le volume des tâches image continue d’augmenter
La QA humaine et la validation comptent
Vous ne voulez pas déplacer entraînement et export vers un autre système
Résultat : Cela fait passer le projet de « annoté » à « révisable, exportable et prêt à livrer ».
Cas d’usage
Nuages de points 3D et données robotiques
Convient aux workflows qui exigent une coordination stable entre contrôle multi-vues, annotation de nuages de points et QA avant entraînement.
Le travail sur nuages de points est complexe et lourd en revue
Une confirmation qualité multi-vues est nécessaire
Les labels reviennent souvent avant l’entraînement
Résultat : Les données 3D passent de l’éditeur à l’entraînement, à l’export et au résumé final sur un même parcours.
Cas d’usage
Images vidéo et revue séquentielle
Convient à l’échantillonnage d’images, à la revue de timeline et aux livraisons par étapes plutôt qu’à un export unique.
Le volume d’images est élevé
Les livraisons se font par étapes
Les équipes ops et revue ont besoin de visibilité sur la consommation
Résultat : Les données séquentielles disposent elles aussi d’un parcours review-to-delivery réellement traçable.
Cas d’usage
Opérations d’équipe et passage au client
Convient aux organisations qui veulent réunir opérations, revue, entraînement et validation dans un même récit plutôt que via des liens dispersés.
Les clients attendent des résumés de validation
Les rôles sont répartis entre équipes
Chaque consommation doit correspondre à une action métier
Résultat : OpenClaw devient une surface d’exploitation du projet, pas seulement un connecteur technique.
Comment OpenClaw revient dans l’espace de travail de l’équipe
OpenClaw ne doit pas isoler l’automatisation. Il doit ramener le travail vers les pages projet, revue, entraînement et livraison déjà utilisées par l’équipe.
Espace projet
Montre blocages, versions, spécifications et état du release au même endroit.
Étape suivante ->File de revue
Rassemble les points de contrôle humains dans une file de revue avec suivi des issues et visibilité SLA.
Étape suivante ->Espace d’entraînement
Conserve la lignée du dataset, la source du release, les métriques et les exports dans le même workflow run.
Étape suivante ->Espace de livraison
Permet de publier résumés de livraison, artefacts, pages client et audit trail sans quitter la plateforme principale.
Étape suivante ->Lancer en 3 étapes
Si vous êtes prêt à essayer, ces 3 étapes sont la façon la plus rapide de commencer.
01
Validez d’abord le plus court parcours de lancement via l’assistant
Vérifiez d’abord que la gateway, les templates et l’entrée du site fonctionnent, puis décidez entre validation légère et intégration plus profonde.
Valider la connexion de base
Définir le parcours d’entrée recommandé
Réduire les frictions du premier setup
02
Utilisez le workbench pour piloter la revue humaine et la progression des étapes
Le workbench rassemble l’état des étapes, la confirmation humaine et les actions suivantes, ce qui convient mieux à la validation d’un vrai workflow que des appels API isolés.
Voir les étapes du workflow
Terminer la revue humaine
Conserver le garde-fou qualité
03
Faites aboutir entraînement, export et livraison sur une page prête pour la validation
Le résultat final n’est pas seulement un fichier, mais une page avec métriques d’entraînement, contexte de version, téléchargements et notes de livraison.
Métriques d’entraînement
Fichiers exportés
Version et résumé de livraison
Ce que les équipes reçoivent réellement à la fin
Une page de résumé de livraison que clients et équipes internes peuvent valider ensemble.
Des métriques d’entraînement et un contexte de version pour mieux expliquer les résultats du modèle.
Des points de téléchargement qui font passer directement de la page de résultat au travail aval.
Des traces de revue humaine qui montrent où l’automatisation s’est arrêtée et où l’humain a validé.
Des ressources compatibles OpenClaw pour les équipes qui ont encore besoin de migration ou de débogage.
Un passage plus fluide vers Tutorials, Pricing et les pages solutions.
Pourquoi les équipes choisissent ce parcours
Pourquoi beaucoup d’équipes commencent par ce workflow
Ce qui compte le plus, ce n’est pas une seule fonction, mais la capacité du workflow à relier clairement production des données, revue, entraînement/export et livraison.
+Particulièrement adapté aux équipes qui doivent expliquer dépenses et état de livraison aux clients, managers ou achats.
+Mieux adapté à une production mixte 2D / 3D / vidéo qu’à un simple écran de labellisation.
+Convient aux workflows SaaS où revue, entraînement/export et handoff projet doivent former une boucle cohérente.
Ressources techniques
Si vous êtes prêt à aller plus loin dans l’intégration, le débogage ou la migration, commencez par les ressources ci-dessous.
Lisible par machine
Agent Tool Manifest
Permet à OpenClaw ou à d’autres agents de découvrir automatiquement les capacités workflow, revue humaine, entraînement/export et livraison de TjMakeBot.
Politique de décision
Skill pack de compatibilité OpenClaw
Donne aux équipes d’ingénierie une politique d’appel réutilisable, des limites de revue et une logique de décision de livraison.
Parcours recommandé
Agent Workflow Template
Template workflow recommandé pour les équipes d’intégration qui doivent lancer rapidement un parcours annotate-review-train-export.
Migration / débogage
Compatibility Template
Utile pour la migration legacy et le débogage de compatibilité, mais non recommandé comme entrée publique principale.
Validation la plus courte
Smoke Test Template
Utile pour une validation rapide de la gateway, mais pas idéal comme entrée workflow à long terme.
En mode hosted, appelez uniquement `/api/openclaw-gateway`. N’exposez pas les adresses des services upstream dans les nœuds navigateur.
Ne placez pas App-Id, Salt, Sign ou `apiSecretKey` dans des JSON publics, templates ou scripts client.
En production, privilégiez workflow sessions, handoff de revue et delivery summaries comme chemin principal au lieu de dépendre des smoke tests.
FAQ
À qui s’adresse cette page ?
Cette page s’adresse à ceux qui veulent à la fois une vue claire du workflow et un chemin plus profond vers l’intégration. La première moitié aide à juger l’adéquation, la seconde au setup.
Quelle est la plus grande différence avec une page classique d’outil d’annotation ?
L’accent n’est pas mis sur l’action isolée d’annotation, mais sur le workflow qui réunit revue, entraînement/export, résumé de livraison et traçabilité du résultat.
Par où commencer si l’équipe veut seulement le plus court parcours de validation ?
Commencez par le Config Wizard. C’est le point de contrôle initial le plus rapide. Une fois la base validée, passez au workbench pour vérifier le flux complet des étapes.
Les ressources techniques sont-elles destinées à tous les visiteurs ?
Non. La plupart des visiteurs n’ont d’abord besoin que de la vue d’ensemble, des cas d’usage et des étapes de lancement. La zone de ressources convient mieux au setup avancé, au débogage ou à la migration.
Étape suivante
Faites tourner ce parcours une fois, puis décidez si vous approfondissez l’intégration ou passez directement à l’évaluation équipe
Si vous validez encore l’adéquation, continuez avec la page des cas d’usage et les tutorials. Si vous êtes prêt à intégrer, allez directement vers l’assistant, le workbench et les ressources ci-dessus.