Podium Webhook Reliability Agent Skill

Operate a Podium webhook receiver that survives the delivery-side failures —.

Context cost
17.7k tokensestimated from the bundle, loaded when it triggers
Bundle
11 files · 89.0 kB4 scripts among them — read before you run
Licence
MITthe author’s own terms
Last change
—v2.12.0
Servers it uses
Noneruns standalone

What it does

Operate a Podium webhook receiver that survives the delivery-side failures —

What this skill changes about the agent has not been set out here as a list. Its SKILL.md, shown below, says it in the author’s own words.

apidlqhmacidempotencypodiumsecuritywebhookwebhooks

The skill itself

A skill is instructions the model reads, so you can see what you are getting: below is the start of its SKILL.md. The front matter loads with every session, the body loads when the skill triggers, and the whole file comes with the install.

SKILL.md16.1 kB · preview
--- name: podium-webhook-reliability allowed-tools: Read, Write, Edit, Bash(curl:*), Bash(jq:*), Bash(python3:*), Bash(redis-cli:*), Grep version: 2.12.0 license: MIT author: Jeremy Longshore <jeremy@intentsolutions.io> compatibility: Designed for Claude Code tags: - podium - webhooks - hmac - idempotency - dlq - security ---
26# Podium Webhook Reliability
27
28## Overview
29
30Receive Podium webhooks in production without forged events, double-charged AI side-effects, lost notifications, or out-of-order conversation events. This is not an introductory webhook walkthrough — it is the receiver code your integration runs when Podium retries a 5xx response six times over 24 hours, when a leaked secret lets an attacker POST forged events, when a batch delivery arrives with conversation.deleted ahead of conversation.created, and when on-call needs to drain and replay 800 failed events without re-firing the ones that already succeeded.
31
32The six production failures this skill prevents:
33
341. **Missing signature verification** — a webhook endpoint that accepts any POST will accept forged events. An attacker who learns the URL can create phantom contacts, fire phantom review requests, or impersonate a real customer in a webchat. HMAC-SHA256 over the raw request body is non-optional and must run before any handler logic.
352. **Replay attacks against a stateless handler** — a valid signed event POSTed twice (or 1000 times) re-runs every side effect each time. Signature validity alone is not enough — the receiver must reject events whose timestamp falls outside a 5-minute window AND whose nonce has already been seen.
363. **Duplicate event processing from Podium retries** — Podium retries webhook delivery on 5xx for up to 24 hours. Without an idempotency cache, every retry re-runs the handler (writes the contact again, fires the review request again, double-charges an AI call). SET NX EX 86400 on the event_id is the cheapest fix that exists.
374. **Lost events without a dead-letter queue** — if a handler raises and Podium retries six times and gives up, the event is gone. On-call has nothing to replay. Every handler exception must persist the raw signed payload to a DLQ before the response returns 5xx, so the event is recoverable independent of Podium's retry clock.
385. **Batch event reordering** — Podium can deliver multiple events in one POST and ordering across deliveries is not guaranteed. A naive handler processes conversation.deleted before conversation.created and the system observes a delete on a contact that does not exist. Within a batch, sort by occurred_at before dispatch; across batches, gate causally-dependent handlers on the precondition existing.
396. **Timing-attack vulnerability on signature compare** — received_sig == computed_sig with == short-circuits on the first byte mismatch. An attacker measures response latency to recover the signature byte-by-byte over a few thousand probes. Always use hmac.compare_digest, which is constant-time over the longer of the two inputs.
40
41## Prerequisites
42
43- Python 3.10+ with fastapi, uvicorn, httpx, and redis (in-memory fallback for dev is provided)
44- Podium account with an OAuth app authorized for webhook delivery: Settings → Developer → Apps → Webhooks
This is a preview of SKILL.md. Download or install the skill to get the whole thing.
In the file
SKILL.md2,119 words
Files11
LicenceMIT
Why you can read it

Nothing in a skill executes. The client loads the text and the model follows it, so a skill can be audited the way a runbook is — by reading it.

What it costs in context

Skills are not billed by the call. They are paid for in context: every token the instructions occupy is a token your code, your diff and your conversation cannot use. Here is what this one takes and when it takes it.

≈280
always loaded
The name and description, so the model knows the skill exists and when to reach for it.
17,395
on trigger
The instruction body and 10 supporting files, read only when the skill fires.
8.8%
of a 200k window
Ten skills this size would take about 88% of the window before you open a file.
050k100k150k200k context window

17.7k tokens, estimated from the bundle at four bytes to the token, held for the rest of the session once it triggers. Heavy. Teams tend to install this one per project rather than globally, and load it only when the job comes up.

Servers bill, skills cost

A server charges by the month. A skill charges once per session, in context, and then keeps charging it for as long as the session lives.

Before and after

The same question, put to the same model twice: once as it comes, and once with these instructions loaded.

No worked example has been published for this skill yet.

The procedure it runs

The procedure has not been set out here step by step. It is in the body of its SKILL.md: the start of it is shown above, and the whole file comes with the install.

Prose, not code

These steps are written for a model to follow, not executed by a runtime. It can still be told to skip one, and it will say so when it does.

Servers it uses

None. This skill calls no MCP servers at all.

Everything it needs is in the instructions, so it works in a project with nothing connected — the model reads the file and changes how it works with what it can already reach.

It asks the agent to write files, using whatever file access your client already has. Whether it reaches the network is not declared.

