Agent Skills Lark et Feishu : choisir et installer selon la tâche

Faites correspondre objet et opération. Le corps d’une page Wiki relève du document ; déplacer son nœud relève du Wiki. Un tableur n’est pas une table Base. Une demande de validation n’est pas une tâche générale. Ces distinctions évitent un skill qui atteint la ressource sans porter l’action demandée.

• Lire ou modifier un document cloud ou une note mentale Feishu → lark-doc.
• Trouver, copier, déplacer, importer, exporter ou examiner fichiers et dossiers cloud → lark-drive.
• Interroger ou maintenir tables, enregistrements, vues, formulaires et tableaux de bord Base → lark-base.
• Traiter cellules, formules, graphiques ou imports de classeurs → lark-sheets.
• Parcourir espaces de connaissances, gérer membres ou déplacer nœuds Wiki → lark-wiki.
• Trouver, examiner, démarrer ou traiter une validation → lark-approval.
• Configurer l’authentification lark-cli ou résoudre identité et portées → lark-shared.

Exécutez une commande depuis le dépôt concerné. Elle ajoute les instructions du skill pour Codex à portée projet ; elle n’installe pas lark-cli et ne connecte pas un tenant Feishu. Installez lark-shared seulement si les dépendances ou instructions actuelles du skill métier l’exigent.

lark-doc traite le contenu des documents cloud Feishu : récupérer, créer ou importer, modifier des blocs, gérer pièces jointes et notes mentales. Il oriente les URL par chemin et jeton de ressource ; une URL Doubao prise en charge peut donc rester une tâche documentaire. Utilisez-le pour le corps, pas pour l’organisation générale Drive, les enregistrements Base ou les membres Wiki.

lark-drive porte fichiers et dossiers cloud : localisation, copie, déplacement, import/export pris en charge, métadonnées et permissions Drive. Il sépare le contenu d’un document natif du fichier qui le stocke ou organise. Résoudre une URL Wiki vers sa ressource peut passer par Drive ; modifier nœuds et membres appartient à lark-wiki.

lark-wiki gère espaces, membres et hiérarchie des nœuds. Il peut organiser ou déplacer les nœuds, mais délègue le corps du document au skill approprié. Identifiez espace, nœud, identité et destination exacts avant changement de hiérarchie ou d’accès.

lark-base traite les objets structurés de Feishu Base : tables, champs, enregistrements, vues, formulaires, tableaux de bord, procédures, rôles et structure BaseApp ou Workspace. lark-sheets traite les classeurs : cellules et formules, formats, filtres, tableaux croisés, graphiques et imports pris en charge. Pour transformer un fichier local ou un instantané Base en ressource cloud, partez de l’import Drive documenté ; importer et modifier les données résultantes ne sont pas la même opération.

Les deux peuvent changer des données métier partagées. Identifiez d’abord Base, table, feuille, plage de lignes ou champ exacts. Prévisualisez de petits changements si possible, préservez la structure et relisez le résultat. Retirer une question de formulaire peut affecter champ et enregistrements sous-jacents : confirmez le comportement précis avant modification.

lark-approval traite les validations : trouver instances en attente ou terminées, examiner leurs détails, rechercher définitions et démarrer une instance native. Ce n’est pas le gestionnaire général de tâches Feishu : les tâches sans validation relèvent de lark-task. Les opérations dépendent de la définition, de l’état, de l’identité et des permissions du tenant.

Lire une demande n’équivaut pas à décider. Approuvez, refusez, transférez, renvoyez, retirez ou démarrez une validation uniquement sur demande explicite de cette action précise et avec instance ou définition claire. Utilisez les références actuelles de paramètres au lieu de deviner les champs.

lark-shared documente configuration de lark-cli, authentification, identité utilisateur/bot, portées, permissions, avis et règles de prudence. Un skill métier peut l’exiger ou y renvoyer lors d’un échec d’authentification ou d’accès. Vérifiez ses métadonnées de dépendances et instructions de chargement progressif ; ne préchargez pas toutes les références pour une tâche sans rapport.

L’identité compte : utilisateur et bot peuvent voir des ressources différentes, et une requête réussie avec la mauvaise identité peut produire une vue erronée de l’espace. Confirmez tenant et identité voulus avant d’utiliser les résultats. Excluez secrets et données d’autorisation des journaux et sorties publiques.

Confirmez d’abord l’installation et l’autorisation de lark-cli pour le tenant visé. Choisissez le seul skill métier responsable de la ressource et lisez son SKILL.md actuel avec uniquement les références d’opération demandées. Commencez par rechercher une ressource connue non sensible en lecture seule. Vérifiez identité et identifiant retournés avant une écriture.

Pour une écriture, nommez destination exacte et changement attendu, prévisualisez si possible et relisez le résultat. Messages et courriels, accès et membres, suppression ou déplacement de ressources partagées et approbations métier ont des conséquences externes. Arrêtez pour demander une décision explicite si intention ou périmètre restent flous.

Ce guide a été contrôlé dans larksuite/cli à la révision a079fd7a0f2e5f91ef2a45017175ac9b7435ee97 le 23 septembre 2026. Il résume les instructions sources, sans test de compatibilité à l’exécution, audit de sécurité ou garantie d’activation de toute opération dans un tenant.

• Tenant, ressource et identité utilisateur/bot cibles sont explicites.
• Le premier passage est en lecture seule avec la portée minimale.
• Une écriture importante possède cible claire, aperçu et autorisation explicite.
• Le résultat est relu et vérifié ; secrets et contenu privé restent hors des journaux.