Pollinations is a large monorepo hosting a multi-modal generative AI platform. It provides a unified API gateway (gen.pollinations.ai) for text, image, video, audio, 3D, and embeddings generation, routing requests to dozens of providers (OpenAI, Anthropic, Google, Fal, Replicate, ElevenLabs, etc.) with fallback chains, caching, rate limiting, and billing. A separate enterprise service (enter.pollinations.ai) handles authentication (GitHub OAuth, API keys, device code flow), user dashboards, API key management, Stripe/Pollen billing, community-hosted model endpoints, and a quest/reward gamification system. The platform also includes a design system UI library (@pollinations/ui), a Node.js SDK, a CLI tool (polli-cli), an MCP server, and over 20 community apps (chat, AI dungeon master, image reimagine, Discord bots, etc.). Infrastructure includes Cloudflare Workers, Durable Objects, D1, R2, Tinybird for analytics, and GPU inference servers (Flux, Dreamshaper, Z-Image) deployed on Vast/IO.net. The architecture is service-oriented within a monorepo: each major service (gen, enter, media, pollinations.ai) is a separate Cloudflare Worker with its own wrangler.toml and dependencies. Shared packages (shared/, packages/) provide cross-cutting concerns like billing logic, model registry, auth middleware, HTTP error handling, and UI components. Data flows from user requests through middleware (auth, balance, cache, rate-limit, safety, model resolution) to provider-specific adapters, with usage events published to Tinybird for analytics and billing. The system is heavily tested with Vitest, including integration tests with Cloudflare Workers test environment and VCR snapshots. External dependencies include Cloudflare (Workers, D1, R2, KV, Durable Objects, Vectorize), Tinybird (analytics), Stripe (payments), GitHub (OAuth, quests), and numerous AI model providers. The codebase is predominantly TypeScript with some Python (Floret agent, GPU servers, social automation) and Rust (polli-core for Discord bot). While the core platform is well-maintained, there is significant drift in community apps and infrastructure scripts, and the sheer number of provider integrations creates maintenance surface area.