Skills Lark / Feishu

Ce que contient ce pack

Ce pack regroupe les cinq skills Lark / Feishu qui couvrent ensemble toute la surface dont un agent Claude Code a besoin pour lire et écrire dans Lark Suite — chat, wiki, base, approbations, et le rituel de standup quotidien que la plupart des équipes exécutent sur Lark.

Le bundle suppose que vous avez une app Lark / Feishu niveau tenant et une paire app_id / app_secret. Skill Maker et la suite CLI fonctionnent pour Lark (international) et Feishu (Chine) — les surfaces API sont des miroirs, seul l'hôte change.

Pourquoi les skills Lark sont inhabituels

La plupart des intégrations "IA + Lark" s'arrêtent à "poste un webhook." Ce pack inverse la relation : Claude Code devient un client Lark, avec des lectures bidirectionnelles. L'agent peut parcourir un espace Wiki, tirer un enregistrement Bitable, soumettre une approbation, et répondre dans un fil Messenger — tout depuis sa session normale.

Pourquoi c'est important : Lark / Feishu détiennent le stockage canonique de documents pour la plupart des équipes d'ingénierie basées en Chine et APAC. Quand l'agent peut lire ces docs nativement, vous arrêtez de les coller.

Installer en une commande

# Installer le pack entier dans le projet Claude Code actuel
tokrepo install pack/lark-feishu-skills

# Ou choisissez un skill individuel
tokrepo install feishu-cli
tokrepo install daily-standup-workflow

Une fois installé, chaque skill est un SKILL.md sous .claude/skills/ plus les scripts auxiliaires qu'il appelle (Python ou Node selon l'upstream). À la première utilisation, le skill demande LARK_APP_ID / LARK_APP_SECRET et les écrit dans un .env local qu'il ajoute à .gitignore.

Pièges courants

• Hôtes Lark vs Feishu. Mêmes APIs, domaines différents (open.larksuite.com vs open.feishu.cn). Définissez LARK_HOST par projet, pas globalement.
• Scopes de permissions. Les skills de recherche Wiki et approbations ont besoin de scopes que l'app par défaut n'a pas. Le pré-vol du skill liste exactement quoi ajouter.
• Vérification de signature webhook. feishu-events impose la vérification par défaut. La désactiver pour le dev local signifie que du trafic de prod peut falsifier l'agent — laissez-la, utilisez un tunnel comme Cloudflared.
• Rate limits CLI. La suite respecte le QPS par tenant mais ne coordonne pas entre sessions Claude. Si vous lancez deux agents en même temps, baissez la concurrence dans feishu-cli config.
• Format de carte standup. Le workflow embarque une mise en page par défaut ; surchargez STANDUP_CARD_TEMPLATE si votre équipe a un template custom.

Relation avec d'autres packs

Ces skills se composent avec deux autres packs :

• Anthropic Builders livre le format Skill lui-même ; ce pack l'utilise.
• Orchestration de Workflows (n8n, Prefect) offre une alternative quand le standup doit tourner sur planning indépendant de Claude Code ouvert.

Si votre stack est Slack + Notion à la place, le mapping est mécanique — mais attendez-vous à réécrire le skill de recherche Wiki, vu que le modèle de permissions de Notion est fondamentalement différent des ACLs d'espace Lark.

Pour quoi ce pack seul ne suffit pas

Ce pack couvre les APIs niveau tenant mais laisse de côté trois préoccupations adjacentes. D'abord, le login OAuth flux-utilisateur : le bundle utilise des identifiants tenant, donc l'autorisation par utilisateur (où l'agent agit comme un employé spécifique) nécessite un skill additionnel qui enveloppe le flux Authorization Code. Ensuite, les transcriptions vocales et de réunions : Lark Meetings a son propre modèle d'abonnement et n'est pas dans le périmètre ici. Enfin, les notifications push d'app mobile : elles passent par Lark Push, qui nécessite une configuration supplémentaire au-delà du webhook.

Pour chaque gap, les pages du registry de skills lient au add-on communautaire approprié. Le pack reste étroit volontairement — cinq skills bien testés battent quinze à moitié testés, et le workflow standup est l'actif de plus grande valeur pour les équipes qui installent tout.