CtrlK
BlogDocsLog inGet started
Tessl Logo

twilio-webhook-architecture

Design, secure, and operate Twilio webhook endpoints. Covers inbound event handling, status callbacks, signature validation, connection overrides for retry and timeout tuning, local development tunneling, and production hardening. Use this skill whenever an agent needs to receive HTTP callbacks from Twilio for any product -- messaging, voice, verify, or event streams.

77

Quality

96%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

92%Weight 40%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A comprehensive, highly actionable webhook reference with executable dual-language code, explicit signature-validation checkpoints, and clear section organization. Its main gap is progressive disclosure: it is a long monolithic file with no bundle references, so reference-grade material (parameter tables, per-product detail) lives inline rather than in split files.

Suggestions

Move the 'Common Webhook Parameters' tables and per-product detail into a references/ file (e.g. references/webhook-parameters.md) and link to it one level deep, keeping SKILL.md as an overview with the Quickstart and key patterns.

Split the eight Key Patterns so the cross-cutting overview stays in SKILL.md while product-specific depth (Event Streams sinks, voice TwiML action URLs) lives in referenced files.

Add an explicit configure-then-verify checkpoint to the 'Configure Webhook URLs via API' and 'Local Development with Tunnels' workflows (e.g., send a test inbound message and confirm the signature validates) to strengthen the feedback loop.

DimensionReasoningScore

Conciseness

The body is dense and reference-oriented -- code, tables, and parameter ranges -- and does not explain concepts Claude already knows (no 'what is a webhook' filler); its length reflects legitimate cross-product scope rather than padding. It is not below 3 because every section earns its place, though the dual Python/Node examples for every pattern make it a long single file.

3 / 3

Actionability

Provides fully executable Python and Node code, exact CLI commands (ngrok, twilio phone-numbers:update), concrete API update calls, and tables with precise parameter values and ranges -- copy-paste ready throughout.

3 / 3

Workflow Clarity

Patterns are numbered and sequenced, and an explicit validation checkpoint (signature validation with abort(403)) is embedded in every handler example and reinforced in prose ('Always validate before processing'); connection overrides add retry/error-recovery guidance. Not below 3 because validation gates are explicit, not implicit.

3 / 3

Progressive Disclosure

No bundle files exist and the skill is a single ~415-line SKILL.md; the parameter reference tables and per-pattern detailed examples are inline content that could be split into reference files, and the only pointers (Next Steps) go to sibling skills rather than one-level-deep bundle references. Not a 3 because content is not appropriately split across files despite being well-organized internally.

2 / 3

Total

11

/

12

Passed

Description

100%Weight 40%Scale 1-3

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong, specific, third-person description that names concrete capabilities, includes an explicit 'Use when...' trigger, and is clearly scoped to Twilio webhooks across products. It hits the anchors for the top level on every dimension.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions -- 'Design, secure, and operate Twilio webhook endpoints' plus 'inbound event handling, status callbacks, signature validation, connection overrides for retry and timeout tuning, local development tunneling, and production hardening' -- rather than vague language.

3 / 3

Completeness

Explicitly answers both what ('Design, secure, and operate... Covers inbound event handling...') and when ('Use this skill whenever an agent needs to receive HTTP callbacks from Twilio for any product'), with an explicit trigger clause present.

3 / 3

Trigger Term Quality

Covers the natural terms a developer would actually say -- 'Twilio webhook endpoints', 'status callbacks', 'signature validation', 'receive HTTP callbacks from Twilio', and the product list 'messaging, voice, verify, or event streams'.

3 / 3

Distinctiveness Conflict Risk

A clearly bounded Twilio-webhook niche with product-specific triggers ('receive HTTP callbacks from Twilio for any product -- messaging, voice, verify, or event streams'), making it unlikely to fire for unrelated skills.

3 / 3

Total

12

/

12

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
openai/plugins
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.