#115 Release v0.33.2

Release v0.33.2

Bumps version from 0.33.1 to 0.33.2. Promotes dev → main. This is the freeze point the fold of pipelex-api into Pipelex/pipelex copies from.

Changelog

Changed

• The server is moving into Pipelex/pipelex: from the next release, the server ships from the pipelex repository's api/ directory together with the pipelex library and under its version number, so the next pipelex/pipelex-api image tag is a pipelex version; the image name, its port and its /root/.pipelex mount do not change, and this repository will be archived once the move lands.

Fixed

• The callback_urls description says what a completion webhook carries: the OpenAPI description and the run docs said the runner posts the run's result to each callback URL; they now say the body is a completion notice (pipeline_run_id, state with its legacy status alias, the result_url storage key prefix and error), and that the results themselves stay in storage under that prefix. The description also says that the X-Completion-Signature header signs the run id, not the body.

Closes L-260930-218a92

🤖 Generated with Claude Code

https://claude.ai/code/session_01UdzDdXuwBjpWUuLbnniziE

---

Summary by cubic

Releases v0.33.2, promoting dev → main. This is the freeze point that the move of the server into Pipelex/pipelex copies from.

Changed

• The server moves into the Pipelex/pipelex repository's api/ directory from the next release, releasing under the library's version number; the image name, port, and /root/.pipelex mount stay the same, and this repo will be archived once the move lands.

Fixed

• Corrects the callback_urls documentation: webhooks carry a completion notice (pipeline_run_id, state with the legacy status alias, the result_url storage key prefix, and error on failure), not the run's output, and the X-Completion-Signature header signs the run id, not the body.