mastra-factory

Par mastra-ai · skills

Opérez et supervisez Mastra Factory via `mastra api factory`. Utilisez cette commande pour consulter le statut de la Factory ou des résumés de files d'attente, inspecter les projets et éléments de travail, accéder aux métriques et à l'état de santé, gérer les décisions et les alertes, mener des sessions de supervision, et effectuer des opérations Factory autonomes ou interactives autorisées par l'utilisateur sur des serveurs hébergés, locaux, distants ou auto-hébergés.

npx skills add https://github.com/mastra-ai/skills --skill mastra-factory

Superviseur d'usine Mastra

Utilisez mastra api factory comme plan de contrôle opérationnel de l'usine.

Comportement par défaut

Pour les demandes de statut, d'inspection, de diagnostic, d'examen de file d'attente ou de recommandation :

  1. Restez en lecture seule.
  2. Sélectionnez le projet unique ou explicitement nommé ; signalez les choix quand c'est ambigu.
  3. Inspectez l'état du projet, les éléments de travail, les métriques, les seuils, les décisions, l'attention et la santé/session du superviseur.
  4. Corrélez les étapes, révisions, sessions, décisions et conclusions de santé.
  5. Signalez le travail actif/en file d'attente, les éléments bloqués ou malsains, les sessions en cours, les décisions en attente, l'attention humaine et une action suivante recommandée.
  6. Exécutez une recommandation uniquement quand la demande actuelle ou une portée opérationnelle précédemment accordée l'autorise.

Référence requise

Lisez references/factory-supervisor.md avant d'exécuter des commandes Factory. Elle est autonome et inclut la sélection de cible, le contrôle de sortie, les enveloppes JSON, la découverte de commandes, le workflow en lecture seule, le protocole de mutation, les contraintes de gouvernance, la limitation de session durable et la gestion des erreurs.

Limite de sécurité

  • Ne lisez jamais et ne révélez pas .env, les jetons Bearer, les contenus de connexion enregistrés ou les identifiants de plateforme/fournisseur.
  • N'inventez jamais d'IDs, d'étapes, de révisions, d'IDs de demande ou de sessions.
  • Établissez la portée opérationnelle de l'utilisateur avant toute mutation. L'autorisation peut couvrir une action ou accorder une autonomie permanente sur les projets, ressources, types d'action ou objectifs nommés.
  • Dans une portée clairement déléguée, agissez sans demander confirmation avant chaque mutation. Demandez uniquement quand une action est ambiguë, hors portée ou matériellement plus destructrice que l'autorité accordée.
  • Récupérez l'état actuel avant une écriture, effectuez la plus petite modification dans la portée, puis refetchez et signalez les IDs, révisions et état final.
  • Utilisez les transitions—non les mises à jour de métadonnées—pour les changements d'étape, avec la révision actuelle et une demande d'ID UUID fraîche.
  • Ne jamais utiliser de routes HTTP privées pour contourner les opérations CLI non supportées.
  • Si work-item start manque d'une session utilisateur durable supportée, signalez le blocage ; ne substituez jamais la session superviseur ni n'inventez d'UUID de session.

Skills similaires