Order food on DoorDash β compare real fee-included totals; you approve every order.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
We haven't yet run this listing's install command through our automated sandbox check. This isn't a red flag β we're steadily working through the catalog.
π‘ Paste into ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows)
Feeling peckish? Just ask. An AI ordering agent for DoorDash β it searches,
compares real totals (fees included), builds the cart, and you approve every
order. Built on Claude and DoorDash's official
dd-cli.
One tool layer, three surfaces:
| Surface | Start | Best for |
|---|---|---|
| Terminal chat | peckish | Living in the terminal |
| Local web app | peckish-web β http://localhost:4747 | Consumer-friendly UI: store cards, live quote, Stop button, order modal |
| MCP server | claude mcp add peckish -- npx -y peckish-mcp, or the double-click .mcpb | Claude Desktop / Claude Code users β no API key needed; your Claude subscription powers the model |
Which one is for me?
Scripted demo of the web app β store, prices and card are fictional;
the interface and the approval gate are the real ones.
Updates: every release ships with full notes, all artifacts, and a
SHA256SUMS.txt on Releases β
see CHANGELOG.md for the history. Watch the repo (Releases
only) to get notified.
Install in one line β no git clone:
Prefer an app? Download the Mac app (.dmg) β guided setup, no terminal at any step. See Mac app below. Everything runs on your own machine either way, because dd-cli holds your DoorDash session there β a Mac (Apple Silicon) or Linux x86_64, including containers and cloud sandboxes: see Linux, containers and headless hosts.
node --version to check; install from nodejs.org or brew.That's it β you now have three commands: peckish (terminal chat),
peckish-web (web app), and peckish-mcp (MCP server).
On boot Peckish verifies your DoorDash sign-in, shows your default delivery
address, and flags any open carts you forgot about. If sign-in is missing or
expired, Peckish offers to fix it for you: the terminal asks before launching
dd-cli login (which opens your browser), the web app shows a sign-in card,
and mid-conversation the agent can offer the same assist on any surface β you
approve, sign in in the browser, and it picks up where it left off. On a
machine with no browser, Peckish skips that offer and tells you how to inject
a token instead β see below.
Claude itself becomes the ordering agent, and your Claude subscription pays for the model. Pick whichever fits your client:
Claude Code β one line:
Claude Desktop β download peckish-0.2.2.mcpb from
Releases and
double-click it. Claude Desktop installs it like a browser extension: no
terminal, no Node install, no JSON editing.
Add to ~/Library/Application Support/Claude/claude_desktop_config.json:
If dd-cli isn't at ~/.local/bin/dd-cli, add
"env": { "DD_CLI_PATH": "/your/path/to/dd-cli" } β desktop apps don't
inherit your shell PATH.
Peckish is also listed in the MCP Registry
as io.github.CydVilla/peckish, so clients that browse the registry can find
it directly.
Restart Claude Desktop and ask it to find you dinner. Order confirmation appears as a native dialog; clients that can't render dialogs can browse and build carts but cannot place orders (fail closed).
Things to say:
Placing an order always ends with an explicit confirmation you perform β
typing yes in the terminal, clicking Place order in the web modal, or
approving the dialog in Claude Desktop. Before that, Peckish must show you the
itemized quote, confirm the tip, and name the card being charged. Decline
anything and it backs off.
Controls & housekeeping
| Where | What |
|---|---|
| Terminal | /prefs saved preferences Β· /cost session spend Β· /reset new conversation Β· /quit Β· Ctrl+C stops a running turn |
| Web | Stop button cancels a turn Β· New chat resets Β· header chip shows session cost Β· click the address chip to switch your delivery address (editing an address's text happens on doordash.com β Peckish picks it up automatically) |
| Both | Preferences live in ~/.peckish/preferences.json; a full audit log of every tool call and confirmation is written to ~/.peckish/logs/*.jsonl |
Cost: defaults are tuned for low spend at decent quality β claude-sonnet-5
at medium effort, prompt caching on the system prefix and conversation tail,
and server-side context editing that prunes stale menu payloads in long
sessions. The cost meter shows the approximate spend per turn and per session.
Max quality: DD_AGENT_MODEL=claude-opus-4-8 DD_AGENT_EFFORT=high. (On MCP,
the client chooses and pays for the model.)
Troubleshooting
| Symptom | Fix |
|---|---|
DoorDash sign-in is missing or expired | Accept the built-in sign-in assist (it runs dd-cli login for you), or run it in a terminal yourself |
| The same, on a headless Linux box | There's no browser to sign in with: dd-cli export-token on a machine that has one, then DD_CLI_ACCESS_TOKEN=β¦ here (details) |
| Auth errors right after upgrading dd-cli | New CLI versions can need fresh scopes β sign in again (assist, dd-cli login, or a fresh export-token) |
Anthropic authentication failed | export ANTHROPIC_API_KEY=β¦ in the same shell, restart |
dd-cli binary not found | Install dd-cli (step 1) or set DD_CLI_PATH=/path/to/dd-cli |
no dd-cli build for your machine | dd-cli ships macOS arm64 and Linux x86_64 only β Intel Macs and Linux arm64 can't run Peckish |
| Web app port in use | PECKISH_PORT=5757 peckish-web |
| A turn ran away | Ctrl+C (terminal) / Stop (web) β history rolls back cleanly |
Env vars: DD_AGENT_MODEL (default claude-sonnet-5), DD_AGENT_EFFORT
(lowβmax, default medium), DD_CLI_PATH, PECKISH_PORT (default 4747),
DD_CLI_ACCESS_TOKEN (read by dd-cli itself β browserless sign-in).
A double-clickable app for people who never want to see a terminal:
download Peckish-x.y.z-arm64.dmg from
Releases, drag
Peckish to Applications, and open it.
First launch (Gatekeeper): the app is ad-hoc signed but not notarized (no paid Apple Developer ID), so macOS won't open it on a plain double-click the first time. Right-click the app β "Open" β "Open" (or approve it under System Settings β Privacy & Security). Only needed once.
If macOS instead says "Peckish is damaged and can't be opened", you have a build from before this was fixed, or the download quarantine got confused. Clear it once and it opens normally:
First-run setup happens in the app β three buttons, no terminal:
safeStorage (keychain-backed), never in plain text.Then Open Peckish β same web app, same order-confirmation modal, same safety gates; the app is just a shell that runs the local server for you on a random localhost-only port. Requires Apple Silicon; Node.js is not required (the app bundles its own runtime).
Building it yourself: cd desktop && npm install && npm run dist β
desktop/dist/Peckish-*.dmg.
The .dmg is the one Mac-only surface. The terminal, web and MCP surfaces all
run on Linux too:
dd-cli v0.2.2 added Linux (amd64) builds, so all three Peckish surfaces run
on Linux x86_64 unchanged β same tools, same order gate, same audit log.
Install dd-cli from the same release page (asset
dd-cli-v<version>-linux-amd64.tar.gz, verify its SHA256, bash install.sh),
then npm install -g peckish. If you put the binary somewhere other than
~/.local/bin/dd-cli, set DD_CLI_PATH β Peckish also checks
/usr/local/bin/dd-cli and your PATH.
With a desktop session (DISPLAY or WAYLAND_DISPLAY set), nothing
changes: dd-cli login opens your browser and the built-in sign-in assist
works exactly as it does on a Mac.
Without one β a container, a VM, a cloud sandbox, SSH with no forwarding β
the browser flow cannot complete, so Peckish stops offering it (no spawned
login that hangs forever, no "run dd-cli login" advice that can't work) and
points at the token path instead:
dd-cli picks the token up from the environment Peckish passes down, so every surface authenticates without a keychain or a browser.
docker run -e in your shell history, or a committed
.env. Mint a fresh one with dd-cli export-token when it expires.yes, the web modal, or
the MCP dialog) β headless means no browser, not unattended ordering.peckish-web in a container binds 127.0.0.1 inside the container by
design, so a published port (-p 4747:4747) can't reach it. Run the
container with --network host (Linux), or use the terminal or MCP surface,
which need no port at all.order preview) driving every recommendation.Placing an order always requires an explicit human approval rendered by the surface, not by the model:
| Surface | The gate |
|---|---|
| Terminal | Type yes at a prompt |
| Web | "Place order" modal (declines automatically after 5 min) |
| MCP | Client elicitation dialog; clients without elicitation cannot place orders (fail closed) |
Also on every surface:
~/.peckish/logs/*.jsonl.order status confirms.dd-cli β₯ 0.2.1 requires an --intent note on every command, which DoorDash
says it may review for research and product improvement. DoorDash's documented
format asks for your verbatim prompt β but food prompts routinely contain
dietary, health, and religious signals, which DoorDash's own guidance says to
avoid. So Peckish defaults to privacy:
Summary: Help the user order dinner), plus an explicit
user prompt/purpose: "(not shared β Peckish privacy default)" marker.PECKISH_INTENT_VERBATIM=1 and the
intent will include your opening request verbatim, as DoorDash's docs ask.Independent of intent, DoorDash necessarily sees the API traffic itself (searches, carts, orders) β that's inherent to ordering.
| File | What it is |
|---|---|
src/index.ts | Terminal REPL surface (abort, cost lines, /cost) |
src/web.ts + public/index.html | Web surface: SSE streaming, cards, Stop, confirm modal, Origin guard |
src/mcp.ts | MCP stdio server: 28 tools + session context, instructions, elicitation gates |
src/agent.ts | System prompt + streaming tool loop (beta: context editing; web_search; usage) |
src/tools.ts | Tool schemas (strictified) + handlers; menu trimming/filtering |
src/ddcli.ts | execFile wrapper: envelope parsing, UI-field stripping, error mapping, bounded read-only retry |
src/platform.ts | Supported dd-cli targets + whether sign-in can use a browser here or needs an injected token |
src/confirm.ts | Pluggable confirmation gates (fail closed) |
src/costs.ts / src/logger.ts | Cost accounting Β· JSONL audit log |
src/prefs.ts | Preference persistence (~/.peckish/) |
tests/unit.test.ts | 25 unit tests (npm test), no network needed |
desktop/ | Electron shell for the Mac app (.dmg): onboarding + server launcher, no agent logic |
packages/mcp/ | The peckish-mcp npm package β a launcher so npx -y peckish-mcp starts the MCP server |
extension/ | Claude Desktop extension (.mcpb): manifest + vendored server. node build-manifest.mjs && mcpb pack . peckish.mcpb |
server.json | MCP Registry metadata (io.github.cydvilla/peckish) |
Everything ships from one tag. .github/workflows/release.yml publishes both
npm packages, registers the MCP Registry entry, builds the .mcpb and the
.dmg, and attaches both to the GitHub release:
Every publish step is skip-if-already-published, so re-running a tag after a
failure is safe. .github/workflows/ci.yml runs typecheck, tests, a metadata
consistency check, and a real MCP handshake on every push.
scripts/check-consistency.mjs guards the metadata that spans files and drifts
silently β the registry namespace casing, matching server.json name and
mcpName, the 100-character registry description cap, and the extension's
advertised tool list. Run it locally before tagging.
npm β either configure
trusted publishing on npmjs.com for
both peckish and peckish-mcp (provider: GitHub Actions, repo
CydVilla/peckish, workflow release.yml) so no secret is needed, or add an
NPM_TOKEN repository secret using a granular access token with "bypass 2FA"
enabled.
MCP Registry β nothing to configure. The workflow authenticates with
mcp-publisher login github-oidc, and GitHub's OIDC token proves the repo owner
is CydVilla, which grants the io.github.CydVilla/* namespace.
Mac app signing β the .dmg is built unsigned. Notarized builds would need
an Apple Developer ID plus CSC_LINK/CSC_KEY_PASSWORD and notarization
secrets.
payment-method list sees cards only; wallet defaults (Apple Pay etc.) are
confirmed generically or via the browser checkout URL.Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/peckish-doordash-ordering)<a href="https://allmcps.com/mcp/peckish-doordash-ordering"><img src="https://allmcps.com/api/badge/peckish-doordash-ordering?style=directory" alt="Peckish β DoorDash ordering on AllMCPs" /></a>