Server library
Realtime Node.js with WebSockets Publish events and authorize channels from Node.js, Next.js API routes or serverless functions.
Sign in to see these snippets with your own cluster host. Sign in
Using an AI coding agent? Copy the agent prompt ↓
Install Publish an event const Pusher = require ('pusher' );
const pusher = new Pusher ({
appId : 'YOUR_APP_ID' ,
key : 'YOUR_APP_KEY' ,
secret : 'YOUR_APP_SECRET' ,
host : 'ws.hibira.io' ,
port : '443' ,
useTLS : true ,
});
await pusher.trigger ('orders' , 'order-shipped' , { id : 1024 });Agent prompt Paste this into Claude Code, Cursor, GitHub Copilot or another AI coding agent, and it will wire Hibira into your Node.js project with the settings above.
Integrate Hibira realtime messaging into this Node.js project. Hibira is a hosted WebSocket service that speaks the Pusher Channels protocol, so it works with the standard Pusher libraries (here: pusher, https://github.com/pusher/pusher-http-node) pointed at Hibira instead of pusher.com.
Connection details:
- Host: ws.hibira.io
- Port: 443
- TLS: yes (https)
- App ID: YOUR_APP_ID
- App key: YOUR_APP_KEY
- App secret: YOUR_APP_SECRET (server-side only)
What to do:
1. Look at the project first (framework version, package manager, config and env conventions, where similar integrations live) and follow what it already does.
2. Create one shared Pusher client module that reads its settings from environment variables, and reuse it rather than creating a client per request.
3. In Next.js, publish only from server code (route handlers, server actions, API routes); never import this module into client components.
4. If the front end subscribes to private or presence channels, add an auth route that checks the session and returns pusher.authorizeChannel() or a presence authorization with the user's id.
5. Read the credentials and host from environment variables or the project's config, and add placeholder entries to .env.example (or its equivalent). Never commit real values, and never send the app secret to a browser or mobile app.
6. Always pass the host, port and TLS setting above. The library defaults to pusher.com; where it requires a cluster, use "ap" (the host decides where it connects).
7. If YOUR_APP_KEY or YOUR_APP_SECRET above is still a placeholder, keep it as an env placeholder and tell me where to fill it in rather than inventing a value.
8. When you are done, list the files you changed and tell me how to check it works, for example by publishing a test event and watching it arrive.
Reference setup from the Hibira Node.js guide (adapt it to the project's structure):
Install:
```shell
npm install pusher
```
Publish an event:
```js
const Pusher = require('pusher');
const pusher = new Pusher({
appId: 'YOUR_APP_ID',
key: 'YOUR_APP_KEY',
secret: 'YOUR_APP_SECRET',
host: 'ws.hibira.io',
port: '443',
useTLS: true,
});
await pusher.trigger('orders', 'order-shipped', { id: 1024 });
```
Replace YOUR_APP_KEY and the other placeholders with the values from your dashboard, or let the agent leave them as environment variables for you to fill in.
Or connect the Hibira MCP server, and your agent can create the app and fill in its credentials itself. Connect your AI coding agent →
Use the app key and secret from your dashboard. Channels, events and authorization endpoints work exactly as they do with Pusher. Library reference ↗
