wsp agents setup
usage: wsp agents setup <agent> [--on <computer>] [--enable | --disable]
[--program <path>] [--config <folder>] [--arg <word>]...
[--env <NAME>]... [--unset-env <NAME>]... [--reset <field>]...
how an agent runs on one computer: on or off there, the program run in its
place, its config folder, words added to every launch and variables every
launch carries, each value typed where nothing echoes it
--on the computer, by the name wsp computers shows; this computer
without it
--enable offer the agent there again
--disable take the agent off that computer: the app's lists drop it there
and a start naming it is refused
--program the program run in the agent's place there, a path or a word on
its PATH
--config the folder there the agent keeps its config, sessions and
sign-in in, absolute and under that computer's home; sign it in
again there
--arg a word added to every turn's launch there; repeats, and
replaces any set before
--env a variable every launch there carries, by name, never one that
decides how the process starts (PATH, LD_*, NODE_OPTIONS and
the like); its value is asked for where nothing echoes it;
repeats
--unset-env a variable to take off its launch there, by name; repeats
--reset put a field back on the agent's own: program, config or args;
repeats
--json print the raw protocol values, one JSON object per line, with
everything else on stderr
--state the state file the host serves
--host run the line against a host on your account, by the name wsp
hosts lists it under; WSP_HOST names one for a whole shell
MCP tool: agents_setup.
Last updated