Use the EmDash CLI to manage content, schema, media, and more. Use this skill when you need to interact with a running EmDash instance from the command line — creating content, managing collections, uploading media, generating types, or scripting CMS operations.
The EmDash CLI (emdash or ec) manages EmDash CMS instances. Commands fall into two categories:
init, dev, seed, export-seed, auth secrettypes, login, logout, whoami, content, schema, media, search, taxonomy, menuRemote commands resolve auth automatically:
--token flagEMDASH_TOKEN env varemdash loginFor local dev servers, just run the command — auth is handled automatically. For remote instances, run emdash login --url https://my-site.pages.dev first.
Sites behind Cloudflare Access or other reverse proxies need auth headers on every request. The CLI supports this via --header flags and environment variables.
# Single header
npx emdash login --url https://my-site.pages.dev \
--header "CF-Access-Client-Id: xxx.access" \
--header "CF-Access-Client-Secret: yyy"
# Short form
npx emdash login -H "CF-Access-Client-Id: xxx" -H "CF-Access-Client-Secret: yyy"
# Via environment (newline-separated)
export EMDASH_HEADERS="CF-Access-Client-Id: xxx
CF-Access-Client-Secret: yyy"
npx emdash login --url https://my-site.pages.dev
Headers are persisted to ~/.config/emdash/auth.json after login, so subsequent commands inherit them automatically.
If you don't have service tokens and cloudflared is installed, the CLI will automatically:
cloudflared access tokencloudflared access login for browser-based authThis works for interactive use but isn't suitable for CI. Use service tokens for automation.
The --header flag works with any auth scheme:
# Basic auth
npx emdash login --url https://example.com -H "Authorization: Basic dXNlcjpwYXNz"
# Custom auth header
npx emdash login --url https://example.com -H "X-API-Key: secret123"
# Initialize database with migrations
npx emdash init
# Start dev server (runs migrations, starts Astro)
npx emdash dev
# Start dev server and generate types from remote
npx emdash dev --types
# Apply a seed file
npx emdash seed .emdash/seed.json
# Export database as seed
npx emdash export-seed > seed.json
npx emdash export-seed --with-content > seed.json
# Generate types from local dev server
npx emdash types
# Generate from remote
npx emdash types --url https://my-site.pages.dev
# Custom output path
npx emdash types --output src/types/cms.ts
Writes .emdash/types.ts (TypeScript interfaces) and .emdash/schema.json.
# Login (OAuth Device Flow)
npx emdash login --url https://my-site.pages.dev
# Check current user
npx emdash whoami
# Logout
npx emdash logout
# Generate auth secret for deployment
npx emdash auth secret
The CLI is designed for agents. Create and update auto-publish by default so agents get read-after-write consistency without managing drafts.
# List content
npx emdash content list posts
npx emdash content list posts --status published --limit 10
# Get a single item (Portable Text fields converted to markdown)
# Returns draft data if a pending draft exists
npx emdash content get posts 01ABC123
npx emdash content get posts 01ABC123 --raw # skip PT->markdown conversion
npx emdash content get posts 01ABC123 --published # ignore pending drafts
# Create content (auto-publishes by default)
npx emdash content create posts --data '{"title": "Hello", "body": "# World"}'
npx emdash content create posts --file post.json --slug hello-world
npx emdash content create posts --draft --data '...' # keep as draft
cat post.json | npx emdash content create posts --stdin
# Update (requires --rev from a prior get, auto-publishes by default)
npx emdash content update posts 01ABC123 --rev MToyMDI2... --data '{"title": "Updated"}'
npx emdash content update posts 01ABC123 --rev MToyMDI2... --draft --data '...' # keep as draft
# Delete (soft delete)
npx emdash content delete posts 01ABC123
# Lifecycle
npx emdash content publish posts 01ABC123
npx emdash content unpublish posts 01ABC123
npx emdash content schedule posts 01ABC123 --at 2026-03-01T09:00:00Z
npx emdash content restore posts 01ABC123
# List collections
npx emdash schema list
# Get collection with fields
npx emdash schema get posts
# Create collection
npx emdash schema create articles --label Articles --description "Blog articles"
# Delete collection
npx emdash schema delete articles --force
# Add field
npx emdash schema add-field posts body --type portableText --label "Body Content"
npx emdash schema add-field posts featured --type boolean --required
# Remove field
npx emdash schema remove-field posts featured
Field types: string, text, number, integer, boolean, datetime, image, reference, portableText, json.
# List media
npx emdash media list
npx emdash media list --mime image/png
# Upload
npx emdash media upload ./photo.jpg --alt "A sunset" --caption "Bristol, 2026"
# Get / delete
npx emdash media get 01MEDIA123
npx emdash media delete 01MEDIA123
npx emdash search "hello world"
npx emdash search "hello" --collection posts --limit 5
npx emdash taxonomy list
npx emdash taxonomy terms categories
npx emdash taxonomy add-term categories --name "Tech" --slug tech
npx emdash taxonomy add-term categories --name "Frontend" --parent 01PARENT123
npx emdash menu list
npx emdash menu get primary
The CLI auto-publishes on create and update by default. This means:
create creates the item and immediately publishes itupdate updates the item and publishes if a draft revision was createdget returns draft data if a pending draft exists (e.g. from the admin UI)Use --draft on create/update to skip auto-publishing. Use --published on get to ignore pending drafts.
Collections that support revisions store edits as draft revisions. The CLI handles this transparently — agents don't need to know whether a collection uses revisions or not.
All remote commands support --json for machine-readable output. It's auto-enabled when stdout is piped.
# Pipe to jq
npx emdash content list posts --json | jq '.items[].slug'
# Use in scripts
ID=$(npx emdash content create posts --data '{"title":"Hello"}' --json | jq -r '.id')
This repo includes scripts/emdash-agent-flows.mjs — thin wrappers around npx emdash so agents can run content flows without hand-rolling JSON escaping. It loads .env.local (if present) for EMDASH_URL / EMDASH_TOKEN without overriding variables already set in the environment.
cd experiments/emdash-local
pnpm emdash:whoami
# Draft post from gallery-lr CSV (Arweave URLs in `Gallery image URL`; default fc-minikit path shown)
pnpm emdash:flows -- gallery-post \
--csv ../../coinbase/fc-minikit/scripts/gallery-lr-c2pa-final-verified-2026-03-27.csv \
--limit 20 \
--title "Gallery LR — social batch" \
--draft
pnpm emdash:flows -- gallery-post --help
# Create from arbitrary JSON (title + markdown `content` field for default blog schema)
pnpm emdash:flows -- create-post --file ./my-post.json --draft
pnpm emdash:flows -- media-upload ./photo.jpg --alt "Caption"
Use --dry-run on gallery-post to print the payload without calling EmDash. The blog template’s rich-text field slug is content (not body); override with --content-field if the collection differs.
For details on how content editing works — Portable Text/markdown conversion, _rev tokens, and raw mode — see EDITING-FLOW.md.