redis-lua-py 0.2.0__tar.gz → 0.3.0__tar.gz

{redis_lua_py-0.2.0 → redis_lua_py-0.3.0}/.github/workflows/ci.yml

@@ -25,7 +25,7 @@ jobs:
     strategy:
       fail-fast: false
       matrix:
-        python-version: ["3.11", "3.12", "3.13"]
+        python-version: ["3.10", "3.11", "3.12", "3.13"]
     steps:
       - uses: actions/checkout@v4
       - uses: astral-sh/setup-uv@v5
@@ -34,6 +34,21 @@ jobs:
       - run: uv sync --dev --python ${{ matrix.python-version }}
       - run: uv run pytest
 
+  oldest:
+    name: Tests (oldest supported Python and redis-py)
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+      - uses: astral-sh/setup-uv@v5
+        with:
+          enable-cache: true
+      - run: uv sync --dev --python 3.10
+      # The floor in pyproject.toml is only a claim until something runs on it.
+      # fakeredis declares redis>=4.3 but works on 4.2, the first release with
+      # redis.asyncio, so the pin goes in after the resolver is done.
+      - run: uv pip install --no-deps "redis==4.2.0" async-timeout deprecated
+      - run: uv run --no-sync pytest
+
   live:
     name: Tests against a real Redis
     runs-on: ubuntu-latest

redis_lua_py-0.3.0/.github/workflows/docs.yml

@@ -0,0 +1,46 @@
+name: Docs
+
+on:
+  push:
+    branches: [main]
+  # A pull request only builds, so a broken link fails review rather than main.
+  pull_request:
+  workflow_dispatch:
+
+permissions:
+  contents: read
+  pages: write
+  id-token: write
+
+# One deploy at a time, and never cancel one in flight.
+concurrency:
+  group: pages
+  cancel-in-progress: false
+
+jobs:
+  build:
+    name: Build
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+      - uses: astral-sh/setup-uv@v5
+        with:
+          enable-cache: true
+      - run: uv sync --dev
+      # Link validation is on in zensical.toml, so this fails on a dead link.
+      - run: uv run zensical build --clean
+      - uses: actions/upload-pages-artifact@v4
+        with:
+          path: site
+
+  deploy:
+    name: Deploy
+    if: github.ref == 'refs/heads/main' && github.event_name != 'pull_request'
+    needs: build
+    runs-on: ubuntu-latest
+    environment:
+      name: github-pages
+      url: ${{ steps.deployment.outputs.page_url }}
+    steps:
+      - uses: actions/deploy-pages@v4
+        id: deployment

{redis_lua_py-0.2.0 → redis_lua_py-0.3.0}/.gitignore

@@ -22,3 +22,6 @@ htmlcov/
 .idea/
 .vscode/
 .DS_Store
+
+# Docs site
+site/

redis_lua_py-0.3.0/.release-please-manifest.json

@@ -0,0 +1,3 @@
+{
+  ".": "0.3.0"
+}

{redis_lua_py-0.2.0 → redis_lua_py-0.3.0}/CHANGELOG.md

