Install
npx skills add WeComTeam/wecom-cli -y -gFür wen
Nutze diesen Skill, wenn du WeCom im Terminal bedienen willst — Nachrichten, Mail, Dokumente, Todos, Kalender, Meetings, WeDrive oder Kontakte — und Menschen und ein AI Agent dieselbe Kommandozeile teilen sollen. Es ist kein weiteres Web-Backend; es bringt Open-Platform-Fähigkeit ins Terminal, um Büroeffizienz zu heben. Offizielles Repository:
https://github.com/wecomteam/wecom-cli
Vorbedingungen sind klar: dieser Rechner braucht Node.js >= 18 und ein WeCom-Konto; Plattformen sind macOS (x64/arm64), Linux (x64/arm64) und Windows (x64). Ohne Konto, bei zu niedriger Version oder außerhalb dieser Plattformen nicht zuerst installieren. Wer WeCom nur im Browser anklicken will und keinen globalen Befehl auf diesem Rechner hinterlassen will, sollte hier nicht starten.
Die Quelle teilt CLI-Installation und CLI-Skill-Installation in zwei Schritte und schreibt, der Skill sei erforderlich. Zuerst die Kommandozeile, dann den Agent aufrufen lehren. Keinen nie erschienenen Installer erfinden und kein ungenanntes Skill-Verzeichnis nachtragen. Die Quelle schreibt „Menschen und AI Agent“ nicht als Exklusivität weniger Produkte; die genannten Clients nicht selbst verengen.
Ersten Versuch in 3 Minuten abschließen
Zuerst drei Dinge bestätigen: Node.js ist 18 oder höher; du hast ein WeCom-Konto; das aktuelle System gehört zu den Plattformen oben. Offizielle Seite öffnen und prüfen:
https://github.com/wecomteam/wecom-cli
Der Hauptweg: zuerst CLI, dann den erforderlichen CLI-Skill. Das Paket ändert globale Befehle dieses Rechners; vor der Ausführung bestätigen, dass @wecom/cli hier bleiben soll:
npm install -g @wecom/cli
Danach die Skill-Installation der Quelle ausführen (als erforderlich markiert):
npx skills add WeComTeam/wecom-cli -y -g
Diese zwei Schritte nicht in zwei parallele Hauptwege teilen und die Parameter nicht ändern. Die Quelle schreibt kein Skill-Zielverzeichnis; keinen Pfad erfinden.
Im Agent beim ersten Mal nur prüfen; keine Dokumente anlegen, keine Mail senden, keinen Kalender ändern. Fehlen noch Zugangsdaten, ist die Konfiguration eine Nebenwirkung: standardmäßig QR-Scan, --manual zum Tippen. Vor der Ausführung bestätigen, dass dies dein eigenes WeCom-Konto ist und du diese Interaktion abschließen willst:
wecom-cli auth init
Danach den Autorisierungszustand mit einem reinen Lesebefehl ansehen:
wecom-cli auth show
Erfolgssignal: der Befehl endet normal und du siehst den aktuellen Autorisierungszustand. Die Quelle gibt keine Feldnamen für show; kein Ausgabeformat erfinden. Beim ersten Mal keine Bot-Benachrichtigungen, Dokumentenschreiben, Meetingbuchung oder WeDrive-Uploads. Kann der Agent nur „zuerst init, dann show“ hersagen und hat show nicht wirklich durchlaufen, Autorisierung nicht als schon erfolgreich behandeln.
Anwendungsfälle
Fall 1: Nur Autorisierung prüfen. Nach CLI und erforderlichem Skill wecom-cli auth show im Terminal oder in einem Agent ausführen, der dieselben Befehle aufrufen kann. Das sieht den Autorisierungszustand und eignet sich, um zu bestätigen, dass Zugangsdaten noch da sind. Vor der Ausführung bestätigen, dass du die Konfiguration nicht nebenbei änderst; Erfolgssignal ist der sichtbare Autorisierungszustand. Die Quelle schreibt keinen Exitcode für Nichtautorisiert; bei Fehler stoppen, keinen Reparaturbefehl erfinden. Diese Prüfung nicht auf Mailversand oder Kontaktlesen ausweiten; jene Aktionen haben keine entsprechende Befehlswortlautung.
Fall 2: Zugangsdaten das erste Mal konfigurieren. Die Quelle schreibt: Konfiguration ist interaktiv, nur einmal nötig, standardmäßig QR-Scan, --manual zum Tippen. Der Befehl ist wecom-cli auth init. Vor der Ausführung bestätigen, dass WeCom-Zugangsdaten auf diesem Rechner bleiben sollen und du zum Scannen oder Tippen bereit bist. Danach wecom-cli auth show zur Prüfung. Die Quelle schreibt keinen Widerrufs- oder Abmeldebefehl; keinen Schritt zum Entfernen der Zugangsdaten erfinden. Geschäftsfähigkeiten — Nachrichten, Dokumente, Todos, Kalender, Meetings, WeDrive, Mail, Kontakte — stehen nur als Fähigkeitsnamen, zum Beispiel Dokumente anlegen und lesen, Dokumentensuche, Kalender anlegen und verwalten, Meetings buchen und Infos holen, Todos anlegen und verfolgen, WeDrive-Dateien hochladen und holen, Mail senden und holen, Kontaktmitglieder holen, sowie Bot-initiierte Benachrichtigungen; brauchst du jene Operationen, zuerst zum offiziellen Repository zurück, keine Befehle erfinden.
Nutzungsgrenzen
Plattform, Laufzeit und Kontenanforderung folgen der Quelle: macOS (x64/arm64), Linux (x64/arm64) und Windows (x64), Node.js >= 18, und ein WeCom-Konto. Menschen und ein AI Agent können beide im Terminal arbeiten, aber die Quelle nennt kein konkretes Agent-Produkt; keine wenigen Clients als exklusiv schreiben.
Installationsreihenfolge: npm install -g @wecom/cli, dann das erforderliche npx skills add WeComTeam/wecom-cli -y -g. Keinen zweiten Marktplatz und keine ungeschriebene skills-add-Variante erfinden. „Erforderlicher Skill“ nicht als Erlaubnis lesen, das CLI zu überspringen; beide Schritte in Quellenreihenfolge abschließen.
Zugangsdaten-Konfiguration schreibt auf diesen Rechner, QR-Scan standardmäßig, --manual verfügbar. Die Quelle schreibt keinen Dateipfad, keine Ablaufpolitik und kein Widerrufsverfahren. Geschäftsabdeckung umfasst Nachrichten, Mail, Dokumente, Todos, Kalender, Meetings, WeDrive, Kontakte, einschließlich Bot-Benachrichtigungen, Dokumentensuche, Meetingbuchung, WeDrive-Upload, aber die Belege enden bei der Fähigkeitsbeschreibung und geben keine Unterbefehlswortlautung; ungeschriebene Parameter, Berechtigungsbereiche und Abrechnung nicht ergänzen. Beim ersten Mal nur Autorisierung prüfen; Büroaktionen ohne Befehl nicht als schon kopierbare Schritte behandeln. Deinstallations- oder Updatewege, die die Belege nie schrieben, nicht erfinden.