Doordash Allergy Shield
Persistent dietary safety layer for DoorDash CLI (dd-cli) ordering. Stores a personal/household dietary profile (allergens with severity tiers, diets, dislikes) that every cart is vetted against before checkout, with a deterministic tripwire — the vetting step saves the full cart contents to a vetted-cart dump, and a PreToolUse hook re-greps that dump against the anaphylaxis-severity allergen list before any checkout URL is allowed. Use when the user mentions allergies or dietary restrictions, when ordering food for someone with restrictions, or on every dd-cli cart flow while this skill is installed. A tripwire, not medical-grade — the human checkout page is the final check.
$ npx claude-code-templates@latest --skill="doordash/doordash-allergy-shield" --yesRequires Claude Code. The command adds this skill to your project's .claudedirectory — nothing runs on ToolZip's servers.
What's inside this skill
Component source
DoorDash Allergy Shield
Claude has no cross-session memory: tell it "I'm allergic to peanuts" today
and tomorrow it happily adds pad thai. This skill persists a dietary profile
and makes cart vetting mandatory — with a deterministic hook double-checking
the highest-severity allergens before any checkout URL is emitted.
Unofficial community skill built on DoorDash's doordash-oss/doordash-cli.
Honest limits (state these to the user on first use)
- Matching is heuristic, against item names/descriptions from
cart show output plus a synonyms table. It cannot see full ingredient
lists and knows nothing about cross-contamination in the kitchen.
- It is a tripwire against agent mistakes, not a medical device. The
documented final check.
- False positives are accepted by design: blocking a safe ponzu bowl is
allergen names like "oat" can match inside "goat cheese") — annoying,
never dangerous.
- The
references/allergen-synonyms.mdtable is intentionally broader than
synonym to the reference doc alone does not change what the hooks enforce.
Components in this bundle
| Piece | Role |
|---|---|
| this skill | vetting protocol + profile management |
references/allergen-synonyms.md | hidden-allergen lookup table |
hook doordash/doordash-allergy-checkout-gate | deterministic re-check at checkout |
command /doordash-profile | manage the dietary profile interactively |
State
~/.claude/doordash-profile/dietary.json— the profile. Structure:
{
"people": {
"me": {
"allergens": [
{ "name": "peanut", "severity": "anaphylaxis" },
{ "name": "shellfish", "severity": "avoid" }
],
"diets": ["vegetarian"],
"dislikes": ["cilantro"]
},
"sam": { "allergens": [{ "name": "egg", "severity": "avoid" }], "diets": [], "dislikes": [] }
}
}
Severity tiers: anaphylaxis (hook-enforced, never overridable in-session),
avoid (requires explicit human acknowledgment to keep the item),
preference (mention it, don't gate on it).
~/.claude/doordash-profile/vetted/<cart-uuid>.json— one dump per vetted cart:
cart show output plus your verdict and a timestamp. The
checkout hook greps this artifact — it trusts the dump, not your claim.
Protocol
Session start
Read dietary.json. Missing → offer to create it interactively (or via
/doordash-profile). If the user is ordering for others ("lunch for me and Sam"),
make sure each eater exists in the profile or ask for their restrictions.
After EVERY cart mutation (add-items / remove-item / reorder)
- Run
dd-cli cart show --cart-uuid <X>and capture the full output. - Check every line against each relevant eater's profile — direct matches
references/allergen-synonyms.md (satay→peanut,
aioli→egg, ponzu→soy+fish, …).
- On a conflict:
anaphylaxis → remove the item (dd-cli cart remove-item) and tell
the user why. Do not offer to keep it.
- avoid → present the conflict; keep only with explicit acknowledgment.
- preference → mention it in passing.
- Items whose name is too opaque to judge ("Chef's Special #3") → mark
anaphylaxis entries.
- Write the vetted dump: full
cart showoutput + verdict + ISO timestamp
~/.claude/doordash-profile/vetted/<cart-uuid>.json. Without this file the
checkout hook blocks — vetting is not optional.
At checkout
Just run dd-cli order checkout-url --cart-uuid <X> (or the dd-guard
wrapper when doordash-spend-guard is installed — the two gates compose). The hook
independently verifies: dump exists, is newer than the last cart mutation it
saw, and contains no anaphylaxis-tier keyword. If it blocks, do NOT try to
work around it — fix the cart, re-vet, and explain to the user what tripped.
Rules
- Never edit
dietary.jsonfrom the shell; profile changes go through
/doordash-profile (interactive, confirmed).
- Never write a vetted dump without actually running
cart showfresh — the
- When in doubt about an ingredient, doubt is a conflict.
Related Claude Code Skills
Doordash Group Orders
Group food ordering through the DoorDash CLI (dd-cli) from a persistent team roster. One request ("lunch for the team") fans out into a single merged cart with every line attributed to its eater via a person-to-cart-item-id ledger, per-person cost split with fee proration, payer rotation history, and a checkout gate that re-derives allergen conflicts against the roster live. Use when ordering for multiple people — team lunch, incident-response food, "collect orders from the thread" — or for /whose-turn payer rotation questions. Handles paste-a-thread intake: paste a Slack/chat thread and it builds the order ledger from it.
Doordash Order Ledger
Accountability layer for agent-driven DoorDash ordering. Works with the doordash-audit-log hook (which appends every dd-cli invocation to an append-only audit log) and the /doordash-report command to answer "what has my AI been ordering and what did it cost" from data instead of memory. Use when the user asks about their DoorDash spending, ordering patterns, what the agent did in past sessions, or wants jq recipes for querying the audit log. Covers log schema, query patterns, rotation, and privacy guidance.
Doordash Order Playbooks
Named, context-bound saved DoorDash orders ("post-gym", "late-night deploy") recalled through the DoorDash CLI (dd-cli) with a mandatory cart-diff before any checkout link is handed over. Use when the user names a saved order ("order my post-gym bowl", "the usual", "my Friday ramen"), wants to save the order they just placed as a playbook, or asks to list/remove saved orders. Persists name→order-uuid playbooks across sessions, catches silent menu/price drift on every recall, and self-heals stale playbooks when a restaurant's menu changes. Requires dd-cli (macOS Apple Silicon, waitlist-gated).
Doordash Spend Guard
Hard spending policy for agent-driven DoorDash ordering through the DoorDash CLI (dd-cli). Per-order ceiling, daily/weekly/monthly caps, cooldown between orders, and blocked hours — enforced deterministically by routing every cart-mutation and checkout through the dd-guard wrapper script, which prices the cart, checks the policy against a persistent spend ledger, and refuses out-of-policy checkouts with exit code 2. Use when the user wants budget limits on agent food ordering, asks "how much have I spent on DoorDash", wants to set spending caps, or whenever building carts / checking out with dd-cli while this skill is installed. Pairs with a PreToolUse hook that denies raw dd-cli checkout calls that bypass the wrapper.
Frontend Design
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web components, pages, artifacts, posters, or applications (examples include websites, landing pages, dashboards, React components, HTML/CSS layouts, or when styling/beautifying any web UI). Generates creative, polished code and UI design that avoids generic AI aesthetics.
Code Reviewer
Comprehensive code review skill for TypeScript, JavaScript, Python, Swift, Kotlin, Go. Includes automated code analysis, best practice checking, security scanning, and review checklist generation. Use when reviewing pull requests, providing code feedback, identifying issues, or ensuring code quality standards.
Catalog data and component content are sourced from the open-source davila7/claude-code-templates project (MIT license). ToolZip curates the listing and writes original descriptions; every component links back to its original source. Claude Code is a product of Anthropic. ToolZip is an independent catalog and is not affiliated with or endorsed by Anthropic.