wsplisted

# wsp wsp runs cloud machines called workspaces, forked in seconds from the image the person sealed with wsp init, each with coding agents working inside it as threads. A project is a repo on one computer, recorded with `wsp add`, and a workspace is a copy of that computer with that project inside, made for one piece of work and named by it. On the computer the app runs on a workspace is a copy of the project's folder beside it: it forks nothing, costs nothing and runs threads on the agents already on its PATH, which is where a quick subtask or a second harness goes when nothing needs a machine. The host on the person's computer (the desktop app, or the first command line that needs one, which starts it) owns the machines and the keys; the wsp command line and the wsp MCP server are thin clients of that same host, so whatever you do here shows in the person's sidebar and they can read and answer any thread. Start with `wsp workspaces` to see every workspace and `wsp threads` to see the threads inside them. Open a thread with `run`, giving the workspace, the task and the agent to run; it returns the reply as soon as the agent gives it, and the thread reads running until the agent process exits. Continue a thread with `send`, which is also how one thread talks to another, by that thread's id off `threads`: a send is never refused for meeting a turn, it joins a running turn where the agent takes a message mid-turn and otherwise runs as that thread's next turn, and the answer co