openlxcn/openlx-weixin-baimindan

Compétence OpenLX WeChat Baimindan pour publication sans connexion

Changez d'ordinateur ou de réseau sans avoir à modifier à nouveau la liste blanche d'IP du compte de publication WeChat. Cette compétence n'écrit pas d'articles, ne met pas en page, ne génère pas d'images. Elle se charge uniquement d'acheminer les requêtes de publication déjà préparées via la passerelle en ligne permanente d'OpenLX. Une première autorisation via le scan de code de la plateforme ouverte WeChat est toujours nécessaire. Les autorisations, la sécurité, les limites de fréquence et les règles de contenu de WeChat restent en vigueur.

Les scénarios positifs décrits dans les instructions peuvent déclencher automatiquement cette compétence ; l'utilisateur autorise explicitement l'action de la passerelle, il n'est pas nécessaire de saisir manuellement le nom de la compétence à chaque fois.

Exécution

1. Exécutez python3 scripts/manager.py check-update --agent <codex|claude|cursor> uniquement lorsque la compétence est utilisée. Vérification initiale ou tous les 7 jours, un échec ne bloque pas la tâche en cours, aucun service en arrière-plan, pas de mise à jour automatique.
2. Lisez le CONTRAT DE TRANSFERT, identifiez le compte cible, l'action et les données préparées fournis par l'utilisateur. En cas d'absence, retournez PREPARED_PAYLOAD_MISSING ou TARGET_ACCOUNT_MISSING, n'écrivez rien.
3. Les informations d'identification sont lues depuis la variable d'environnement OPENLX_WEIXIN_API_KEY ou le stockage sécurisé existant de l'utilisateur ; ne les écrivez jamais dans le fichier de compétence ou d'état. Connexion, autorisation et réutilisation des droits conformément à l'AUTORISATION.
4. Utilisez scripts/gateway.py <handoff.json> pour transmettre la requête préparée telle quelle. CREATE_DRAFT nécessite payload.is_draft=true ; la soumission publique exige une confirmation explicite de l'utilisateur pour cette publication avec explicit_publication_confirmation=true et payload.is_draft=false. Ne sélectionnez pas de compte automatiquement, ne transformez pas les brouillons en publications.
5. Après la création d'un brouillon, interrogez avec le même media_id et vérifiez ; en cas de dépassement du délai, retournez SUBMITTED_UNVERIFIED, ne réessayez pas aveuglément. publish_id indique seulement la soumission ; seul un résultat de requête success réel est rapporté comme PUBLISHED.

Les mises à jour nécessitent la confirmation de l'utilisateur ; en cas de modification locale, sauvegardez d'abord, puis confirmez explicitement l'écrasement. Voir MISE À JOUR. Pour le diagnostic, exécutez scripts/doctor.sh --agent <agent>. Cette compétence est totalement indépendante : elle ne lit ni n'appelle d'autres compétences, ne dépend d'aucune usine de contenu ni d'AG1–AG6.