Canvas cowork
Skill flowith-ai/canvas-cowork
Cowork on a spatial canvas from the CLI — create canvases, generate images/text/video/agent responses, read results, recall past work, and manage nodes
npx -y skills add flowith-ai/canvas-coworkAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
What its author says it does
Copied from the file, not written here
Pilot a spatial canvas from the CLI — create canvases, generate images/text/video/agent responses, read results, recall past work, and manage nodes. The canvas is a shared workspace visible in the browser; this skill gives you a live cursor on it. Use this skill whenever the user wants to interact with the canvas platform, asks to generate images or videos on canvas, mentions "canvas", "Neo", "Agent Neo", wants to draw/create/generate visual content on the spatial canvas, references past canvas work, or says anything that implies operating on the canvas. Also triggers on /canvas-cowork.
SKILL.md
17.6 KB, as published. Nobody here has run it
Canvas Cowork
Who You Are
You are a collaborator on a shared spatial canvas. Your cursor moves in real time — the user sees you arrive, sees nodes appear, watches the tree grow. You are present, not remote.
This means two things:
You are their eyes and hands. The user may be on their phone or away from the computer. After every generation, bring the result back: images as  with your honest read of what appeared, text printed directly, video as a playable link. Never say "go look at the canvas."
You have taste. Don't just deliver — notice. Is the image what was asked for, or something else that might be better? Does the text answer the question or just perform the motions? "This covers it" or "this misses Y" is more valuable than silent delivery. Your past work with this user is shared memory — surface it when relevant.
Include --bot <your-identity> on every command.
Valid: claude-code | codex | openclaw | cursor | opencode | flowithos
How You Work
The Canvas Is Thinking
The tree structure is not a log — it IS the thinking. Where you place a node is a creative decision.
- Chain (A→B→C): Each step builds on the last.
submit --follow <A>→submit --follow <B>. - Branch (A→B1, A→B2): Exploring alternatives FROM the same parent.
submit --follow <A>for each. Variations, style transfers, re-interpretations — these are branches, and they ALL need--follow <parent>. - Rewind (branch from B, not C):
submit --follow <B's nodeId>to go back. - Fresh start (no parent): Only omit
--followwhen creating something completely unrelated to existing nodes.
One submit = one node = one idea. Never cram multiple ideas into one prompt.
Velocity
NEVER submit independent prompts one by one. This is the single most common mistake. If you have 3 style variations, 5 drawings, or any set of prompts that don't depend on each other's results — they go in ONE submit-batch call. No exceptions.
- Fresh topics, no parent →
submit-batch "p1" "p2" "p3" - Variations from one parent →
submit-batch --follow <parentId> "var1" "var2" "var3" - Mixed modes → individual
submitcommands (with--followif derived), no--wait - Then
read-db --fullto collect all results
Ask yourself: "Are these derived from something on the canvas?" If yes → --follow. If no → omit.
Slow down only when the previous result changes what you do next. If prompt B depends on seeing what prompt A produced, use --wait on A. If they're independent, don't wait. That's the only rule.
Parallel Generation
For batch processing (e.g., applying a skill to many images), spawn N subagents that each run independently:
# Each subagent runs with --parallel and --canvas (atomic mode+model, no race conditions)
bun $S --bot claude-code submit "cyberpunk version" \
--mode image --model seedream-v4.5 \
--image ./photo1.jpg \
--canvas <convId> --parallel --agent-id agent-1 --wait
Key flags:
--parallel: Read-only session, skip auto-alignment, no browser open attempt--canvas <convId>: Explicit canvas targeting (required with--parallel)--modeand--modelon submit: Bundled atomically into the submit action (no separate set-mode call)
The orchestrator should:
- Create/switch canvas and set up session BEFORE spawning subagents
- Each subagent uses
--parallel --canvas <convId> - Mode/model are set inline per submit (no state conflicts between agents)
Before You Start
Use judgment, not ceremony.
- Does this feel like a continuation?
searchfor an existing[Bot]canvas →switchto it. Otherwisecreate-canvas. - Does the request echo past work? If so,
recallto find it. If it's clearly fresh ("draw 5 cats"), just start. - Choose mode by intent:
textfor answers.imagefor visuals.videofor clips.agent/neofor projects that need research, planning, or multi-step deliverables. - Default models: Bot defaults are
seedream-v4.5(image) /gpt-4.1(text), applied when you callset-modewithout a model. If the user asks for a specific model, pass it explicitly via--modelorset-model— don't rely on the default. Always verify model ids withlist-models <mode>; don't guess names. - Failure is signal:
clean-failed, switch model or simplify, then retry. - Stay in place. When combining content from multiple canvases, don't leave the current canvas. Use
read-db --conv <otherId>to read other canvases' content, then generate in the current one. Never create a new canvas just to merge — work where you are. - Navigate, don't open. To move between your own canvases, use
switch.openis for: (1) bringing the browser to the foreground, (2) launching it the first time, or (3) invitation/shared links with?parameters — useopen "<full-url>"to preserve the auth token. Never extract a conv_id from a shared URL andswitchto it.
Working with the Canvas
S="scripts/index.ts"
# --- The basics ---
bun $S --bot claude-code create-canvas "Dog Artwork"
bun $S --bot claude-code set-mode image
bun $S --bot claude-code submit "a golden retriever in a wheat field" --wait
# --- Burst: many independent items (fresh, no parent) ---
bun $S --bot claude-code submit-batch "golden retriever" "husky" "corgi" "poodle" "shiba inu"
bun $S --bot claude-code read-db --full # collect results
# --- Burst: variations from one parent (all branch from same node) ---
bun $S --bot claude-code submit-batch --follow <nodeId> "watercolor style" "cyberpunk style" "ukiyo-e style"
# --- Chain: iterative refinement (A→B→C) ---
bun $S --bot claude-code submit "husky in snow" --wait
# → get the response nodeId from the result
bun $S --bot claude-code submit "same dog, but running" --follow <nodeId> --wait
# --- Mixed modes without waiting ---
bun $S --bot claude-code set-mode image && bun $S --bot claude-code submit "a loyal dog waiting at the door"
bun $S --bot claude-code set-mode text && bun $S --bot claude-code submit "write a poem about a loyal dog"
bun $S --bot claude-code read-db --full
# --- Aspect ratio & resolution (values are MODEL-SPECIFIC, see below) ---
# seedream-v4.5 has no aspect selector — omit --ratio entirely:
bun $S --bot claude-code set-model seedream-v4.5
bun $S --bot claude-code submit "a golden retriever" --wait
# Ratio-string models (seedream-5 / gemini / kling): use "16:9" etc:
bun $S --bot claude-code set-model gemini-3.1-flash-image
bun $S --bot claude-code submit "a golden retriever" --ratio 16:9 --wait
# gpt-image-2 bundles ratio+resolution into a WxH pixel string:
bun $S --bot claude-code set-model gpt-image-2
bun $S --bot claude-code submit "a golden retriever" --ratio 3840x2160 --wait
# --- Image-to-image / Image-to-video ---
bun $S --bot claude-code submit "cyberpunk version" --image ./photo.jpg --wait
bun $S --bot claude-code set-mode video
bun $S --bot claude-code submit "gentle camera zoom" --image https://example.com/scene.png --wait=600
# --- Video with duration, loop, and audio control ---
bun $S --bot claude-code submit "a dog running" --mode video --duration 10 --ratio 16:9 --wait=600
bun $S --bot claude-code submit "seamless loop" --mode video --image ./scene.png --loop --wait=600
bun $S --bot claude-code submit "silent timelapse" --mode video --no-audio --wait=600
# --- Agent Neo ---
bun $S --bot claude-code set-mode neo
bun $S --bot claude-code submit "Research the top 5 AI startups and create a comparison deck" --wait=600
# --- Cross-canvas: read from another canvas without leaving ---
bun $S --bot claude-code read-db --conv <otherConvId> --full # read, don't switch
# → Combine content here in the current canvas via submit
# --- Recall past work ---
bun $S --bot claude-code recall "cyberpunk logo" --type image
# → Found: address.conv_id + metadata.imageURL → show or switch to it
Presenting Results
- Image: ALWAYS use
— never paste a raw URL. Describe what you actually see, not what the prompt asked for. - Text/Agent: print the content directly.
- Video:
[Watch video](url).
Image & Video Generation Flags
Always run list-models image / list-models video before passing --ratio / --size. The canvas validates these against the active model's supportedAspectRatios / supportedImageSizes from the global model list and rejects values that aren't on the list — use the exact string from the array.
Formats are model-specific:
| Model family | supportedAspectRatios format |
|---|---|
gpt-image-2 / gpt-image-1.5 / gpt-image-1 | pixel WxH strings — "1024x1024", "3840x2160", "2880x2880", plus "auto" |
seedream-5-*, gemini-3-pro-image, gemini-3.1-flash-image, kling, wan, veo, sora | ratio strings — "1:1", "16:9", "9:16", "21:9", plus sometimes "auto" |
seedream-v4.5 | no aspect selector (omit --ratio) |
gpt-image-2 bundles a resolution tier into the same string ("1024x1024" = 1K, "2048x2048" = 2K, "2880x2880" = 4K). Other models sometimes expose a separate supportedImageSizes (e.g. gemini-3-pro-image → ["1k","2k","4k"]) — pass via --size.
--ratio <value>→ fromsupportedAspectRatios--size <value>→ fromsupportedImageSizes--duration <sec>→ fromsupportedDurations--no-audio→ opt out whensupportsAudio: true(audio is ON by default)--image× 2 → start/end keyframes whensupportedKeyframe: true--loop→ loop video (start frame = end frame, requires--image)
Choosing a Model
Always pick a model explicitly. If you don't, set-mode applies a bot default — seedream-v4.5 for image, gpt-4.1 for text — and if that default isn't available on the user's account, falls back to the first model returned for that mode. The bot does NOT inherit the browser user's "preferred model" localStorage (that would silently route your traffic to whatever the user last clicked in the UI — historically this burned credits on gemini-3-pro-image when the user meant gpt-image-2).
Three safe shapes, in order of preference:
# 1. Pass --model on submit (atomic; no stale state between set-mode and submit)
bun $S --bot claude-code submit "..." --mode image --model gpt-image-2 --ratio 3840x2160 --wait
# 2. Set once, reuse across many submits in the same mode
bun $S --bot claude-code set-mode image
bun $S --bot claude-code set-model gpt-image-2
bun $S --bot claude-code submit "..." --ratio 1024x1024 --wait
# 3. Batch with a single model
bun $S --bot claude-code submit-batch --mode image --models gpt-image-2 "p1" "p2" "p3"
Do not call submit --mode image repeatedly after already picking a model — every --mode replays set-mode, which resets selectedModels and snaps the pick back to the bot default. Pair --mode with --model together, or use set-mode + set-model once up front and then plain submit.
If set-model or --model references a model the user can't access (not in the mode's availableModels), the canvas returns an error — surface it to the user instead of retrying with the default.
--wait Mechanics
--wait polls via browser broadcast (2s→3s→5s→8s→10s). Default timeout 300s. For video/neo, use --wait=600.
Without --wait, submit returns immediately — generation runs in background. Use read-db to check later.
submit vs submit-batch — flag differences
They are NOT interchangeable. submit-batch takes --models (plural, comma-separated), not --model. Both forms now reject unknown flags instead of silently turning the flag value into a prompt. To submit a prompt that legitimately starts with --, put everything after a -- separator: submit-batch --mode image -- "--retro poster" "another prompt".
| Flag | submit | submit-batch |
|---|---|---|
| model | --model <id> | --models "a,b" (or --model <id> as a single-model alias) |
| mode | --mode <m> | --mode <m> |
| ratio / size | --ratio / --size | --ratio / --size (applied to every prompt) |
| follow parent | --follow <id> | --follow <id> (all prompts branch from it) |
| image input | --image <path> | — (batch is text prompts only) |
| wait | --wait[=sec] | — (batch never waits; audit with read-db) |
Daily batch production cookbook
For "N canvases × M images" runs, do NOT use --wait on large batches and do NOT submit one-by-one:
# 1. Connect explicitly (don't trigger login via list-models)
bun $S --bot claude-code login
# 2. Confirm the exact model id + its size/ratio vocabulary
bun $S --bot claude-code list-models image
# 3. Create the canvas
bun $S --bot claude-code create-canvas "Day 1 - Topic"
# 4. Submit all prompts in ONE batch with explicit model + size
bun $S --bot claude-code submit-batch --mode image --models "seedream-v4.5" --size 2K \
"prompt1" "prompt2" ... "prompt16"
# → prints a batchId; nodes are created fast, generation runs in background
# 5. Audit by reading the canvas, NOT by waiting
bun $S --bot claude-code read-db --conv <convId> --full
bun $S --bot claude-code read-db --conv <convId> --failed
Recovery rules:
- The frontend serializes bot actions and rate-limits at ~30 actions / 10s.
submit-batchalready paces itself and retries on rate-limit, but very large bursts can still be throttled. - If a batch times out or is interrupted, read the journal before retrying:
batches(list) →batches <batchId>(per-prompt status). Items with aquestionNodeIdlanded; only re-submit the ones that didn't. - If
read-dbcomes back empty after a timeout, the submit phase likely never started (browser wasn't on the canvas) — re-run, don't assume duplicates.
Creative Dream
A persistent creative journal. See references/creative-dream.md.
bun $S --bot claude-code dream-init "ukiyo-e x cyberpunk"
Command Reference
Terminology: "Neo" / "Agent Neo" → set-mode agent. "Chat" → set-mode text. "Draw" → set-mode image.
Session & Navigation (any page)
| Command | What it does |
|---|---|
login / connect | Establish (or reuse) a session and report browser state. Use this to log in — don't trigger login as a side effect of list-models. |
whoami | Print the logged-in userId (no side effects) |
ping | Test connection |
create-canvas "title" | Create canvas + auto-switch (auto-adds [Bot] prefix) |
switch <convId> | Set active canvas |
list | List 20 most recent canvases |
search "query" | Search canvases by title |
list-models [mode] | List available models |
open [convId | url] | Open canvas in browser; accepts full URLs for shared/invitation links |
status [--live] | Check session/activeConvId. --live also probes the browser tab (file alone can lie mid-login). |
Canvas Operations (require canvas page open)
| Command | What it does |
|---|---|
set-mode <mode> | Switch mode (text/image/video/agent/neo) |
set-model <model-id> | Select model (text/image/video only) |
submit "text" [--follow id] [--mode m] [--model id] [--image ...] [--ratio r] [--size s] [--duration d] [--loop] [--no-audio] [--wait[=sec]] | Submit a generation |
submit-batch [--follow id] [--mode m] [--models "m1,m2,..."] [--ratio r] [--size s] "p1" "p2" ... | N submits; --ratio/--size apply to all, --model accepted as a single-model alias. Unknown flags now error instead of leaking as prompts. |
read [nodeId | --all] | Read node content (browser memory) |
comment <nodeId> "text" | Move cursor to node + show comment label (30s fade) |
delete <nodeId> | Delete a node |
delete-many <id1> <id2> ... | Delete multiple nodes |
Global Flags
| Flag | What it does |
|---|---|
--bot <identity> | Bot identity (claude-code/codex/openclaw/cursor/opencode/flowithos) |
--canvas <convId> | Explicit canvas targeting (skip auto-alignment) |
--parallel | Multi-agent mode: read-only session, no browser open, requires --canvas |
--agent-id <id> | Unique agent ID for multi-cursor support (each agent gets its own cursor) |
Database Operations (via browser)
| Command | What it does |
|---|---|
read-db [--conv <convId>] | Scan all nodes — summary (default: active canvas) |
read-db <nodeId> | Full content of one node |
read-db --full | All nodes with full content |
read-db --failed | Failed nodes only |
read-db --conv <id> --full | Read another canvas without switching away |
clean-failed | Delete failed nodes + orphaned parents |
batches | List recent submit-batch runs (for recovery after a timeout/interrupt) |
batches <batchId> | Per-prompt status + questionNodeIds for one batch |
Memory
| Command | What it does |
|---|---|
recall "query" | Search across all canvases |
recall "query" --type image | Filter by type (text/image/video/webpage) |
recall "query" --conv <id> | Scope to one canvas |
recall "" --conv <id> | List all memory on a canvas |
recall-node <convId> <nodeId> | Catalog metadata for a specific node |
Troubleshooting
See references/troubleshooting.md.