errorworks
Composable chaos-testing services for LLM, web scraping, object storage, and outbound email pipelines.
What is errorworks?
Testing how your code handles API failures, malformed responses, rate limits, and network issues is hard. Unit-testing a retry loop against a mock is easy; knowing whether your pipeline actually degrades gracefully under realistic fault patterns requires a server that behaves badly on purpose.
errorworks provides fake servers that inject configurable faults into your test traffic. Point your LLM client at a ChaosLLM server to verify it retries on 429s and surfaces clean errors on malformed JSON. Point your scraper at a ChaosWeb server to confirm it handles truncated HTML, encoding mismatches, and SSRF redirects. Point your blob pipeline at a ChaosBlob server to exercise S3-style throttling, stale listings, corrupted object reads, and metadata surprises. Point your mail client at ChaosSMTP to test temporary recipient failures, DATA rejections, rate limits, slow replies, and accepted-but-dropped messages without relaying mail. Fault rates, error distributions, and latency profiles are all configurable via CLI flags, YAML files, or built-in presets.
All packaged servers record metrics to a thread-safe SQLite store and support
live reconfiguration through bearer-token admin endpoints. The repository test
suite also includes maintainer fixtures under tests/fixtures: HTTP fixtures run
through Starlette's TestClient, while the ChaosSMTP fixture uses an ephemeral
loopback TCP socket so standard SMTP clients such as smtplib can exercise the
real protocol. Those fixtures are source-tree test helpers, not installed package
imports.
Features
Error injection
- HTTP errors: 429, 529, 503, 502, 504, 500
- Connection failures: timeout, reset, stall
- Malformed responses: invalid JSON, truncated bodies, missing fields, wrong content-type
- Web-specific: SSRF redirects (private IPs, cloud metadata), encoding mismatches, truncated HTML, charset confusion
- Blob-specific: S3
SlowDown,AccessDenied, stale listings, malformed XML, truncated object bodies, ETag mismatch, metadata corruption - SMTP-specific: temporary and permanent MAIL/RCPT/DATA failures, malformed DATA replies, slow responses, accepted-but-dropped messages
Latency simulation
- Configurable base delay with jitter
- Per-request latency injection, independent of error selection
Response generation
- Four content modes:
random(vocabulary-based),template(Jinja2 sandbox),echo(reflect input),preset(JSONL bank) - ChaosLLM returns OpenAI-compatible chat completion responses
- ChaosWeb returns HTML pages
- ChaosBlob stores and serves object bytes with S3-shaped XML list/error responses
- ChaosSMTP captures mail as metadata by default, with discard and full-message capture modes
Presets
- LLM:
silent,gentle,realistic,chaos,stress_aimd,stress_extreme - Web:
silent,gentle,realistic,stress_scraping,stress_extreme - Blob:
silent,gentle,realistic,stress_storage,stress_extreme - SMTP:
silent,gentle,realistic,stress_delivery,stress_extreme
Metrics and admin
- SQLite-backed metrics with timeseries aggregation
- Admin endpoints for stats, config, export, and reset (bearer-token auth)
Repository test-suite helpers
- Contributor/maintainer pytest fixtures under
tests/fixtureswith marker-based configuration - No containers required in CI; the SMTP fixture binds an ephemeral loopback port
Quick start
pip install errorworks
# Start a fake OpenAI server with realistic fault injection
chaosllm serve --preset=realistic
# In another terminal
curl http://localhost:8000/v1/chat/completions \
-H "Content-Type: application/json" \
-d '{"model": "gpt-4", "messages": [{"role": "user", "content": "Hello"}]}'
Usage
CLI servers
# LLM server
chaosllm serve --preset=realistic --port=8000
# Web server
chaosweb serve --preset=stress_scraping --port=9000
# Blob server
chaosblob serve --preset=realistic --port=8300
# SMTP server
chaossmtp serve --preset=realistic --port=2525
# Unified CLI
chaosengine llm serve --preset=gentle
chaosengine web serve --preset=stress_scraping
chaosengine blob serve --preset=stress_storage
chaosengine smtp serve --preset=stress_delivery
Repository test-suite fixtures
The pytest fixtures in tests/fixtures are for contributors running the
repository test suite from a source checkout. They are not packaged in the
installed wheel.
import pytest
@pytest.mark.chaosllm(preset="realistic", rate_limit_pct=25.0)
def test_retry_on_rate_limit(chaosllm_server):
response = chaosllm_server.post_completion(
model="gpt-4",
messages=[{"role": "user", "content": "test"}],
)
assert response.status_code in (200, 429)
Configuration
Presets provide sensible defaults. Override individual settings with a YAML config file or CLI flags. Precedence: CLI flags > config file > preset > defaults.
# config.yaml
error_injection:
rate_limit_pct: 10.0
service_unavailable_pct: 2.0
latency:
base_ms: 50
jitter_ms: 20
response:
mode: random
random:
vocabulary: english
chaosllm serve --preset=gentle --config=config.yaml --port=8080
Documentation
Full documentation is available at johnm-dta.github.io/errorworks.
Architecture
errorworks uses a composition-based design: each server type (ChaosLLM,
ChaosWeb, ChaosBlob, ChaosSMTP) composes shared engine components rather than
inheriting from base classes. The core engine provides an InjectionEngine for
fault selection, a MetricsStore for recording, a LatencySimulator for
delays, and a ConfigLoader for YAML/preset merging. All configuration models
are frozen Pydantic instances; runtime updates create new model instances and
atomically swap references under lock, ensuring thread-safe request handling
without mid-request inconsistency.
An open-source project by the Digital Transformation Agency.
Licensed under MIT.
Metadata
Release files for errorworks 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| errorworks-0.2.0.tar.gz | 270.0 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| errorworks-0.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 432.1 kB
Release files / errorworks-0.2.0.tar.gz
| Download URL | errorworks-0.2.0.tar.gz |
|---|---|
| Size | 270.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
01ddf78bc7b8c8af03f57ec7443c3da937130185935050193e0b48b4b4fd9e4d
|
|
BLAKE2b-256 checksum How to use checksums |
28deff28b228be1e9837567842a4ba51aa56e8dfbaad3bc340642650732d4ed7
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.13
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on May 24, 2026.
Transparency logRelease files / errorworks-0.2.0-py3-none-any.whl
| Download URL | errorworks-0.2.0-py3-none-any.whl |
|---|---|
| Size | 162.1 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
0b4783f9b0aa6608289460a29bd7a5257ca092f0429cd59f73407848ad5102f1
|
|
BLAKE2b-256 checksum How to use checksums |
5a29f522812227827cd3668c4e86d946b5ea253dd5da051ea81b0e7aeb32e6ff
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.13
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on May 24, 2026.
Transparency log