Cinq types d'éléments sur l'étagère. Deux d'entre eux s'installent.
Le catalogue rassemble des agents IA, des composants, des plugins, des projets et des offres Pro, ainsi que les personnes qui les publient. Une seule méthode installe exactement deux de ces cinq types. Un plugin s'installe depuis votre propre projet, un projet propose un bouton Fork, et une offre Pro correspond à un achat suivi d'un provisionnement. Savoir sur lequel vous êtes sur le point de cliquer, c'est l'essentiel de ce que cette page explique.
Types d'éléments que le bouton d'installation installe, sur cinq présents sur l'étagère
Champs inscrits sur chaque document installé, indiquant sa provenance
Contrôles nommés renvoyés par le réviseur, chacun avec sa propre gravité
La commission conservée par Xuda par défaut, qui descend à 5 pourcent sur le palier le plus haut
Une méthode, un aiguillage, et cinq destinations différentes.
Installer, c'est une méthode unique qui charge le document et déclenche selon son type. Il n'existe que deux cas réels. Tout ce que l'aiguillage ne reconnaît pas revient directement en installation non prise en charge, ce qui explique pourquoi trois des cinq éléments sur lesquels vous pouvez appuyer sur Installer ne l'atteignent jamais.
Un agent installé est un pointeur, pas une copie.
L'installation écrit un document de sept champs dans votre projet par défaut : un identifiant, un type, un état, un bloc de provenance, une propriété nommant le type d'unité, ainsi que les identifiants de compte et de projet appartenant à l'éditeur. Pas de configuration, pas d'instructions, pas d'outils, pas de nom. Le vrai document reste chez l'éditeur, et la plateforme le relit via l'identifiant de projet inscrit sur votre copie.
- Votre copie conserve l'identifiant de document que l'éditeur lui a donné, ce qui permet aussi au site de savoir qu'il doit afficher Ouvrir plutôt qu'Installer lors de votre prochaine visite.
- L'avantage d'un pointeur : une amélioration apportée par l'éditeur vous parvient sans rien à réinstaller et sans version à suivre.
- L'inconvénient, dit franchement : si l'éditeur retire l'agent, ou que ce projet devient inaccessible, ce qu'il vous reste est le stub, pas l'agent.
- Un agent atterrit toujours dans votre projet par défaut. Seul un composant vous laisse choisir le projet de destination.
- Vous appuyez sur InstallerDéconnecté, l'intention est conservée dans votre navigateur pendant quinze minutes et reprend après la connexion
- Trois vérifications s'exécutentL'enregistrement du marketplace actif, l'agent source actif, et sa visibilité réglée sur public
- Un stub à sept champs est écritDans votre projet par défaut, en conservant l'identifiant de document donné par l'éditeur
- Cinq champs de provenance sont inscritsQuand, depuis quel projet, depuis quel compte, par qui, et depuis quelle offre
Un composant est une vraie copie, et il vous dit ce qui lui manque.
L'installation d'un composant parcourt ses dépendances avant d'écrire quoi que ce soit. Elle sérialise chaque programme et recherche les identifiants d'autres programmes dans le même projet, puis récurse dans ce qu'elle trouve. Les tables proviennent d'un champ, la table à laquelle chaque programme lie sa source de données. Les plugins proviennent de deux, le framework d'interface d'un programme et le connecteur de base de données d'une table.
- C'est un parcours de références sur les documents eux-mêmes plutôt que sur un manifeste déclaré par quelqu'un, ce qui le rend à la fois puissant et approximatif.
- Les plugins sont une condition préalable, pas quelque chose que l'installateur récupère. Un plugin manquant arrête l'installation en le nommant, et le site propose alors d'installer ce plugin et de réessayer, un plugin à la fois.
- Cette vérification s'exécute avant la première écriture, ce qui compte : il n'y a pas de retour en arrière au-delà, donc un enregistrement qui échoue en cours de route laisse les documents précédents dans votre projet.
- Réinstaller par-dessus un élément supprimé dans Studio est autorisé intentionnellement. Une suppression dans Studio laisse une pierre tombale au lieu de retirer le document, et l'installateur traite une pierre tombale comme un espace libre.
Chaque chemin vers l'étagère, et la règle qui en décide.
Une offre Pro, un agent publié avec son projet, et un plugin empruntent tous des chemins différents vers le catalogue, et chacun arrive au même portail. Des contrôles déterministes s'exécutent en premier, puis le réviseur intervient, et enfin deux seuils numériques sont appliqués à son verdict. Lisez ce schéma de haut en bas : chaque branche est un résultat, et les cartes en dessous sont les règles qui le produisent.
Ce que coûte la vente, et ce que vous gardez.
Un palier vendeur détermine trois choses distinctes, chacune appliquée à un endroit différent : la commission au moment du paiement, le nombre d'offres pouvant être actives à la fois lors de la publication, et les types d'offres que vous pouvez créer. Un compte qui n'a jamais choisi de palier est traité comme Free et paie vingt pourcent, donc rien ne change pour les vendeurs qui vendaient déjà avant l'arrivée de cette échelle.
- Une place n'est occupée que tant qu'une offre est active ou en attente dans la file de validation, donc la mettre en pause la libère immédiatement. Un déclassement qui laisserait des offres bloquées est refusé, avec le décompte indiqué, plutôt que de désactiver quoi que ce soit.
- Créer une offre payante nécessite aussi un abonnement Agency à 399 $ par mois. C'est le portail que la plupart des gens rencontrent en premier, et il s'applique aux méthodes de création, de mise à jour et de publication, pas au palier.
- Le statut vendeur est un contrôle de solvabilité, pas un contrôle de compétence. Il passe grâce à un compte Stripe connecté actif, un compte Xuda Finance actif, ou un statut de partenaire Xuda Network, et aucun de ces éléments n'évalue votre travail.
- Publier n'est pas libre : au moins 3 mots-clés, une description de 500 à 3 000 caractères, un nom de 5 à 50, au moins une image, et un prix entre 5 $ et 100 000 $. Une offre Pro ne peut donc jamais être gratuite.
Le paiement se divise au moment du règlement, et ce que vous avez acheté est construit ensuite.
Il n'existe qu'un seul appel dans tout le marketplace qui déplace de l'argent, et il ne s'exécute que pour une offre Pro. Les agents et composants s'installent via une méthode différente qui ne contient aucun code de paiement. Le partage n'est pas un versement effectué plus tard par Xuda : c'est un seul paiement à deux destinations, réglé par Stripe au moment où la carte est débitée, de sorte qu'aucune part vendeur ne transite jamais par un solde Xuda.
Ce que le marketplace ne fait pas
Cinq de ces six réponses sont des limites. Elles figurent ici parce que vous les rencontreriez de toute façon dès la première semaine.
Regardez une installation atterrir dans un vrai projet.
Installez-en un et regardez où il atterrit.
Un agent gratuit ne demande qu'un clic et une connexion : trois vérifications, un stub dans votre projet par défaut, et cinq champs indiquant exactement sa provenance. Si vous préférez ne pas ouvrir de tableau de bord du tout, trois commandes suffisent à en lancer un depuis un terminal.