Demandez à l’administrateur l’URL, le token Bearer et la table d’une passerelle HTTP compatible avec le connecteur nodulz. Une connexion PostgreSQL seule ne fournit pas ces endpoints.
Configurer dans nodulz
Dans votre instance, ouvrez Identifiants, sélectionnez le type ci-dessus, nommez l’accès puis renseignez les champs suivants :
text
apiKey, host, indexName
Enregistrez l’identifiant, puis sélectionnez-le dans les nœuds concernés. Une URL ou un paramètre marqué « dans le nœud » se configure directement sur ce nœud.
Points à vérifier
Ce vector store appelle /vector/query, /vector/upsert et /vector/delete avec un token Bearer. Il ne se connecte pas directement au protocole PostgreSQL. La préparation complète de cette passerelle reste à documenter.
Vérifiez une opération avec les droits et données attendus avant de publier le workflow. Conservez les secrets hors des logs et révoquez-les chez le fournisseur lorsqu’ils ne servent plus.
Type d’identifiant dans nodulz :
vector:pgvector.Créer les accès
Demandez à l’administrateur l’URL, le token Bearer et la table d’une passerelle HTTP compatible avec le connecteur nodulz. Une connexion PostgreSQL seule ne fournit pas ces endpoints.
Configurer dans nodulz
Dans votre instance, ouvrez Identifiants, sélectionnez le type ci-dessus, nommez l’accès puis renseignez les champs suivants :
Enregistrez l’identifiant, puis sélectionnez-le dans les nœuds concernés. Une URL ou un paramètre marqué « dans le nœud » se configure directement sur ce nœud.
Points à vérifier
Ce vector store appelle /vector/query, /vector/upsert et /vector/delete avec un token Bearer. Il ne se connecte pas directement au protocole PostgreSQL. La préparation complète de cette passerelle reste à documenter.
Vérifiez une opération avec les droits et données attendus avant de publier le workflow. Conservez les secrets hors des logs et révoquez-les chez le fournisseur lorsqu’ils ne servent plus.
Voir aussi : Identifiants et rotation, Catalogue des nœuds.