Skip to content

WIP: Improve top-level documentation#45

Draft
jonathanjouty wants to merge 5 commits into
masterfrom
jonathanjouty/improve-documentation
Draft

WIP: Improve top-level documentation#45
jonathanjouty wants to merge 5 commits into
masterfrom
jonathanjouty/improve-documentation

Conversation

@jonathanjouty

@jonathanjouty jonathanjouty commented Jun 9, 2026

Copy link
Copy Markdown
Contributor

WIP
Currently unreviewed AI slop that I need to verify when I have time.
Feel free to feedback if you like.

Rendered README


Expand README and add module-level Haddock headers

Rewrite the README from a 14-line stub into a feature-oriented overview that covers what the package provides: multi-queue support, LISTEN/NOTIFY dispatch, SKIP LOCKED reservation, scheduled jobs, configurable retries via ccOnException, dead-consumer reclamation, graceful shutdown, and the optional Prometheus metrics sibling. Adds two ASCII diagrams (component topology and job lifecycle) and a state table keyed by the (run_at, reserved_by, finished_at) columns that implicitly encode a job's state.

Add module-level Haddock headers to all five exposed modules — none had one before — covering the entry point, the ConsumerConfig contract, consumer-registry bookkeeping, the three-daemon runtime, and the supporting Utils. Expand the per-constructor docs on Action to spell out which columns each variant mutates, and clarify the semantic role of the Ok/Failed split on Result.

No code changes.

Rewrite the README from a 14-line stub into a feature-oriented overview
that covers what the package provides: multi-queue support,
LISTEN/NOTIFY dispatch, SKIP LOCKED reservation, scheduled jobs,
configurable retries via ccOnException, dead-consumer reclamation,
graceful shutdown, and the optional Prometheus metrics sibling. Adds
two ASCII diagrams (component topology and job lifecycle) and a state
table keyed by the (run_at, reserved_by, finished_at) columns that
implicitly encode a job's state.

Add module-level Haddock headers to all five exposed modules — none had
one before — covering the entry point, the ConsumerConfig contract,
consumer-registry bookkeeping, the three-daemon runtime, and the
supporting Utils. Expand the per-constructor docs on Action to spell
out which columns each variant mutates, and clarify the semantic role
of the Ok/Failed split on Result.

No code changes.
@jonathanjouty jonathanjouty self-assigned this Jun 9, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants