Skip to main content

lex-align

lex-align

Docs · Getting started · Agent support · For agents

lex-align enforces your dependency policy before AI agents or developers can commit it. Every package gets checked against your approved registry, OSV CVE scores, and license rules — returning one of three deterministic verdicts so agents can act without ambiguity. Full docs at dlfelps.github.io/lex-align.


Why

Your AI coding agent adds packages to pyproject.toml faster than anyone can review them. By the time legal notices the AGPL dep, or security spots the critical CVE, it's already in main. You need the check to happen before the bytes are written, not after the PR is open.


How it works

A FastAPI server is the source of truth. The client is thin: a CLI plus hooks.

  • Three gates per check: internal registry → OSV CVE → PyPI license.
  • Three-verdict vocabulary: ALLOWED, PROVISIONALLY_ALLOWED, DENIED — small, deterministic, easy for an agent to branch on.
  • Two enforcement points: a git pre-commit hook (universal backstop, fires for every agent and every human committing to a governed repo) and a Claude Code PreToolUse hook that intercepts pyproject.toml edits before the file is written.
  • Use first, approve in parallel: an unknown package that passes CVE and license checks comes back PROVISIONALLY_ALLOWED. The agent uses it, calls request-approval, and keeps moving — formal review runs async.

Python and pyproject.toml only. Self-hosted via Docker Compose. Single-user mode is the default.


Quickstart

Single-user / evaluation (no Docker):

pip install lex-align
lex-align-server quickstart        # ~/.lexalign + in-process server on :8765

# in another terminal, per-project
cd /path/to/your/project
lex-align-client init --yes
lex-align-client audit             # vet existing pyproject.toml deps
lex-align-client status            # one-screen overview

In single-user mode the PreToolUse hook auto-enqueues approval requests when it sees PROVISIONALLY_ALLOWED, so the user-as-reviewer flow stays a single tool call. See the Single-user Quickstart.

Team deployment (Docker Compose):

# Server (host you control)
pip install lex-align
lex-align-server init && cd lexalign
lex-align-server registry compile registry.yml registry.json
docker compose up -d

# Client (per-project)
pip install lex-align
cd /path/to/your/project
lex-align-client init
lex-align-client check --package httpx

For server tuning, registry authoring, hook layout, and Claude Code wiring, see the full Getting Started guide.


Agent support

Primary target is Claude Code — pre-commit hook, PreToolUse edit-time intercept, and an auto-written CLAUDE.md so every session knows how to use check and request-approval. Cursor, Aider, and anything else committing to a governed repo are backstopped by the pre-commit hook. Full matrix: agent support.


Project status

Phase Status
1. Server core (registry, license, CVE, audit, evaluate) ✅ shipped
2. Thin client (init, check, request-approval, pre-commit, Claude hooks) ✅ shipped
3. Approval workflow UI + reporting endpoints + agent identity ✅ shipped
4. Pluggable org-mode auth ✅ shipped
5. Pluggable approval proposers (local-file, local-git, GitHub PR) + hot-reload ✅ shipped
6. Single-user workflow (quickstart, audit, status, auto-enqueue) ✅ shipped

Every registry change now flows through a proposer: opens a PR (GitHub), commits to a local repo (local-git), writes the YAML directly (local-file), or just logs (log-only / evaluation). The server hot-reloads on merge or YAML write — no restarts. See Approvals & Reloads for the full flow, GitHub permission requirements, and the "why-is-this-pending" panel on the dashboard.

The dashboard's classify endpoint that mutated the in-memory registry in Phase 3 is gone — every change now has a single source of truth in registry.yml, with a reload trigger pulling the new state into memory.

sequenceDiagram
    participant Agent
    participant CLI as lex-align-client
    participant Server as lex-align-server
    participant Proposer
    participant Repo as registry.yml
    participant ReviewDash as Reviewer<br/>(dashboard)

    Agent->>CLI: request-approval<br/>(package, rationale)
    CLI->>Server: POST /approval-requests
    Server->>Proposer: propose(rule)
    alt GitHub backend
        Proposer->>Repo: branch, commit, push
        Proposer->>Repo: open PR
    else Local backends
        Proposer->>Repo: write/commit to YAML
    end
    ReviewDash->>ReviewDash: review pending<br/>request
    ReviewDash->>Server: POST /registry/proposals<br/>(approve/modify)
    ReviewDash->>Repo: merge PR / file saved
    Server->>Server: hot reload:<br/>recompile schema
    Server->>Server: atomic registry swap
    Agent->>CLI: check --package
    CLI->>Server: POST /evaluate
    Server-->>CLI: ALLOWED<br/>(package in registry)

Contributing

uv sync --all-groups
uv run pytest

Tests live under tests/client/ and tests/server/. PRs welcome — file issues for bugs, license-policy edge cases, or agent-integration gaps.


License

See LICENSE.

Metadata

Release files for lex-align 2.2.8

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for lex-align 2.2.8
File Size Uploaded Provenance Actions
lex_align-2.2.8.tar.gz 95.1 kB With provenance Details for lex_align-2.2.8.tar.gz

Built distribution (wheel)

Table of built distributions (wheels) for lex-align 2.2.8
File Interpreter ABI Platform Actions
lex_align-2.2.8-py3-none-any.whl Python 3 none any Details for lex_align-2.2.8-py3-none-any.whl

Total release size: 223.9 kB

Release files / lex_align-2.2.8.tar.gz

Download URL lex_align-2.2.8.tar.gz
Size 95.1 kB
Tags Source
SHA-256 checksum
How to use checksums
eff053ba7be4aa3ebab2376cd498da2623538a1fa2f0016feaec319ab15e0848
BLAKE2b-256 checksum
How to use checksums
b5ee5556eedf742e88e6accfcb903622f10ef8bca96f03f71b42ee1f67746f09
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.12

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 11, 2026.

Transparency log

Release files / lex_align-2.2.8-py3-none-any.whl

Download URL lex_align-2.2.8-py3-none-any.whl
Size 128.9 kB
Tags Python 3
SHA-256 checksum
How to use checksums
3d267f3aa352c1f0e0649ad1ab4c35f21396774702613d232a63ce56246889e5
BLAKE2b-256 checksum
How to use checksums
4231fa8678e9a98800597e7852419f720030cf6a25e82c4c96cc6c982778096a
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.12

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 11, 2026.

Transparency log

Security for lex-align 2.2.8

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.

Full provenance

All 2 files in this release have been uploaded with provenance metadata.

Select from 2 files

Attestation for lex_align-2.2.8.tar.gz

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 11, 2026.

Transparency log

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page