Catalogue des nœuds Intelligence artificielleSur cette page
Charger des notes Markdown avec leurs tags, propriétés et liens pour la recherche documentaire et les agents IA.
Utilisation et spécificités
Connectez le plugin Local REST API du vault via un identifiant Obsidian. Le vault doit être joignable depuis nodulz. Les chemins sont relatifs au vault. La lecture, la recherche et la récupération documentaire ne nécessitent pas d’identifiant de modèle.
Type technique : ai_obsidian_vault. Runtime : nodulz.
Identifiants et prérequis
Obsidian (integration / obsidian). Connexion sécurisée au vault via le plugin Local REST API.
Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
Paramètre
Type
Par défaut
Valeurs / limites
credentialId
string
""
-
folder
string
""
-
recursive
boolean
true
-
tag
string
""
-
maxNotes
number
100
-; ≥ 1, ≤ 1000
Aide de configuration
credentialId Secret Obsidian
Sélectionnez la connexion Local REST API du vault à utiliser. La clé reste dans le secret chiffré.
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Charger des notes Markdown avec leurs tags, propriétés et liens pour la recherche documentaire et les agents IA.
Utilisation et spécificités
Connectez le plugin Local REST API du vault via un identifiant Obsidian. Le vault doit être joignable depuis nodulz. Les chemins sont relatifs au vault. La lecture, la recherche et la récupération documentaire ne nécessitent pas d’identifiant de modèle.
Type technique :
ai_obsidian_vault. Runtime :nodulz.Identifiants et prérequis
integration/obsidian). Connexion sécurisée au vault via le plugin Local REST API.Créez l’identifiant dans la rubrique Identifiants de votre instance nodulz, puis sélectionnez-le dans le nœud. Les identifiants disponibles dépendent du propriétaire et du partage. Consultez le guide des identifiants pour les accès et la rotation.
Paramètres
Les noms ci-dessous correspondent aux clés techniques. Les valeurs par défaut ne constituent pas une configuration prête à exécuter : renseignez les champs requis par votre opération. Les chemins contenant [] décrivent les éléments d’une liste ; certains champs dépendent du mode sélectionné.
credentialIdstring""folderstring""recursivebooleantruetagstring""maxNotesnumber100Aide de configuration
credentialIdSecret Obsidian
Configuration initiale
Exemple de configuration initiale du catalogue, à adapter avant exécution. Les secrets doivent rester dans les identifiants.
{ "credentialId": "", "folder": "", "recursive": true, "tag": "", "maxNotes": 100 }Vérification
Testez le nœud avec des données représentatives. Contrôlez sa sortie dans l’inspecteur et les logs, puis utilisez le mapping de l’éditeur pour les champs des nœuds suivants. Un test de déclencheur avec payload simulé ne valide pas la livraison du service externe.
Voir aussi : Expressions et données, Exécutions, Catalogue des nœuds.