afro-technology / waha-laravel-sdk
Laravel SDK for WAHA with multi-host, optional DB pinning, and OpenAPI generated client
Package info
github.com/Afro-Technology/waha-laravel-sdk
pkg:composer/afro-technology/waha-laravel-sdk
Requires
- php: ^8.1 || ^8.2 || ^8.3 || ^8.4
- guzzlehttp/guzzle: ^7.5
- illuminate/support: ^10.0 || ^11.0 || ^12.0 || ^13.0
Requires (Dev)
- larastan/larastan: ^2.11 || ^3.9
- laravel/pint: ^1.29
- orchestra/testbench: ^8.0 || ^9.0 || ^10.0 || ^11.0
- phpstan/phpstan: ^1.12 || ^2.1
- phpunit/phpunit: ^10.0 || ^11.0
README
WAHA Laravel SDK
Laravel-oriented SDK for WAHA (WhatsApp HTTP API / Web WhatsApp gateway).
It provides:
- Multi-host support (primary/secondary, etc.)
- Optional session → host pinning (Redis/DB/composite)
- OpenAPI-driven routing (reads WAHA OpenAPI spec and calls the generated client)
- Convenience DX layer (Facade + tag proxies + top-level aliases)
- IDE autocomplete generation (PHPDoc for Facade/proxies)
- Debug tools:
Waha::lastHttp()/Waha::lastHttpCurl()+ scoped debug
Repository is meant to be installed into Laravel apps via Composer.
Contents
- Installation
- Configuration
- Quick Start
- Usage
- Webhooks
- OpenAPI workflow
- IDE Helper
- Testing & CI
- Versioning
- License
Installation
Requirements
- PHP 8.1+ (Laravel 13 requires PHP 8.3+)
- Laravel 10 / 11 / 12 / 13
- Guzzle 7.5+
Composer install
composer require afro-technology/waha-laravel-sdk
Laravel package discovery is enabled by default.
Publish config (recommended)
php artisan vendor:publish --provider="AfroTechnology\Waha\WahaServiceProvider" --tag="waha-config"
This creates config/waha.php.
Configuration
Main config: config/waha.php
Minimal .env
WAHA_DEFAULT_HOST=primary WAHA_PRIMARY_URL=https://waha.example.com WAHA_PRIMARY_ADMIN_KEY=YOUR_ADMIN_API_KEY WAHA_API_KEY_HEADER=X-Api-Key WAHA_PRIMARY_DEFAULT_SESSION=default
Hosts
Configure one or more hosts under waha.hosts:
'hosts' => [ 'primary' => [ 'base_url' => env('WAHA_PRIMARY_URL', 'http://localhost:3000'), 'api_key_header' => env('WAHA_API_KEY_HEADER', 'X-Api-Key'), 'admin_api_key' => env('WAHA_PRIMARY_ADMIN_KEY'), 'default_session' => env('WAHA_PRIMARY_DEFAULT_SESSION', 'default'), // Used for webhook signature verification (HMAC) 'webhook_secret' => env('WAHA_PRIMARY_WEBHOOK_SECRET'), // admin_fallback | strict_session_key 'mode' => env('WAHA_PRIMARY_MODE', 'admin_fallback'), // Optional: per-session keys (newer WAHA versions) 'session_keys' => [ // 'default' => env('WAHA_PRIMARY_DEFAULT_SESSION_KEY'), ], ], ],
Host authentication: admin_api_key vs session_keys
WAHA can be protected either with a single admin key (simplest) or with per-session keys (safer when you want to scope access).
-
admin_api_key: one key for the whole WAHA instance. The SDK sends it asX-Api-Key(orapi_key_header).
Use this for typical server-to-server setups where your application fully trusts itself. -
session_keys: a map ofsession => key. Useful when you run multiple WhatsApp sessions and want to isolate them (e.g., different tenants / orgs) so one leaked key cannot control other sessions. -
modecontrols how the SDK chooses a key:admin_fallback(default): if a session key exists for the resolved session, use it; otherwise fall back toadmin_api_key.strict_session_key: require a session key for the session; if missing, the request fails instead of silently using the admin key.
⚠️ Note: the OpenAPI-generated client currently authenticates with the host’s admin_api_key (because the generator config supports one API key).
Per-session keys are used by the internal WahaHttpClient / ApiKeyProvider layer (useful for custom calls and for future extensions).
Debug
WAHA_DEBUG=false WAHA_DEBUG_MAX_BODY_KB=64 WAHA_DEBUG_LOG_CHANNEL=stack
- Last call capture (
lastHttp/lastHttpCurl) is stored regardless of logging. - When
WAHA_DEBUG=true, requests/responses are also logged (masked + truncated).
Registry, routing, and pin store (multi-host / “session → host” mapping)
This SDK can work in a simple single-host setup (no routing), but it also supports multi-host deployments where a session must consistently “stick” to the same WAHA host.
These three config blocks control that behavior:
registry
Where host definitions come from.
registry.driver=config(default): hosts are read fromconfig/waha.php(waha.hosts.*).registry.driver=db: hosts are stored in package tables (publish + run migrations). Use this if you want to manage hosts from an admin UI or the database.registry.driver=custom: hosts and keys are resolved through your own Laravel services implementingHostRegistryand, optionally,ApiKeyProvider. Use this when the host registry lives in your app, for example encrypted tenant or admin-panel storage.
WAHA_REGISTRY_DRIVER=custom WAHA_HOST_REGISTRY=App\\Waha\\EncryptedHostRegistry WAHA_API_KEY_PROVIDER=App\\Waha\\EncryptedApiKeyProvider
If WAHA_API_KEY_PROVIDER is omitted, the SDK reads admin and session keys from the host arrays returned by your custom HostRegistry.
routing
How the SDK chooses a host when you call methods without explicitly selecting one.
routing.driver=none(default): no automatic routing. You callWaha::host('primary')...or rely onwaha.default_host.routing.driver=pin: resolves session → host using the pin store. This is the recommended mode if you run multiple WAHA nodes and want stable routing.
pin_store
Where session → host mappings are stored (used by routing.driver=pin).
pin_store.driver=auto(default): preferscompositewhen possible, else falls back toredis, elsedb.pin_store.driver=composite: write-through redis + db, read redis-first then db (best of both worlds).pin_store.driver=redis: fastest, but you may lose mappings if redis is cleared (unless you persist it).pin_store.driver=db: durable, but slower.
Other knobs:
pin_store.ttl_seconds: optional TTL for mappings (0= no TTL).pin_store.redis_connection: which Laravel redis connection to use.
Typical setup for production multi-host:
routing.driver=pinpin_store.driver=composite(orauto)- redis enabled + migrations applied
Response format
WAHA_RESPONSE_FORMAT=model # model|array|json
model: generated OpenAPI model objects (default)array: normalized PHP arraysjson: normalized array thenjson_encode
Quick Start
use AfroTechnology\Waha\Facades\Waha; $msg = Waha::sendText( chatId: '905xxxxxxxxx@c.us', text: 'Hello from WAHA!' );
Equivalent via tag proxy (tag names come from the OpenAPI spec):
$msg = Waha::chatting()->sendText( chatId: '905xxxxxxxxx@c.us', text: 'Hello via tag proxy!' );
Usage
Host selection
Waha::host('primary')->sendText(chatId: '905...@c.us', text: 'via primary'); Waha::host('secondary')->sendText(chatId: '905...@c.us', text: 'via secondary');
If you don’t call host(), waha.default_host is used.
Tag proxies
Tags are exposed as methods (normalized to lowerCamel). Example:
// "chatting" tag $msg = Waha::chatting()->sendText(chatId: '905...@c.us', text: 'hi'); // "sessions" tag (example) $status = Waha::sessions()->list();
Top-level convenience methods
Some operations are also exposed at the top level (only when their aliases are unique globally):
$msg = Waha::sendText(chatId: '905...@c.us', text: 'Convenience');
If an alias is not available at the top level (collision), use the tag:
$msg = Waha::chatting()->sendText(...);
Response formats
Global via .env (WAHA_RESPONSE_FORMAT) or per chain:
$arr = Waha::asArray()->sendText(chatId:'905...@c.us', text:'array result'); $json = Waha::asJson()->sendText(chatId:'905...@c.us', text:'json result'); $model = Waha::asModel()->sendText(chatId:'905...@c.us', text:'model result');
Works with tag proxies too:
$arr = Waha::chatting()->asArray()->sendText(...);
Debug & last HTTP
Read the last captured request/response:
Waha::sendText(chatId:'905...@c.us', text:'Hello'); $last = Waha::lastHttp(); // array with request/response/error $curl = Waha::lastHttpCurl(); // curl string (if available)
Enable debug only for the next call:
Waha::debug()->sendText(chatId:'905...@c.us', text:'debug for this call only');
Scoped debug:
Waha::withDebug(function () { Waha::sendText(chatId:'905...@c.us', text:'debug scope 1'); Waha::chatting()->sendText(chatId:'905...@c.us', text:'debug scope 2'); });
Webhooks
WAHA can deliver inbound events (messages, status updates, etc.) to your Laravel app via HTTP webhooks.
Endpoint and secret
When waha.webhooks.enabled is true, the package registers this route:
POST /webhooks/waha/{hostKey}
The route is stateless and uses the configured host key to resolve the webhook secret:
WAHA_PRIMARY_WEBHOOK_SECRET=super-long-random-secret
Configure the same secret in WAHA. The package verifies WAHA webhook HMAC headers before dispatching events, handlers, jobs, or storage.
Expected WAHA headers:
X-Webhook-HmacX-Webhook-Hmac-AlgorithmX-Webhook-Request-IdX-Webhook-Timestamp
Processing mode
The default processing mode is sync so a fresh install works without a queue worker:
WAHA_WEBHOOKS_PROCESSING_MODE=sync
For production, prefer queue mode so WAHA is acknowledged quickly and your application work happens inside Laravel workers:
WAHA_WEBHOOKS_PROCESSING_MODE=queue WAHA_WEBHOOKS_QUEUE_CONNECTION=redis WAHA_WEBHOOKS_QUEUE_NAME=waha-webhooks
Queue mode validates the request, optionally stores an inbox event, dispatches ProcessWahaWebhookJob, and returns JSON immediately. Sync mode runs handlers inside the HTTP request and can make WAHA wait for application-level work.
Handlers
Map WAHA event names to handler classes in config/waha.php:
'webhooks' => [ 'handlers' => [ 'message.any' => \App\Waha\Handlers\AnyMessageHandler::class, 'message.*' => \App\Waha\Handlers\MessageHandler::class, ], ],
Handlers must implement:
use AfroTechnology\Waha\Webhooks\Contracts\WahaWebhookHandler; use AfroTechnology\Waha\Webhooks\Events\WahaWebhookReceived; final class AnyMessageHandler implements WahaWebhookHandler { public function handle(WahaWebhookReceived $event): void { $payload = $event->payload; } }
Event storage
Event storage is disabled by default. To enable it, publish and run the package migrations first:
php artisan vendor:publish --provider="AfroTechnology\Waha\WahaServiceProvider" --tag="waha-migrations" php artisan migrate
Then enable storage:
WAHA_WEBHOOKS_STORE_ENABLED=true WAHA_WEBHOOKS_STORE_RAW=true WAHA_WEBHOOKS_STORE_RETENTION_DAYS=7
Stored events include payload metadata plus processing state such as queued, processing, processed, failed, attempt count, timestamps, and last error. Use Laravel's normal queue retry tools for retries.
Security note: treat webhook payloads as untrusted input. The package verifies accepted requests before processing.
OpenAPI workflow
This SDK uses WAHA’s OpenAPI spec to route calls and generate the underlying client.
Generated client classes are namespaced under AfroTechnology\Waha\Generated, and
the documented facade/tag examples only use methods exposed by the packaged proxy
surface.
Common commands inside a consuming Laravel application (provided by this package):
-
Fetch spec:
php artisan waha:openapi:fetch
-
Generate OpenAPI client (uses configured generator driver):
php artisan waha:openapi:generate
-
Update (fetch + generate + ide helper, depending on your setup):
php artisan waha:openapi:update
Configuration lives under config/waha.php → openapi.
For this package repository and the scheduled GitHub Actions sync, the package-local
entrypoint is php bin/openapi-sync.php; it fetches the spec, regenerates the
client/proxy surface with the package namespace, and leaves the diff for review.
IDE Helper
This package can generate PHPDoc for:
- Facade (
Waha) - Proxies (host chain, tag proxies, top-level operations)
Run:
php artisan waha:openapi:ide-helper
Then re-index your IDE if autocompletion does not update.
Testing & CI
Local tests:
composer test
Recommended additions for public repos:
- Pint (formatting)
- PHPStan (static analysis)
- GitHub Actions workflow running:
composer installcomposer testvendor/bin/pint --testvendor/bin/phpstan analyse
(Exact setup depends on your repo preferences.)
Versioning
Use SemVer:
MAJOR: breaking API changesMINOR: backward-compatible featuresPATCH: backward-compatible fixes
Tags are important for Packagist and for stable dependency resolution.
License
MIT