/amux-board
Use when the user says "add to board", "create a task", or wants to track a todo on the amux kanban board
How it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/amux-board
Context preview
What this command does when you run it.
Use when the user says "add to board", "create a task", or wants to track a todo on the amux kanban board
Command definition
amux-board.mddescription: Use when the user says "add to board", "create a task", or wants to track a todo on the amux kanban board
allowed-tools: Bash
argument-hint: [task title or description]
Add to amux board
You are adding an item to the **amux local kanban board** at `https://localhost:8822/api/board`.
Board API
# Add item
curl -sk -X POST -H 'Content-Type: application/json' \
-d '{"title":"...","desc":"...","status":"todo","session":"..."}' \
https://localhost:8822/api/board
# List all items
curl -sk https://localhost:8822/api/board
# Update item
curl -sk -X PATCH -H 'Content-Type: application/json' \
-d '{"status":"doing"}' https://localhost:8822/api/board/ITEM_ID
# Delete item
curl -sk -X DELETE https://localhost:8822/api/board/ITEM_IDFields
| Field | Required | Values | Notes | |-------|----------|--------|-------| | `title` | yes | string | Short, imperative task name | | `desc` | no | string | Full context: what, why, acceptance criteria | | `status` | no | `todo` / `doing` / `done` | Defaults to `todo` | | `session` | no | amux session name | Which project/session owns this task |
Instructions
The user's request is: **$ARGUMENTS**
1. Determine the best **title** (concise, imperative — e.g. "Fix login bug", "Add dark mode toggle") 2. Write a **desc** with full context:
- What needs to be done
- Why it matters / what problem it solves
- Any relevant technical details, file paths, or acceptance criteria
- Current state if known
3. Set **status** to `todo` unless the user indicates it's in-progress (`doing`) or already done (`done`) 4. Set **session** to the most relevant amux session name if the task belongs to a specific project (leave empty if general) 5. Add the item using `curl -sk` (the server uses a self-signed cert) 6. Confirm success by showing the created item's title and ID
Do not ask clarifying questions — infer context from the arguments and current conversation. If the arguments are empty, add a generic task titled "Untitled task" with an empty desc.
Gotchas
- Always use `curl -sk` — self-signed TLS cert.
- The `session` field should match an existing amux session name exactly (case-sensitive).
- Board item IDs are server-generated — never fabricate an ID; get it from the creation response or a list call.
- Custom status columns are allowed but the dashboard groups by `backlog`/`todo`/`doing`/`done` — other values appear in an "Other" column.
Read more
description: Use when the user says "add to board", "create a task", or wants to track a todo on the amux kanban board allowed-tools: Bash argument-hint: [task title or description]
Add to amux board
You are adding an item to the **amux local kanban board** at `https://localhost:8822/api/board`.
Board API
# Add item
curl -sk -X POST -H 'Content-Type: application/json' \
-d '{"title":"...","desc":"...","status":"todo","session":"..."}' \
https://localhost:8822/api/board
# List all items
curl -sk https://localhost:8822/api/board
# Update item
curl -sk -X PATCH -H 'Content-Type: application/json' \
-d '{"status":"doing"}' https://localhost:8822/api/board/ITEM_ID
# Delete item
curl -sk -X DELETE https://localhost:8822/api/board/ITEM_IDFields
| Field | Required | Values | Notes | |-------|----------|--------|-------| | `title` | yes | string | Short, imperative task name | | `desc` | no | string | Full context: what, why, acceptance criteria | | `status` | no | `todo` / `doing` / `done` | Defaults to `todo` | | `session` | no | amux session name | Which project/session owns this task |
Instructions
The user's request is: **$ARGUMENTS**
1. Determine the best **title** (concise, imperative — e.g. "Fix login bug", "Add dark mode toggle") 2. Write a **desc** with full context:
- What needs to be done
- Why it matters / what problem it solves
- Any relevant technical details, file paths, or acceptance criteria
- Current state if known
3. Set **status** to `todo` unless the user indicates it's in-progress (`doing`) or already done (`done`) 4. Set **session** to the most relevant amux session name if the task belongs to a specific project (leave empty if general) 5. Add the item using `curl -sk` (the server uses a self-signed cert) 6. Confirm success by showing the created item's title and ID
Do not ask clarifying questions — infer context from the arguments and current conversation. If the arguments are empty, add a generic task titled "Untitled task" with an empty desc.
Gotchas
- Always use `curl -sk` — self-signed TLS cert.
- The `session` field should match an existing amux session name exactly (case-sensitive).
- Board item IDs are server-generated — never fabricate an ID; get it from the creation response or a list call.
- Custom status columns are allowed but the dashboard groups by `backlog`/`todo`/`doing`/`done` — other values appear in an "Other" column.
Open-source control plane for AI coding agents — run, monitor & orchestrate dozens of parallel Claude Code, Codex & Gemini sessions from one web dashboard or your phone. Self-healing, single-file, tmux-native.
Repo: mixpeek/amux
Other commands on amux.
- /aissue
Pick up an open issue from the amux issue tracker, mark it doing, work it, and mark it done.
Open command - /amux
Use when you need to interact with the amux system — manage board tasks, check sessions, send emails, automate browsers, or work with CRM contacts
Open command - /chrome-cdp
Use when the user asks to interact with a web page, take a screenshot of a site, click or type in Chrome, scrape content, or debug a web UI. Connects to real Chrome tabs with existing logins.
Open command - /orchestrate
Scaffold a closed orchestrator loop — creates the mission note, state/constraints notes, and a scheduler entry from the v2 template.
Open command - /playwright-auth
Use when the user needs to log into a website for browser automation, save auth cookies, or sync browser profiles to cloud
Open command - /pw-test
Use when you need to test the amux dashboard UI, investigate a visual bug, or verify a frontend change works correctly
Open command

