Image Generator (sd-webui API)
Overview
Drive a Stable Diffusion WebUI / Forge server through its REST API to enumerate available resources, run txt2img, poll progress, and interrupt jobs. All scripts under scripts/ are thin curl wrappers; they print JSON or extracted fields to stdout so the agent can pipe / parse them.
Server connection
Before doing anything, confirm the server URL (and optional HTTP Basic Auth) with the user. Pass them as environment variables to every script:
export SD_WEBUI_URL="http://localhost:7860" # required, no trailing slash
export SD_WEBUI_USER="" # optional, HTTP Basic Auth
export SD_WEBUI_PASS="" # optional
If unset, scripts default to http://localhost:7860 with no auth.
Quick connectivity test (returns OK <url> on success, exits non-zero on failure):
scripts/probe.sh
Workflow
- Probe — Verify the server is reachable (
scripts/probe.sh). On failure, ask the user for the correct URL / credentials.
- Enumerate & choose — List the resources to pick (models, modules, samplers, schedulers, styles) and ask the user to choose. Capture their choice verbatim in the API's English
name / title / model_name — sd-webui matches exactly, do not translate or rename.
- Prompt — Obtain the positive prompt, negative prompt, and any extra params (steps, CFG, size). See "Prompt engineering" for sourcing these.
- Generate — Call
scripts/generate.sh with a request JSON. It returns a JSON object containing the base64 PNG image and the generation info.
- (Optional) Track progress — While generation is running (in another shell / background), call
scripts/progress.sh to print progress (0–1), eta_relative, and state.
- (Optional) Cancel — Call
scripts/cancel.sh to interrupt the current job.
Tasks
Listing available resources
| User wants |
Command |
API endpoint |
| Checkpoints (models) |
scripts/list.sh models |
GET /sdapi/v1/sd-models → array of {title, model_name, hash, ...} |
| Extra modules (TE / VAE, Forge-only) |
scripts/list.sh modules |
GET /sdapi/v1/sd-modules → array of {model_name, ...} |
| Samplers |
scripts/list.sh samplers |
GET /sdapi/v1/samplers → array of {name, aliases} |
| Schedulers |
scripts/list.sh schedulers |
GET /sdapi/v1/schedulers → array of {name, label} |
| Style presets |
scripts/list.sh styles |
GET /sdapi/v1/prompt-styles → array of {name, prompt, negative_prompt} |
| Upscalers |
scripts/list.sh upscalers |
GET /sdapi/v1/upscalers |
| LoRAs |
scripts/list.sh loras |
GET /sdapi/v1/loras |
| Embeddings |
scripts/list.sh embeddings |
GET /sdapi/v1/embeddings |
scripts/list.sh <kind> prints the canonical English identifier for each entry, one per line — pipe to column, fzf, etc. Add --json for the raw JSON.
After listing, present the options to the user (use ask_user with an enum if the list is short). For models, prefer the full title (which embeds the hash suffix, e.g. anima/animaika_v36.safetensors [d50fb5b9a0]) over model_name because the title is unambiguous — if the user supplies a bare filename without the hash, verify it via list.sh models and substitute the exact title before sending it to the API. For schedulers, list.sh schedulers prints the human-readable label (e.g. Beta); both label and the lowercase name (beta) are accepted by the txt2img scheduler field.
Generating an image (txt2img)
- Build a JSON request. Required field:
prompt. Recommended: negative_prompt, steps, cfg_scale, width, height, sampler_name, scheduler, styles (array of style names), and override_settings.sd_model_checkpoint (model title) / override_settings.forge_additional_modules (array of module names, Forge only). See references/txt2img-parameters.md for every field.
- Run:
scripts/generate.sh request.json > result.json
# or pipe:
cat request.json | scripts/generate.sh - > result.json
- Extract the image (base64 PNG):
jq -r '.images[0]' result.json | base64 -d > out.png
- The
info field is a JSON string with seed, all_prompts, sampler_name, etc. — parse with jq -r '.info | fromjson'.
Important behaviour notes:
samples_format pre-pin: sd-webui/Forge validates samples_format before applying override_settings, so if the server's persistent value is unsupported (e.g. avif), txt2img fails. generate.sh preemptively POSTs samples_format=png to /sdapi/v1/options and redundantly injects override_settings.samples_format=png. ⚠️ The pre-pin mutates the server's persistent default to "png" — override_settings_restore_afterwards cannot undo it. If the user shares the server with clients expecting a different default, restore manually after: scripts/options.sh set samples_format '"webp"'. Convert locally if you need non-PNG output (see "Converting to another format" below).
override_settings_restore_afterwards: true is forced on by generate.sh so the other override_settings keys (model checkpoint, modules, VAE) do not stick.
- Generation is synchronous — the POST blocks until the image is ready. The script uses a 600s curl timeout; override with
SD_WEBUI_TIMEOUT=900 scripts/generate.sh ....
Converting to another format
If the user wants the output in a non-PNG format (WebP, AVIF, JPEG, etc.), do not try to re-enable a different samples_format on the server. Instead, convert locally while preserving the embedded sd-webui generation metadata:
- Check whether both
format-converter.sh and copy-info.sh are available on PATH (e.g. command -v format-converter.sh && command -v copy-info.sh).
- If both are present, run
format-converter.sh on the PNG — it calls copy-info.sh internally to carry the parameters over. Run format-converter.sh -h to see the current usage.
- If either is missing, guide the user to install the helper project once: https://github.com/jim60105/sd-image-format-converter. It has system dependencies that must be set up manually, so it can't be auto-installed. After install, both scripts should be on
PATH and -h will show usage.
Multi-axis comparison (X/Y/Z plot)
For comparing parameter variations in a single grid, use the x/y/z plot script. Read references/xyz-plot.md for the full 19-arg API structure, axis type index discovery, Prompt S/R syntax, and variant-specific pitfalls before implementing.
Tracking progress
Call from another terminal (or background the generate.sh call with & first):
scripts/progress.sh # one-shot, prints JSON
scripts/progress.sh --watch # poll every 1s until progress reaches 1.0 or state.job is empty
scripts/progress.sh --watch --interval 2
scripts/progress.sh --field progress # just the numeric 0..1 value
scripts/progress.sh --field state.job
Endpoint: GET /sdapi/v1/progress?skip_current_image=true. Key response fields:
progress — float 0..1, fraction of current job complete.
eta_relative — estimated seconds remaining.
state.job — current job name (empty string when idle).
state.sampling_step / state.sampling_steps — current step index / total.
current_image — base64 PNG preview of the in-progress image (omitted by the script via skip_current_image=true to keep responses small; fetch raw with curl if needed).
Cancelling
scripts/cancel.sh # POST /sdapi/v1/interrupt — stop current job, return current partial result
scripts/cancel.sh --skip # POST /sdapi/v1/skip — skip current job in a batch
Note: interrupt is cooperative — it tells the sampler to stop at the next step. The pending generate.sh call will return with whatever the model produced so far (often a usable but partial image). It does not raise an HTTP error on the txt2img call.
Global options (advanced)
scripts/options.sh wraps GET /sdapi/v1/options and POST /sdapi/v1/options:
scripts/options.sh get # print all options as JSON
scripts/options.sh get sd_model_checkpoint # print one key
scripts/options.sh set sd_model_checkpoint '"<title>"' # set one key (value is JSON; string must be quoted)
scripts/options.sh set-json '{"k1":"v1","k2":"v2"}' # set multiple keys
scripts/options.sh refresh-checkpoints # POST /sdapi/v1/refresh-checkpoints
Prefer override_settings inside the txt2img request over options set — override_settings is request-scoped and reverts after the call, while options set persists globally and affects every other client.
Prompt engineering
This skill does not generate or refine prompts. When the user asks for prompt help:
- Check whether another agent skill is available for prompt engineering (search by name: e.g.
sd-prompt-builder, danbooru-prompt, image-prompt-*). If so, delegate to it.
- Otherwise, ask the user for the prompt explicitly, or accept a natural-language description and pass it through verbatim as the
prompt field. Do not invent Danbooru tags or stylistic modifiers on your own.
References
references/api-endpoints.md — full sd-webui / Forge endpoint reference with request / response shapes for every endpoint this skill uses, plus useful adjacent ones (/sdapi/v1/memory, /sdapi/v1/png-info, etc.).
references/txt2img-parameters.md — every txt2img request field including HiRes-fix, refiner, Forge-specific extensions (forge_additional_modules, forge_inference_memory, forge_preset), and override_settings keys.
references/xyz-plot.md — X/Y/Z plot script API: 19-arg structure, axis type indices, Prompt S/R format, runtime discovery via script-info, and variant-specific pitfalls.
Read these only when constructing a non-trivial request or hitting an error that needs deeper investigation.
1---2name: image-generator-sd-webui3description: Generate images via the Stable Diffusion WebUI / Forge HTTP API (AUTOMATIC1111-compatible `/sdapi/v1/*`). Use when the user wants to (1) discover or pick a model / extra module (TE/VAE) / sampler / scheduler / style preset from a running sd-webui server, (2) generate an image with a given prompt (txt2img), (3) check generation progress, (4) cancel/interrupt an in-flight generation, (5) inspect or change a global sd-webui option (e.g. active checkpoint), or (6) test connectivity. This skill talks to a *generic* sd-webui-compatible server (AUTOMATIC1111, Forge, reForge, sd-webui-forge-classic). Do NOT trigger for requests that are purely writing the prompt itself.4license: GFDL-1.3-or-later5---6
7# Image Generator (sd-webui API)
8
9## Overview
10
11Drive a Stable Diffusion WebUI / Forge server through its REST API to enumerate available resources, run `txt2img`, poll progress, and interrupt jobs. All scripts under `scripts/` are thin `curl` wrappers; they print JSON or extracted fields to stdout so the agent can pipe / parse them.
12
13## Server connection
14
15Before doing anything, confirm the server URL (and optional HTTP Basic Auth) with the user. Pass them as environment variables to every script:
16
17```bash
18export SD_WEBUI_URL="http://localhost:7860" # required, no trailing slash
19export SD_WEBUI_USER="" # optional, HTTP Basic Auth
20export SD_WEBUI_PASS="" # optional
21```
22
23If unset, scripts default to `http://localhost:7860` with no auth.
24
25Quick connectivity test (returns `OK <url>` on success, exits non-zero on failure):
26
27```bash
28scripts/probe.sh
29```
30
31## Workflow
32
331. **Probe** — Verify the server is reachable (`scripts/probe.sh`). On failure, ask the user for the correct URL / credentials.
342. **Enumerate & choose** — List the resources to pick (models, modules, samplers, schedulers, styles) and ask the user to choose. Capture their choice **verbatim** in the API's English `name` / `title` / `model_name` — sd-webui matches exactly, do not translate or rename.
353. **Prompt** — Obtain the positive prompt, negative prompt, and any extra params (steps, CFG, size). See "Prompt engineering" for sourcing these.
364. **Generate** — Call `scripts/generate.sh` with a request JSON. It returns a JSON object containing the base64 PNG image and the generation `info`.
375. **(Optional) Track progress** — While generation is running (in another shell / background), call `scripts/progress.sh` to print `progress` (0–1), `eta_relative`, and `state`.
386. **(Optional) Cancel** — Call `scripts/cancel.sh` to interrupt the current job.
39
40## Tasks
41
42### Listing available resources
43
44| User wants | Command | API endpoint |
45|---|---|---|
46| Checkpoints (models) | `scripts/list.sh models` | `GET /sdapi/v1/sd-models` → array of `{title, model_name, hash, ...}` |
47| Extra modules (TE / VAE, Forge-only) | `scripts/list.sh modules` | `GET /sdapi/v1/sd-modules` → array of `{model_name, ...}` |
48| Samplers | `scripts/list.sh samplers` | `GET /sdapi/v1/samplers` → array of `{name, aliases}` |
49| Schedulers | `scripts/list.sh schedulers` | `GET /sdapi/v1/schedulers` → array of `{name, label}` |
50| Style presets | `scripts/list.sh styles` | `GET /sdapi/v1/prompt-styles` → array of `{name, prompt, negative_prompt}` |
51| Upscalers | `scripts/list.sh upscalers` | `GET /sdapi/v1/upscalers` |
52| LoRAs | `scripts/list.sh loras` | `GET /sdapi/v1/loras` |
53| Embeddings | `scripts/list.sh embeddings` | `GET /sdapi/v1/embeddings` |
54
55`scripts/list.sh <kind>` prints the canonical English identifier for each entry, one per line — pipe to `column`, `fzf`, etc. Add `--json` for the raw JSON.
56
57After listing, present the options to the user (use `ask_user` with an enum if the list is short). For models, prefer the full `title` (which embeds the hash suffix, e.g. `anima/animaika_v36.safetensors [d50fb5b9a0]`) over `model_name` because the title is unambiguous — if the user supplies a bare filename without the hash, verify it via `list.sh models` and substitute the exact title before sending it to the API. For schedulers, `list.sh schedulers` prints the human-readable `label` (e.g. `Beta`); both `label` and the lowercase `name` (`beta`) are accepted by the txt2img `scheduler` field.
58
59### Generating an image (txt2img)
60
611. Build a JSON request. Required field: `prompt`. Recommended: `negative_prompt`, `steps`, `cfg_scale`, `width`, `height`, `sampler_name`, `scheduler`, `styles` (array of style names), and `override_settings.sd_model_checkpoint` (model title) / `override_settings.forge_additional_modules` (array of module names, Forge only). See `references/txt2img-parameters.md` for every field.
622. Run:
63 ```bash
64 scripts/generate.sh request.json > result.json
65 # or pipe:
66 cat request.json | scripts/generate.sh - > result.json
67 ```
683. Extract the image (base64 PNG):
69 ```bash
70 jq -r '.images[0]' result.json | base64 -d > out.png
71 ```
724. The `info` field is a JSON string with `seed`, `all_prompts`, `sampler_name`, etc. — parse with `jq -r '.info | fromjson'`.
73
74**Important behaviour notes:**
75
76- **`samples_format` pre-pin**: sd-webui/Forge validates `samples_format` *before* applying `override_settings`, so if the server's persistent value is unsupported (e.g. `avif`), txt2img fails. `generate.sh` preemptively `POST`s `samples_format=png` to `/sdapi/v1/options` **and** redundantly injects `override_settings.samples_format=png`. ⚠️ The pre-pin mutates the server's persistent default to `"png"` — `override_settings_restore_afterwards` cannot undo it. If the user shares the server with clients expecting a different default, restore manually after: `scripts/options.sh set samples_format '"webp"'`. Convert locally if you need non-PNG output (see "Converting to another format" below).
77- `override_settings_restore_afterwards: true` is forced on by `generate.sh` so the *other* `override_settings` keys (model checkpoint, modules, VAE) do not stick.
78- Generation is **synchronous** — the POST blocks until the image is ready. The script uses a 600s curl timeout; override with `SD_WEBUI_TIMEOUT=900 scripts/generate.sh ...`.
79
80#### Converting to another format
81
82If the user wants the output in a non-PNG format (WebP, AVIF, JPEG, etc.), do **not** try to re-enable a different `samples_format` on the server. Instead, convert locally while preserving the embedded sd-webui generation metadata:
83
841. Check whether **both** `format-converter.sh` and `copy-info.sh` are available on `PATH` (e.g. `command -v format-converter.sh && command -v copy-info.sh`).
852. If both are present, run `format-converter.sh` on the PNG — it calls `copy-info.sh` internally to carry the parameters over. Run `format-converter.sh -h` to see the current usage.
863. If either is missing, guide the user to install the helper project once: <https://github.com/jim60105/sd-image-format-converter>. It has system dependencies that must be set up manually, so it can't be auto-installed. After install, both scripts should be on `PATH` and `-h` will show usage.
87
88### Multi-axis comparison (X/Y/Z plot)
89
90For comparing parameter variations in a single grid, use the `x/y/z plot` script. **Read `references/xyz-plot.md`** for the full 19-arg API structure, axis type index discovery, Prompt S/R syntax, and variant-specific pitfalls before implementing.
91
92### Tracking progress
93
94Call from another terminal (or background the `generate.sh` call with `&` first):
95
96```bash
97scripts/progress.sh # one-shot, prints JSON
98scripts/progress.sh --watch # poll every 1s until progress reaches 1.0 or state.job is empty
99scripts/progress.sh --watch --interval 2
100scripts/progress.sh --field progress # just the numeric 0..1 value
101scripts/progress.sh --field state.job
102```
103
104Endpoint: `GET /sdapi/v1/progress?skip_current_image=true`. Key response fields:
105
106- `progress` — float 0..1, fraction of current job complete.
107- `eta_relative` — estimated seconds remaining.
108- `state.job` — current job name (empty string when idle).
109- `state.sampling_step` / `state.sampling_steps` — current step index / total.
110- `current_image` — base64 PNG preview of the in-progress image (omitted by the script via `skip_current_image=true` to keep responses small; fetch raw with `curl` if needed).
111
112### Cancelling
113
114```bash
115scripts/cancel.sh # POST /sdapi/v1/interrupt — stop current job, return current partial result
116scripts/cancel.sh --skip # POST /sdapi/v1/skip — skip current job in a batch
117```
118
119Note: `interrupt` is *cooperative* — it tells the sampler to stop at the next step. The pending `generate.sh` call will return with whatever the model produced so far (often a usable but partial image). It does **not** raise an HTTP error on the txt2img call.
120
121### Global options (advanced)
122
123`scripts/options.sh` wraps `GET /sdapi/v1/options` and `POST /sdapi/v1/options`:
124
125```bash
126scripts/options.sh get # print all options as JSON
127scripts/options.sh get sd_model_checkpoint # print one key
128scripts/options.sh set sd_model_checkpoint '"<title>"' # set one key (value is JSON; string must be quoted)
129scripts/options.sh set-json '{"k1":"v1","k2":"v2"}' # set multiple keys
130scripts/options.sh refresh-checkpoints # POST /sdapi/v1/refresh-checkpoints
131```
132
133Prefer `override_settings` inside the `txt2img` request over `options set` — `override_settings` is request-scoped and reverts after the call, while `options set` persists globally and affects every other client.
134
135## Prompt engineering
136
137This skill **does not** generate or refine prompts. When the user asks for prompt help:
138
1391. Check whether another agent skill is available for prompt engineering (search by name: e.g. `sd-prompt-builder`, `danbooru-prompt`, `image-prompt-*`). If so, delegate to it.
1402. Otherwise, ask the user for the prompt explicitly, or accept a natural-language description and pass it through verbatim as the `prompt` field. Do not invent Danbooru tags or stylistic modifiers on your own.
141
142## References
143
144- `references/api-endpoints.md` — full sd-webui / Forge endpoint reference with request / response shapes for every endpoint this skill uses, plus useful adjacent ones (`/sdapi/v1/memory`, `/sdapi/v1/png-info`, etc.).
145- `references/txt2img-parameters.md` — every `txt2img` request field including HiRes-fix, refiner, Forge-specific extensions (`forge_additional_modules`, `forge_inference_memory`, `forge_preset`), and `override_settings` keys.
146- `references/xyz-plot.md` — X/Y/Z plot script API: 19-arg structure, axis type indices, Prompt S/R format, runtime discovery via `script-info`, and variant-specific pitfalls.
147
148Read these only when constructing a non-trivial request or hitting an error that needs deeper investigation.