Skip to main content

Agent and CLI that runs and maintains a Dockerised Eclipse Mosquitto MQTT broker and defines what the events on it mean — a CloudEvents envelope core, an importable publish client, and stack verbs — so an app can import it and an agent or a human can publish events the same way.

Project description

events-cli

The AgentCulture event fabric. events-cli runs and maintains a Dockerised Eclipse Mosquitto MQTT broker and defines the contract carried over it — so any app can import events_cli, a co-located producer can publish straight to the broker port, and an agent or a human can drive the stack from the CLI.

Mosquitto transports events. events-cli defines what they mean. Consumers depend on the events-cli contract — typed immutable envelopes, correlation and causation, pipeline runs — not on Mosquitto-specific topic conventions, so the transport can be replaced later without changing how participants interact.

Status: first slice

Shipping today: the envelope core, the importable publish client, the loopback Mosquitto stack verbs, and the agent-first CLI scaffold (identity, introspection, packaging, CI). Not built yet, each tracked as its own arc — the agentfront-derived MCP and HTTP surfaces (#6), durable subscriptions with history and replay (#7), pipelines (#8), shell-cli confinement for events up (#9), and dynsec identities with a documented remote opt-in (#10).

The domain is specified in three issues, which are the requirements baseline:

  • #1 — the spec: CloudEvents envelope, pipeline model, CLI surface, security defaults, acceptance criteria, non-goals.
  • #2 — the agentfront binding, the watch request/response constraint, and mesh lane boundaries.
  • #3 — the first co-located consumer and the direct-MQTT loopback slice.

Where it sits in the mesh

culture carries agent conversation — peer-to-peer, human-readable, presence-oriented, IRC-shaped — and events-cli carries machine events — typed immutable envelopes, correlation and causation, durable history, pipeline runs, app-to-app as much as agent-to-agent (#2).

A second messaging substrate in the same ecosystem only works if the boundary is stated, so it is: no events-cli surface accepts or relays agent conversation. If a payload's audience is a human reading it as prose, it belongs on the mesh.

Contract

The full contract lives in docs/contract.md. Three parts of it are obligations on consumers, and are cheaper to read here than to discover in production:

  • The raw MQTT port is first-class. A co-located, latency-sensitive producer connects straight to 127.0.0.1:1883reachy-mini-cli publishes from a 50 Hz control loop where a publish must be an O(1) in-process enqueue and cannot cross a CLI, HTTP or MCP boundary. Direct broker access is a supported, documented surface; the contract and pipeline layer is an optional value-add, not a mandatory gateway, and producer-owned topic trees stay legal.
  • Delivery is at-least-once, so consumers must dedupe on the event id. QoS 1 redelivers, exactly-once is an explicit non-goal, and duplicates are normal operation rather than an error. Idempotency keyed on the envelope id is a requirement the contract places on every consumer, not an optimisation.
  • Retained messages are the last value, not history. A retained message hands a new subscriber the current value of one topic. It is not a replayable log — no window, no ordering across topics, no evidence that intermediate values existed. Durable history and replay are a separate, not-yet-built lane (#7).

The first consumer is real, not aspirational: reachy-mini-cli's converged spec ships no broker and no MQTT library of its own, and its broker-dependent acceptance items wait on this slice — recorded in that repo's docs/specs/2026-07-23-reachy-nervous-system.md and docs/export-schema.md, and from this side on #3.

Quickstart

Three names, deliberately distinct: the installed console command is events, the PyPI distribution is events-cli, and the import package is events_cli (not events — the PyPI distribution Events already owns that top-level module).

uv sync
uv run pytest -n auto                   # run the test suite
uv run events whoami                    # identity from culture.yaml
uv run events learn                     # self-teaching prompt (add --json)
uv run agentfront cli doctor . --strict # the agent-first rubric gate CI runs

The MQTT client is imported lazily, so the introspection verbs still run from a bare checkout with nothing installed:

PYTHONPATH=. python3 -m events_cli doctor

CLI

Verb What it does
whoami Report this agent's nick, version, backend, and model from culture.yaml.
learn Print a structured self-teaching prompt.
explain <path> Markdown docs for any noun/verb path.
overview Read-only descriptive snapshot of the agent.
doctor Check the agent-identity invariants (prompt-file-present, backend-consistency).
cli overview Describe the CLI surface itself.
init / up / status / logs / down Manage the loopback-only Mosquitto stack.

Every command supports --json. Results go to stdout, errors and diagnostics to stderr (never mixed). Exit codes: 0 success, 1 user error, 2 environment error, 3+ reserved. No Python traceback ever reaches stderr — every failure carries a remediation hint.

The event and pipeline verbs sketched in #1 (events emit, events watch, events pipeline …) are not implemented yet — see docs/contract.md for what is built and what each deferred lane is tracked as.

Development

uv run pytest -n auto                  # full suite
uv run pytest tests/test_cli.py -v     # one file
uv run pytest -k whoami -v             # one test

uv run black --check events_cli tests
uv run isort --check-only events_cli tests
uv run flake8 events_cli tests
uv run bandit -c pyproject.toml -r events_cli

Every PR bumps the version — the version-check CI job blocks merge otherwise. Pushing to main publishes to PyPI via Trusted Publishing; PRs do a TestPyPI dry-run.

See docs/contract.md for the consumer-facing contract, and CLAUDE.md for the architecture, the design constraints that are expensive to retrofit, and the full contributor conventions.

License

Apache 2.0 — see LICENSE.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

events_cli-0.10.0.tar.gz (486.9 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

events_cli-0.10.0-py3-none-any.whl (144.9 kB view details)

Uploaded Python 3

File details

Details for the file events_cli-0.10.0.tar.gz.

File metadata

  • Download URL: events_cli-0.10.0.tar.gz
  • Upload date:
  • Size: 486.9 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: uv/0.11.32 {"installer":{"name":"uv","version":"0.11.32","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}

File hashes

Hashes for events_cli-0.10.0.tar.gz
Algorithm Hash digest
SHA256 835d82fc94703533d78bb156cea773f01b19f4c9d1cb3dd8bd82e22d373c1399
MD5 b1ed4be12d44304b251fda0823006344
BLAKE2b-256 b07f41fab1475aa258823746e2da62d9822e0ad4cbaf855a5d066931d70ee11b

See more details on using hashes here.

File details

Details for the file events_cli-0.10.0-py3-none-any.whl.

File metadata

  • Download URL: events_cli-0.10.0-py3-none-any.whl
  • Upload date:
  • Size: 144.9 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: uv/0.11.32 {"installer":{"name":"uv","version":"0.11.32","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}

File hashes

Hashes for events_cli-0.10.0-py3-none-any.whl
Algorithm Hash digest
SHA256 03aef3d5d92671b2b879a26a3f731d6b08134ade56536e2b775b6a118d6f6be3
MD5 2c39583bd8c0523cef87f2fddc385a05
BLAKE2b-256 a6be91ce7df0b81579384ed51a98c15ccff0f542e226f6319ee2d0739e3bbd3a

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page