steipete/CodexBar

Provider proposal: ZoomMate credit tracking — worth a PR?

Geschlossen

#1.997 geöffnet am 08.07.2026

 (4 Kommentare) (1 Reaktion) (0 zugewiesene Personen)Swift (945 Forks)batch import
P3clawsweeper:needs-maintainer-reviewclawsweeper:needs-product-decisionclawsweeper:needs-security-reviewclawsweeper:no-new-fix-prhelp wantedimpact:auth-providerimpact:securityissue-rating: 🌊 off-meta tidepool

Repository-Metriken

Stars
 (12.194 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 1T 15h) (323 gemergte PRs in 30 T)

Beschreibung

What: ZoomMate is an enterprise AI agent developed by Zoom that works on a credit-based model (a pooled monthly credit allotment, not a coding-tool subscription). This is a Zoom product offering to customers, not an internal tool. I've built a CodexBar provider that tracks the credit balance, 30-day credit history, and burn-rate pacing.

Fit: It follows the existing credit-based provider pattern (Poe, Abacus, Venice) and renders entirely through the shared inline-dashboard and descriptor surfaces — no bespoke UI. Auth uses ZoomMate's own first-party web-client cookie→token flow, the same shape as the accepted Factory (WorkOS) provider; the minted token is cached in memory only and nothing is persisted to disk.

Status: Implemented and opt-in, narrow in scope, on a personal fork rebased onto current main, with tests and docs. Builds and runs today.

Disclosure: I work at Zoom and am happy to maintain this long-term.

Ask: Given this is an enterprise AI agent, not strictly coding, is it still a fit for CodexBar? Checking before opening the PR.

Contributor Guide