What it asks for
Writes filesyes
Network accessnot declared

Read from the allowed-tools line of this skill’s own SKILL.md. It also asks for Bash, which could do either, so what is not named there is not ruled out. A skill grants no permissions of its own — it can only ask for tools your client already has.

What it will not do

Every skill is narrow, and the useful ones say where they stop. These are the jobs this one is the wrong tool for.

What this skill is not for has not been published here. Nothing is implied by that: it is a section the author has not filled in.

What is in the bundle

11 files, 89.0 kB on disk. Mostly text — the instructions the model reads — with 4 scripts in it that your client would run only if the instructions tell it to.

  • SKILL.md16.1 kB
  • ARD.md15.3 kB
  • PRD.md12.3 kB
  • config/settings.yaml4.2 kB
  • references/errors.md6.5 kB
  • references/examples.md7.6 kB
  • references/implementation.md8.7 kB
  • scripts/dedup_check.py2.0 kB
  • scripts/dlq_replay.py5.2 kB
  • scripts/signature_verify.py3.5 kB
  • scripts/webhook_server.py7.6 kB
What is not in it

A skill installs nothing and depends on nothing: it is a folder your client reads. This one carries 4 scripts beside the text, so the bundle is 11 files you can review in full before installing. The MIT licence covers the templates and examples as well as the instructions.

Install

Installing copies the bundle into your project. Nothing runs at install time — the files sit on disk until the model reads them.

# Podium Webhook Reliability · 17.7k tokens when loaded · macOS, Linux mkdir -p .claude/skills && t=$(mktemp -d) && curl -fsSL -o "$t/bundle.tar.gz" https://mcprush.com/api/skills/podium-webhook-reliability/bundle.tar.gz && tar -xzf "$t/bundle.tar.gz" -C "$t" && [ -d "$t/podium-webhook-reliability" ] && { [ ! -e .claude/skills/podium-webhook-reliability ] || { mv .claude/skills/podium-webhook-reliability "$t/.previous" && echo "Previous copy moved to $t/.previous"; }; } && mv "$t/podium-webhook-reliability" .claude/skills/ && echo "Installed .claude/skills/podium-webhook-reliability"
On Windows, or any OS with Node 20+
npx mcprush@latest skill add jeremylongshore/podium-webhook-reliability

Windows PowerShell says 'running scripts is disabled on this system'? Run Set-ExecutionPolicy -Scope CurrentUser RemoteSigned once, or type npx.cmd instead of npx (codex.cmd, gemini.cmd, grok.cmd likewise). PowerShell 7 needs neither. Writes to .claude/skills/podium-webhook-reliability/ in the current project. For every project instead, run mkdir -p ~/.claude/skills && t=$(mktemp -d) && curl -fsSL -o "$t/bundle.tar.gz" https://mcprush.com/api/skills/podium-webhook-reliability/bundle.tar.gz && tar -xzf "$t/bundle.tar.gz" -C "$t" && [ -d "$t/podium-webhook-reliability" ] && { [ ! -e ~/.claude/skills/podium-webhook-reliability ] || { mv ~/.claude/skills/podium-webhook-reliability "$t/.previous" && echo "Previous copy moved to $t/.previous"; }; } && mv "$t/podium-webhook-reliability" ~/.claude/skills/ && echo "Installed ~/.claude/skills/podium-webhook-reliability" (macOS, Linux) — or add --global to the npx line. The curl line replaces .claude/skills/podium-webhook-reliability/ only after the download succeeds, so files left there by another skill of the same name, or by an older release, do not mix in. A copy already there is moved aside, not deleted, and the line prints where.

Which clients pick it up on their own

A skill is a folder of text. Most of these read a skills folder and pick it up without being told; the rest take the same folder another way — an upload in the app, a parameter on an API call — and then choose it by its description just the same.

Claude Code.claude/skills/
Claude DesktopCustomize › Skills
ChatGPTSkills › Create › Upload
Cursor.cursor/skills/
VS Code.github/skills/
Codex CLI.agents/skills/
Gemini CLI.gemini/skills/
Grok Build.grok/skills/
Microsoft CopilotSkills › Upload a skill
PerplexityComputer › Skills › Upload a skill
DeepSeek Harness.dsh/skills/
Zed.agents/skills/
Devin Desktop.devin/skills/
Windsurf (legacy).windsurf/skills/
OpenAI Agents SDKInstructions or sandbox Skills
HTTP / APIa request parameter
This release
Version2.12.0
Publishedno release date on file
PriceFree
Referencejeremylongshore/podium-webhook-reliability

Versions

v2.12.0 is what is on the shelf; no release here carries a date. Instructions change more often than APIs do — a skill can be rewritten entirely without anything it depends on moving.

v2.12.0
  • No earlier releases have been published to the marketplace.
Pinning

The install command always fetches the release that is current the day you run it — v2.12.0 today — and cannot ask for an earlier one. The copy on your disk does not change until you run it again.

Reviews

—no reviews yet

Nobody has reviewed this skill yet. The rating is the mean of the reviews written here, so there is none until somebody writes the first.

Sign in to review it

A review is tied to an account so it can be answered, edited and taken down by the person who wrote it.

Sign in
Who can post

Anybody with an account, one review each. It carries the version that was current when you wrote it, and the publisher may reply once.

Publisher
Servers0
Claim this skill