n8n

Le nœud communautaire n8n-nodes-honk ajoute une seule action, Honk → Send message, avec tous les champs de l’API. Chaque élément reçoit une clé d’idempotence : Retry On Fail ne notifie jamais deux fois.

Paquet: n8n-nodes-honk Publié
Code source: github.com/honk-me/honk-n8n · Licence MIT
Prérequis: n8n 1.x ou 2.x auto-hébergé, avec les nœuds communautaires activés.

Installation

Depuis l’interface de n8n, ou avec npm dans le dossier utilisateur de n8n.

Terminal

# Self-hosted n8n: Settings → Community Nodes → Install → n8n-nodes-honk
# Without the UI (Docker or npm installs), in the n8n user folder:
cd ~/.n8n/nodes && npm install n8n-nodes-honk
# then restart n8n

Identifiants et nœud

Créez des identifiants Honk API avec l’URL du serveur et la clé d’ingestion d’un projet. Test vérifie la clé sans rien envoyer sur votre téléphone. Ajoutez ensuite le nœud à n’importe quel workflow.

n8n

1. Settings → Community Nodes → Install → n8n-nodes-honk
2. Credentials → New → Honk API
     Server URL:     https://honk-me.app
     Ingestion Key:  honk_…
     (Test checks the key; nothing is sent to your phone)
3. Add the node Honk → Send message
     Message:   Wants a quote for an online shop, budget €4,000. Reply within a day.
     Title:     New request from Ana Pop
     Severity:  Light Honk (Info)
   Additional Fields
     Priority:  High
     Category:  Customers
     Source:    n8n
     Group Key: requests/{{ $json.id }}
   Options
     Idempotency Key: request-{{ $json.id }}   (default: execution + node + item)
4. Node Settings → Retry On Fail: on (the same key, so never a duplicate)

Ce qu’il renvoie

Un élément par élément d’entrée, avec la réponse de Honk. accepted signifie que Honk a enregistré le message ; le regroupement et l’envoi des push viennent ensuite.

{ "id": "msg_01k6…", "status": "accepted", "duplicate": false, "received_at": "2026-10-04T12:20:05.123Z" }

Pas de double notification en cas de relance

La clé par défaut est n8n-<execution id>-<node id>-<item index> : Retry On Fail et les nouvelles tentatives au sein d’une même exécution la réutilisent. Quand le même événement peut arriver dans des exécutions différentes, comme un webhook reçu deux fois, définissez votre propre clé sous Options, par exemple request-{{ $json.body.id }}.

Sans rien installer

n8n Cloud ou les instances verrouillées peuvent utiliser à la place le nœud intégré HTTP Request :

n8n

HTTP Request node
  Method:          POST
  URL:             https://honk-me.app/v1/messages
  Authentication:  Generic Credential Type → Header Auth
                   Name "Authorization", Value "Bearer honk_…" (an n8n credential)
  Header:          Idempotency-Key = {{ $execution.id }}-{{ $runIndex }}
  Settings:        Retry On Fail (3 tries, 2000 ms)
  Body (JSON):
  {
    "title": "New request from Ana Pop",
    "message": "Wants a quote for an online shop, budget €4,000. Reply within a day.",
    "severity": "light",
    "priority": "high",
    "category": "customers",
    "source": "n8n",
    "group_key": "requests/{{ $json.id }}"
  }

Un exemple de workflow

Le dépôt contient examples/quote-request.json : un webhook reçoit une demande de devis et Honk l’envoie en push, un groupe par demande. Importez-le, choisissez vos identifiants et essayez :

Terminal

curl -X POST https://your-n8n.example.com/webhook/quote-request \
  -H 'Content-Type: application/json' \
  -d '{"id": 4812, "name": "Ana", "email": "[email protected]", "summary": "3 rooms, 2 bathrooms"}'