WhatsApp Contact Sync is a web application that synchronizes profile pictures from WhatsApp to Google Contacts. The system uses a client-server architecture with a Vue.js 3 frontend and Node.js/Express.js backend. Users authenticate with WhatsApp via QR code scanning and with Google via OAuth, then the backend matches contacts by phone number (handling international format variations) and transfers profile pictures while respecting Google's API rate limits. The application features real-time progress updates via WebSocket, configurable sync options (manual/automatic), and a contribution-based access model to support server costs.
Universal Notifier is a Home Assistant custom integration that acts as a centralized notification router. It exposes a single `universal_notifier.send` service that fans out messages to multiple channels—text (Telegram, mobile app) and voice (Alexa, Google Home via TTS)—with context-aware features: time-of-day greetings, per-slot volume control, weekday/weekend Do Not Disturb schedules, priority bypass, and a FIFO async queue for serialized voice announcements. The integration also provides monitoring entities (volume sensor, family presence sensor, DND binary sensor) and runtime controls (priority volume select, text format select, voice buffer number, DND override switch, last-message text). Configuration is fully UI-driven via a multi-step config flow and an options menu for post-setup edits. Architecturally, the component is a typical Home Assistant custom component with modular entity platforms (sensor, binary_sensor, select, number, switch, text) and a core `__init__.py` that registers the service, manages the voice queue worker, and handles snapshot/resume of media players. The code is well-organized, uses standard HA patterns (config entries, entity registry, service registrations), and includes a solid test suite with high coverage. The main service handler is long and somewhat monolithic, but it is subdivided into labeled sections and handles many edge cases (e.g., `notify.send_message` target kwargs, Telegram chat IDs, MarkdownV2 escaping, SSML preservation for TTS). The utils module contains genuinely reusable text-processing and time-slot helper functions. Dependencies are minimal (only HA core), and the project uses `uv` for Python management and CI with GitHub Actions (tests, HACS validation, hassfest). It targets Python 3.13+ and requires HA 2025.12.1 or newer, indicating an up-to-date stack. External integrations like Telegram, Alexa Media Player, or TTS must be installed separately; this component merely routes to them. The repository is actively maintained with frequent releases and a changelog, and it supports multiple languages (READMEs and translations).
Evolution API is a production-grade, multi-tenant WhatsApp API gateway built with Node.js, TypeScript, and Express. It manages independent WhatsApp instances via Baileys (WhatsApp Web), Meta Business API, and its own Evolution API channel, providing REST endpoints for messaging, chat management, groups, labels, and media. The system integrates deeply with chatbot platforms (Typebot, OpenAI, Dify, Flowise, N8N, EvoAI, EvolutionBot) and event systems (Webhook, WebSocket, RabbitMQ, SQS, NATS, Kafka, Pusher), and includes storage via S3/MinIO and CRM sync with Chatwoot. The architecture follows a modular controller-service pattern with Prisma ORM (supporting MySQL and PostgreSQL), Redis caching, and centralized configuration. It is actively maintained with frequent updates, extensive migrations, and CI/CD pipelines.
This is a WhatsApp messaging API built with Node.js, TypeScript, and Express. The system provides REST endpoints for user authentication, WhatsApp number registration (via QR code), message sending (with scheduling and media support), and user/token management. Architecture follows a layered approach: API controllers delegate to service classes, which use TypeORM repositories for data access. A separate worker process continuously polls the database for pending messages and sends them via WhatsApp using a sophisticated custom client manager that handles multiple WhatsApp sessions, QR code authentication, session persistence, and connection recovery. The WhatsApp client implementation (src/whatsapp/client/index.ts) demonstrates significant skill in managing the complexities of the whatsapp-web.js library, including proper resource cleanup, timeout handling, and state management across multiple concurrent connections.
This is the OCA/social repository, a collection of 15 Odoo addon modules for Odoo 18.0 that extend the Odoo Discuss and mail systems with external messaging integrations and social profile features. The core module, `mail_gateway`, provides an abstract framework for integrating external chat platforms (Telegram, WhatsApp, Instagram) into Odoo Discuss via webhooks, enabling bidirectional communication. Concrete gateway modules (`mail_gateway_telegram`, `mail_gateway_whatsapp`, `mail_gateway_instagram`, and `mail_gateway_telegram_standalone`) implement provider-specific APIs, including message sending, template management (WhatsApp), and webhook verification. Additional modules add social media profile fields to partners and companies (LinkedIn, Mastodon), audit activity cancellations and unlinks, control mention suggestions, route unhandled emails to a default thread, and extend marketing campaigns with budget tracking. The repository follows standard OCA addon structure with Python models, XML views, OWL/JavaScript component patches, wizards, security rules, and translations. It is not a standalone application but a set of modules designed to be installed in an Odoo instance.
This repository is the distribution and documentation hub for the Watusi iOS tweak, which modifies WhatsApp Messenger. It does not contain the actual source code of the tweak (Objective-C, Theos, etc.), but instead hosts installation instructions, download links for prebuilt IPA files, and an AltStore source configuration. The README provides detailed guides for jailbroken devices, sideloading with AltStore, TrollStore, and as a linked device for push notifications. The altstore/source.json file defines a complete AltStore app source with multiple apps (Watusi, Regram, business variants) and version histories. This is a well-organized static repository that serves as the primary distribution point for the tweak, with active updates as seen by recent version entries. No original source code is present; all software artifacts are externally hosted IPA files.
This is the umbrella monorepo for Evo CRM Community, an open-source AI-powered customer support platform. The repository itself does not contain application source code; it orchestrates seven independent microservices (auth, CRM, frontend, AI processor, core service, bot runtime, and event flow) via Git submodules and Docker Compose/Swarm configurations. The primary function of this repo is to provide a single entry point for cloning, building, seeding, and deploying the full stack. It includes a nginx API gateway for path-based routing to backend services, CI/CD workflows for building and publishing Docker images, migration version collision guards, and extensive release documentation. The actual business logic, AI agent execution, conversation management, and user interface reside in the submodules.
This repository contains Toxic-MD, a WhatsApp multi-device bot built on Node.js using the Baileys library (reverse-engineered WhatsApp Web API). It is a plugin-based application that handles incoming WhatsApp messages, processes commands from over 200 plugins organized by category (General, Groups, Owner, AI, Downloads, Editing, Settings, etc.), and executes actions such as group administration (anti-link, anti-badword, welcome messages, warn/kick), media downloads (YouTube, TikTok, Instagram), AI chat (via Groq/Llama), image/sticker editing, and privacy toggles. The bot maintains persistent settings in a PostgreSQL database (with a JSON file fallback), including global and per-group configurations, warn limits, banned users, and conversation history for AI context. It runs as a long-lived process with auto-reconnection, an Express health server, and supports deployment on Heroku, Railway, and traditional Node.js hosts. Architecturally, the bot is a monolith with a central message router in `src/toxic.js`, a dynamic plugin loader in `handlers/commandHandler.js`, and a set of background features (`features/`) that listen to events like group joins, sticker sends, and anti-spam triggers. The codebase is moderately complex, using global state objects (e.g., `_toxicMsgCounts`, `lidPhoneCache`) and patching the Baileys library at startup to adjust timeouts and event buffering. External dependencies include Express, Groq API, various download services (Nexray, qu.ax, uguu.se), and media utilities (ffmpeg, sharp, wa-sticker-formatter). The bot's command structure is consistent: each plugin exports `name`, `aliases`, `description`, and a `run(context)` function, enabling extensibility. However, the code exhibits several quality issues: no test suite, heavy use of global variables, hardcoded developer phone numbers, repetitive toggle commands, and obfuscated API keys in `keys.js`. Despite these shortcomings, the bot is functional and widely forked (1587 forks), indicating practical utility in the WhatsApp bot community.
Franz is a desktop messaging aggregator that consolidates multiple chat services (WhatsApp, Slack, Telegram, etc.) into a single Electron application. It uses a plugin-based 'recipe' system to integrate each service via webviews or BrowserViews. The architecture is a monorepo with Lerna, containing reusable packages for UI components, forms, and theming. The main application is built with React 16, MobX 5, and JSS for styling, with a MobX store layer managing state and API calls. Features include service management, workspaces, todos, subscription tiers (freemium), and a feature toggle system. The codebase is well-structured but shows signs of age: it uses deprecated React lifecycle methods, @electron/remote, and outdated dependencies. The README explicitly states this is the predecessor of Franz 6 and is no longer actively developed, making it a legacy codebase.