@@ -7,6 +7,20 @@ are written by [release-please](https://github.com/googleapis/release-please)
 from the conventional commit subjects on `main`; see
 [CONTRIBUTING.md](CONTRIBUTING.md) for how a release is cut.
 
+## [0.3.0](https://github.com/IgnaceMaes/redis-lua-py/compare/v0.2.1...v0.3.0) (2026-09-12)
+
+
+### Added
+
+* support python 3.10 and redis-py 4.2 ([#6](https://github.com/IgnaceMaes/redis-lua-py/issues/6)) ([6ce6249](https://github.com/IgnaceMaes/redis-lua-py/commit/6ce6249d219756a598e83f18f3bf44e8a58722eb))
+
+## [0.2.1](https://github.com/IgnaceMaes/redis-lua-py/compare/v0.2.0...v0.2.1) (2026-09-12)
+
+
+### Documentation
+
+* add a documentation site built with zensical ([#4](https://github.com/IgnaceMaes/redis-lua-py/issues/4)) ([f877f97](https://github.com/IgnaceMaes/redis-lua-py/commit/f877f97c0b7c8126ab62ef2324aff99106434ee4))
+
 ## [0.2.0](https://github.com/IgnaceMaes/redis-lua-py/compare/v0.1.0...v0.2.0) (2026-09-12)
 
 Everything raised by the first adoption report of 0.1.0

redis_lua_py-0.3.0/PKG-INFO

@@ -0,0 +1,211 @@
+Metadata-Version: 2.5
+Name: redis-lua-py
+Version: 0.3.0
+Summary: Write Redis Lua scripts as real Python functions, not strings.
+Project-URL: Homepage, https://ignacemaes.com/redis-lua-py/
+Project-URL: Documentation, https://ignacemaes.com/redis-lua-py/
+Project-URL: Repository, https://github.com/ignacemaes/redis-lua-py
+Project-URL: Issues, https://github.com/ignacemaes/redis-lua-py/issues
+Project-URL: Changelog, https://github.com/ignacemaes/redis-lua-py/blob/main/CHANGELOG.md
+Author: Ignace Maes
+License-Expression: MIT
+License-File: LICENSE
+Keywords: eval,evalsha,lua,redis,scripting,transpiler
+Classifier: Development Status :: 3 - Alpha
+Classifier: Intended Audience :: Developers
+Classifier: Programming Language :: Lua
+Classifier: Programming Language :: Python :: 3.10
+Classifier: Programming Language :: Python :: 3.11
+Classifier: Programming Language :: Python :: 3.12
+Classifier: Programming Language :: Python :: 3.13
+Classifier: Topic :: Database
+Classifier: Typing :: Typed
+Requires-Python: >=3.10
+Requires-Dist: redis>=4.2
+Description-Content-Type: text/markdown
+
+<p align="center">
+  <picture>
+    <source media="(prefers-color-scheme: dark)" srcset="./.github/assets/banner-dark.svg">
+    <img alt="redis-lua-py: Redis Lua scripts as real Python functions." src="./.github/assets/banner-light.svg" width="860">
+  </picture>
+</p>
+
+<p align="center">
+  <a href="https://pypi.org/project/redis-lua-py/"><img alt="PyPI" src="https://img.shields.io/pypi/v/redis-lua-py?color=%230070F3&label=pypi"></a>
+  <a href="https://pypi.org/project/redis-lua-py/"><img alt="Python" src="https://img.shields.io/pypi/pyversions/redis-lua-py?color=%230070F3"></a>
+  <a href="https://github.com/ignacemaes/redis-lua-py/actions/workflows/ci.yml"><img alt="CI" src="https://img.shields.io/github/actions/workflow/status/ignacemaes/redis-lua-py/ci.yml?branch=main&color=%230070F3&label=ci"></a>
+  <a href="./LICENSE"><img alt="license" src="https://img.shields.io/pypi/l/redis-lua-py?color=%230070F3"></a>
+</p>
+
+<p align="center">
+  Write Redis Lua scripts as real Python functions, not as strings.<br>
+  Compiled at import, checked by <code>mypy</code>, sent with <code>EVALSHA</code>. Sync and async redis-py.
+</p>
+
+<p align="center">
+  <b><a href="https://ignacemaes.com/redis-lua-py/">Documentation</a></b> ·
+  <a href="https://ignacemaes.com/redis-lua-py/quickstart/">Quickstart</a> ·
+  <a href="https://ignacemaes.com/redis-lua-py/reference/api/">API reference</a> ·
+  <a href="./CHANGELOG.md">Changelog</a>
+</p>
+
+```python
+from redis_lua_py import Key, redis, script
+
+
+@script
+def rate_limit(key: Key, limit: int, ttl: int) -> int:
+    current = redis.incr(key)
+    if current == 1:
+        redis.expire(key, ttl)
+    if current > limit:
+        return -1
+    return limit - current
+```
+
+The body is never executed by Python. It is read as source when the module is
+imported, compiled to Lua, and sent to Redis with `EVALSHA`. Your editor
+highlights it, your linter sees it, and `mypy` checks the signature — none of
+which is true of a string.
+
+Define scripts at module level, where they compile once at import. A script
+defined inside a function recompiles on every call, and one defined through
+`exec` has no source to read and is refused.
+
+```python
+from redis import Redis
+
+client = Redis()
+remaining = rate_limit(client, key="user:42", limit=10, ttl=60)
+```
+
+Importing the client as `from redis import Redis` leaves the name `redis` free
+for the script namespace, so the two never collide.
+
+## Install
+
+```bash
+uv add redis-lua-py
+```
+
+Python 3.10+, and redis-py 4.2+ as the only dependency.
+
+## What it compiles to
+
+Nothing is hidden. Every script exposes the Lua it produced:
+
+```python
+>>> print(rate_limit.lua)
+```
+
+```lua
+-- rate_limit
+-- Generated by redis-lua-py from src/limits.py:6. Do not edit.
+local key = KEYS[1]
+local limit = tonumber(ARGV[1])
+local ttl = tonumber(ARGV[2])
+local current = redis.call('INCR', key)
+if current == 1 then
+  redis.call('EXPIRE', key, ttl)
+end
+if current > limit then
+  return -1
+end
+return limit - current
+```
+
+Read it in review, paste it into `redis-cli`, check it into a golden test. The
+point of this library is to generate Lua you would have been willing to write.
+
+The header is part of the body, and the body is what `EVALSHA` hashes, so the
+path in it is relative to your project root rather than absolute — the same
+script has the same SHA on a laptop, in CI and in a container, and the server's
+script cache is cold once per script rather than once per environment.
+
+## What else it does
+
+- **[Keys and arguments](https://ignacemaes.com/redis-lua-py/guide/keys-and-arguments/)** —
+  a parameter annotated `Key` becomes `KEYS`, which is what Redis Cluster
+  routes on; an `int` or `float` is wrapped in `tonumber` for you.
+- **[Command names are checked](https://ignacemaes.com/redis-lua-py/guide/calling-redis-commands/)**
+  at compile time against Redis' own command table, so `redis.expires(...)` is
+  refused where you can see it rather than raised inside a script whose whole
+  purpose was to be atomic.
+- **[Constants are folded](https://ignacemaes.com/redis-lua-py/guide/constants/)** —
+  a module-level `int`, `float`, `str`, `bytes` or `bool` is read once, at
+  import, and written into the script as a literal.
+- **[Binary values survive](https://ignacemaes.com/redis-lua-py/guide/binary-values/)** —
+  nothing here decodes, and `bytes` is a passthrough in both directions.
+- **[The caller's side is typed](https://ignacemaes.com/redis-lua-py/guide/return-values/)** —
+  a script is a `CompiledScript[R]`, and an async client gives you
+  `Awaitable[R]`.
+- **[Sync and async](https://ignacemaes.com/redis-lua-py/guide/async/)** from
+  the same script object, and
+  **[`bind`](https://ignacemaes.com/redis-lua-py/guide/binding-a-client/)** when
+  passing the client every time gets repetitive.
+- **[The gaps between Lua and Python](https://ignacemaes.com/redis-lua-py/reference/lua-vs-python/)**
+  are closed or refused — truthiness, 1-based indexing, `false` versus `nil`,
+  block scope, and the nil that truncates a returned table.
+- **[Anything outside the supported subset](https://ignacemaes.com/redis-lua-py/reference/supported-subset/)**
+  raises at import, with a caret under the line at fault.
+
+Full documentation: **[ignacemaes.com/redis-lua-py](https://ignacemaes.com/redis-lua-py/)**.
+
+## Testing your scripts
+
+[fakeredis](https://github.com/cunla/fakeredis-py) embeds a real Lua
+interpreter, so your script executes for real against an in-process server:
+
+```python
+import fakeredis
+
+
+def test_rate_limit_refuses_past_the_limit():
+    client = fakeredis.FakeRedis()
+
+    assert rate_limit(client, key="u:42", limit=2, ttl=60) == 1
+    assert rate_limit(client, key="u:42", limit=2, ttl=60) == 0
+    assert rate_limit(client, key="u:42", limit=2, ttl=60) == -1
+```
+
+Install it with `uv add --dev "fakeredis[lua]"`; the `lua` extra is what brings
+the interpreter. `.lua` is the whole script, so a golden snapshot is a string
+comparison — see
+[Testing your scripts](https://ignacemaes.com/redis-lua-py/guide/testing/).
+
+## Development
+
+```bash
+uv sync
+uv run pytest
+uv run ruff check
+uv run mypy
+```
+
+Tests run against [fakeredis](https://github.com/cunla/fakeredis-py), which
+executes real Lua, so `uv run pytest` needs no server. Set `REDIS_URL` to also
+run them against a live Redis:
+
+```bash
+REDIS_URL=redis://localhost:6379/0 uv run pytest
+```
+
+`src/redis_lua_py/_commands.py` is generated from the Redis source. Refresh it
+when a Redis release adds commands:
+
+```bash
+uv run python scripts/generate_commands.py 8.10.1
+```
+
+The docs site is built with [Zensical](https://zensical.org); `uv run zensical
+serve` previews it with live reload.
+
+Pull requests are squash-merged and their titles must follow
+[Conventional Commits](https://www.conventionalcommits.org/): the title becomes
+the changelog entry and decides the version bump. See
+[CONTRIBUTING.md](CONTRIBUTING.md).
+
+## License
+
+MIT

redis_lua_py-0.3.0/README.md

@@ -0,0 +1,185 @@
+<p align="center">
+  <picture>
+    <source media="(prefers-color-scheme: dark)" srcset="./.github/assets/banner-dark.svg">
+    <img alt="redis-lua-py: Redis Lua scripts as real Python functions." src="./.github/assets/banner-light.svg" width="860">
+  </picture>
+</p>
+
+<p align="center">
+  <a href="https://pypi.org/project/redis-lua-py/"><img alt="PyPI" src="https://img.shields.io/pypi/v/redis-lua-py?color=%230070F3&label=pypi"></a>
+  <a href="https://pypi.org/project/redis-lua-py/"><img alt="Python" src="https://img.shields.io/pypi/pyversions/redis-lua-py?color=%230070F3"></a>
+  <a href="https://github.com/ignacemaes/redis-lua-py/actions/workflows/ci.yml"><img alt="CI" src="https://img.shields.io/github/actions/workflow/status/ignacemaes/redis-lua-py/ci.yml?branch=main&color=%230070F3&label=ci"></a>
+  <a href="./LICENSE"><img alt="license" src="https://img.shields.io/pypi/l/redis-lua-py?color=%230070F3"></a>
+</p>
+
+<p align="center">
+  Write Redis Lua scripts as real Python functions, not as strings.<br>
+  Compiled at import, checked by <code>mypy</code>, sent with <code>EVALSHA</code>. Sync and async redis-py.
+</p>
+
+<p align="center">
+  <b><a href="https://ignacemaes.com/redis-lua-py/">Documentation</a></b> ·
+  <a href="https://ignacemaes.com/redis-lua-py/quickstart/">Quickstart</a> ·
+  <a href="https://ignacemaes.com/redis-lua-py/reference/api/">API reference</a> ·
+  <a href="./CHANGELOG.md">Changelog</a>
+</p>
+
+```python
+from redis_lua_py import Key, redis, script
+
+
+@script
+def rate_limit(key: Key, limit: int, ttl: int) -> int:
+    current = redis.incr(key)
+    if current == 1:
+        redis.expire(key, ttl)
+    if current > limit:
+        return -1
+    return limit - current
+```
+
+The body is never executed by Python. It is read as source when the module is
+imported, compiled to Lua, and sent to Redis with `EVALSHA`. Your editor
+highlights it, your linter sees it, and `mypy` checks the signature — none of
+which is true of a string.
+
+Define scripts at module level, where they compile once at import. A script
+defined inside a function recompiles on every call, and one defined through
+`exec` has no source to read and is refused.
+
+```python
+from redis import Redis
+
+client = Redis()
+remaining = rate_limit(client, key="user:42", limit=10, ttl=60)
+```
+
+Importing the client as `from redis import Redis` leaves the name `redis` free
+for the script namespace, so the two never collide.
+
+## Install
+
+```bash
+uv add redis-lua-py
+```
+
+Python 3.10+, and redis-py 4.2+ as the only dependency.
+
+## What it compiles to
+
+Nothing is hidden. Every script exposes the Lua it produced:
+
+```python
+>>> print(rate_limit.lua)
+```
+
+```lua
+-- rate_limit
+-- Generated by redis-lua-py from src/limits.py:6. Do not edit.
+local key = KEYS[1]
+local limit = tonumber(ARGV[1])
+local ttl = tonumber(ARGV[2])
+local current = redis.call('INCR', key)
+if current == 1 then
+  redis.call('EXPIRE', key, ttl)
+end
+if current > limit then
+  return -1
+end
+return limit - current
+```
+
+Read it in review, paste it into `redis-cli`, check it into a golden test. The
+point of this library is to generate Lua you would have been willing to write.
+
+The header is part of the body, and the body is what `EVALSHA` hashes, so the
+path in it is relative to your project root rather than absolute — the same
+script has the same SHA on a laptop, in CI and in a container, and the server's
+script cache is cold once per script rather than once per environment.
+
+## What else it does
+
+- **[Keys and arguments](https://ignacemaes.com/redis-lua-py/guide/keys-and-arguments/)** —
+  a parameter annotated `Key` becomes `KEYS`, which is what Redis Cluster
+  routes on; an `int` or `float` is wrapped in `tonumber` for you.
+- **[Command names are checked](https://ignacemaes.com/redis-lua-py/guide/calling-redis-commands/)**
+  at compile time against Redis' own command table, so `redis.expires(...)` is
+  refused where you can see it rather than raised inside a script whose whole
+  purpose was to be atomic.
+- **[Constants are folded](https://ignacemaes.com/redis-lua-py/guide/constants/)** —
+  a module-level `int`, `float`, `str`, `bytes` or `bool` is read once, at
+  import, and written into the script as a literal.
+- **[Binary values survive](https://ignacemaes.com/redis-lua-py/guide/binary-values/)** —
+  nothing here decodes, and `bytes` is a passthrough in both directions.
+- **[The caller's side is typed](https://ignacemaes.com/redis-lua-py/guide/return-values/)** —
+  a script is a `CompiledScript[R]`, and an async client gives you
+  `Awaitable[R]`.
+- **[Sync and async](https://ignacemaes.com/redis-lua-py/guide/async/)** from
+  the same script object, and
+  **[`bind`](https://ignacemaes.com/redis-lua-py/guide/binding-a-client/)** when
+  passing the client every time gets repetitive.
+- **[The gaps between Lua and Python](https://ignacemaes.com/redis-lua-py/reference/lua-vs-python/)**
+  are closed or refused — truthiness, 1-based indexing, `false` versus `nil`,
+  block scope, and the nil that truncates a returned table.
+- **[Anything outside the supported subset](https://ignacemaes.com/redis-lua-py/reference/supported-subset/)**
+  raises at import, with a caret under the line at fault.
+
+Full documentation: **[ignacemaes.com/redis-lua-py](https://ignacemaes.com/redis-lua-py/)**.
+
+## Testing your scripts
+
+[fakeredis](https://github.com/cunla/fakeredis-py) embeds a real Lua
+interpreter, so your script executes for real against an in-process server:
+
+```python
+import fakeredis
+
+
+def test_rate_limit_refuses_past_the_limit():
+    client = fakeredis.FakeRedis()
+
+    assert rate_limit(client, key="u:42", limit=2, ttl=60) == 1
+    assert rate_limit(client, key="u:42", limit=2, ttl=60) == 0
+    assert rate_limit(client, key="u:42", limit=2, ttl=60) == -1
+```
+
+Install it with `uv add --dev "fakeredis[lua]"`; the `lua` extra is what brings
+the interpreter. `.lua` is the whole script, so a golden snapshot is a string
+comparison — see
+[Testing your scripts](https://ignacemaes.com/redis-lua-py/guide/testing/).
+
+## Development
+
+```bash
+uv sync
+uv run pytest
+uv run ruff check
+uv run mypy
+```
+
+Tests run against [fakeredis](https://github.com/cunla/fakeredis-py), which
+executes real Lua, so `uv run pytest` needs no server. Set `REDIS_URL` to also
+run them against a live Redis:
+
+```bash
+REDIS_URL=redis://localhost:6379/0 uv run pytest
+```
+
+`src/redis_lua_py/_commands.py` is generated from the Redis source. Refresh it
+when a Redis release adds commands:
+
+```bash
+uv run python scripts/generate_commands.py 8.10.1
+```
+
+The docs site is built with [Zensical](https://zensical.org); `uv run zensical
+serve` previews it with live reload.
+
+Pull requests are squash-merged and their titles must follow
+[Conventional Commits](https://www.conventionalcommits.org/): the title becomes
+the changelog entry and decides the version bump. See
+[CONTRIBUTING.md](CONTRIBUTING.md).
+
+## License
+
+MIT

redis_lua_py-0.3.0/docs/assets/logo.svg

@@ -0,0 +1,4 @@
+<svg xmlns="http://www.w3.org/2000/svg" width="64" height="64" viewBox="0 0 64 64" role="img" aria-label="redis-lua-py">
+  <rect width="64" height="64" rx="14" fill="#000000"/>
+  <g transform="translate(7.6 7.6) scale(0.76)"><defs><mask id="l"><rect width="64" height="64" fill="#fff"/><path d="M40 15.8 L64.2 40 L40 64.2 L15.8 40 Z" fill="#000"/></mask></defs><g fill="none" stroke="#FFFFFF" stroke-width="6.0" stroke-linejoin="miter"><path mask="url(#l)" d="M8 8 H36 V36 H8 Z"/><path d="M40 20 L60 40 L40 60 L20 40 Z"/></g></g>
+</svg>

redis_lua_py-0.3.0/docs/contributing.md

@@ -0,0 +1,67 @@
+# Contributing
+
+## Getting set up
+
+```bash
+uv sync --dev
+uv run pytest && uv run ruff check && uv run ruff format --check && uv run mypy
+```
+
+See [Development](development.md) for running the suite against a live Redis
+and for regenerating the command table.
+
+## Commit messages
+
+Pull requests are squash-merged, so **the PR title becomes the commit subject
+on `main`**, and that subject is the only thing the release tooling reads. It
+must follow [Conventional Commits](https://www.conventionalcommits.org/):
+
+```
+feat: compile `pcall` into a protected call
+fix: hoist names assigned in both arms of an if
+docs: document the Key annotation
+```
+
+| Prefix | Changelog section | Version bump |
+| --- | --- | --- |
+| `feat:` | Added | minor |
+| `fix:` | Fixed | patch |
+| `perf:` | Performance | patch |
+| `refactor:` | Changed | patch |
+| `deps:` | Dependencies | patch |
+| `docs:` | Documentation | patch |
+| `chore:` `test:` `ci:` `build:` `style:` | omitted | none |
+
+A `!` after the prefix (`feat!:`) or a `BREAKING CHANGE:` paragraph in the PR
+body marks a breaking change. While the version is below 1.0 that bumps the
+minor, not the major — `0.1.0` becomes `0.2.0`, never `1.0.0`. Promoting the
+project to 1.0 is a deliberate act: set `"release-as": "1.0.0"` once in
+`release-please-config.json`, or land a commit with a `Release-As: 1.0.0`
+footer.
+
+The subject is copied verbatim into the changelog, so write it as a lowercase
+phrase with no trailing period. `.github/workflows/pr-title.yml` enforces this
+on every pull request.
+
+## Releasing
+
+Releases are cut by merging a pull request; nobody edits a version by hand.
+
+1. Land your PR on `main`.
+2. `.github/workflows/release.yml` runs
+   [release-please](https://github.com/googleapis/release-please), which keeps
+   **one open PR** titled something like `chore(main): release 0.2.0`. Each
+   merge to `main` refreshes it. The PR bumps `version` in `pyproject.toml`,
+   `__version__` in `src/redis_lua_py/__init__.py`, and prepends the new
+   section to `CHANGELOG.md`. Review it like any other PR — the changelog body
+   is editable before you merge.
+3. Merge the release PR. That tags `vX.Y.Z`, publishes a GitHub release, and
+   the same workflow then builds the sdist and wheel and uploads them to PyPI
+   via [trusted publishing](https://docs.pypi.org/trusted-publishers/) — no API
+   token is stored anywhere.
+
+`.release-please-manifest.json` records the last released version and is
+updated by the release PR. Don't edit it by hand.
+
+The full text lives in
+[CONTRIBUTING.md](https://github.com/ignacemaes/redis-lua-py/blob/main/CONTRIBUTING.md).

redis_lua_py-0.3.0/docs/development.md

@@ -0,0 +1,53 @@
+# Development
+
+```bash
+uv sync
+uv run pytest
+uv run ruff check
+uv run mypy
+```
+
+## The test suite
+
+Tests run against [fakeredis](https://github.com/cunla/fakeredis-py), which
+executes real Lua, so `uv run pytest` needs no server. Set `REDIS_URL` to also
+run them against a live Redis:
+
+```bash
+REDIS_URL=redis://localhost:6379/0 uv run pytest
+```
+
+CI runs both, and the two agree — including on reply conversion, which is the
+part you would most want a real server for.
+
+## The command table
+
+`src/redis_lua_py/_commands.py` is generated, not written. It is the table
+command names are checked against, and it comes from the command definitions
+in the Redis source. Refresh it when a Redis release adds commands, and commit
+the result:
+
+```bash
+uv run python scripts/generate_commands.py 8.10.1
+```
+
+A stale table can never block a caller: `redis.call('NEW.CMD', ...)` is
+deliberately never checked. See
+[Calling Redis commands](guide/calling-redis-commands.md#the-escape-hatch).
+
+## The docs site
+
+This site is built with [Zensical](https://zensical.org). Serve it locally
+with live reload:
+
+```bash
+uv run zensical serve
+```
+
+Build it the way CI does:
+
+```bash
+uv run zensical build --clean
+```
+
+`.github/workflows/docs.yml` publishes `main` to GitHub Pages on every push.