Skip to main content

Loki

Deterministic guardrails for AI coding agents.

Loki checks every edit your agent makes with real analyzers and precise rules. It blocks the dangerous ones before the file changes, tells the agent exactly what to fix, and does all of this without calling a model.

Python 3.11+ Runtime dependencies: none Agents Languages

Loki blocking an XSS write, a leaked API key and a cross-file type error, then allowing the fix and flagging a complexity hotspot

Real hook output from docs/demo/demo.sh. Only the typing is simulated.

Why Loki

  • It stops problems before they land. Content rules, Ruff and a full TypeScript type check run on the proposed file before the write. XSS, leaked keys and broken callers never reach disk.
  • It only complains about what the edit changed. Findings are compared against the committed file by rule and source line. Existing debt and shifted lines pass, so agents aren't blocked by code they didn't touch.
  • It uses real analyzers. mypy, tsc, golangci-lint, Clippy, Credo and Sobelow run on every write, all net-new. Twenty-six tool-free rules cover what linters miss: SSRF, open redirects, request-trusted authorization, shell -c injection, ReDoS, zip slip, prototype pollution, GitHub Actions injection and more.
  • It's fast when it matters. A per-repository daemon keeps the TypeScript checker, dmypy and build caches warm. A TypeScript check takes about 40 ms warm instead of 500 ms.
  • It measures structural sloppiness too. loki.py slop scores complexity, duplication and import cycles in six languages and flags new hotspots as the agent writes them.

How it compares

Head to head with Interlinked CLI (82307ea), both installed as Claude Code hooks. Each ran in a fresh sandboxed repository per case and repetition. A defect counts only if the right diagnostic appears on every repetition.

Suite Loki caught Interlinked caught Loki prevented before write Loki false blocks Interlinked false blocks
Blind holdout (60 unseen cases, before any tuning) 33 12 19 3 2
Development corpus 46/47 20/47 36 0 1
Missing project-local JS tools 17/17 13/17 17 0 1
Holdout 1 (tuned) 41/48 11/48 26 0 1
Holdout 2 (tuned) 42/60 12/60 29 0 2

Median hook latency is on par (402 ms vs 389 ms) with a much shorter tail (p95 1.6 s vs 6.4 s). Without project-local JS tools, Loki takes 334 ms against Interlinked's 10.8 s. Every holdout defect Interlinked catches, Loki catches too.

These are synthetic cases, not production sessions. The blind holdout was written by an agent that could not see either product. Read the full results and the benchmark protocol.

Quick start

Loki needs Python 3.11 or newer and has no runtime dependencies. Install the loki command, then point it at a Git repository:

uv tool install loki-guardrails     # or: pipx install loki-guardrails
loki init --dir /path/to/your/repo

To try it without installing anything, run uvx --from loki-guardrails loki init --dir .. You can also clone this repository and run python3 loki.py init --dir /path/to/repo.

That installs Loki into .loki/, registers hooks for every supported agent, and adds starter configuration for Ruff, Oxlint, golangci-lint and a GitHub Actions check. Existing configuration is merged or left alone.

Then, inside the repository:

loki scan                                # check the working tree
loki scan --strict --base origin/main    # CI: missing tools fail
loki slop                                # structural sloppiness report

The installed hooks don't use the global loki command. init copies the engine into .loki/loki.py, so every repository runs the exact version its policy was reviewed against. CI runs the same file, and upgrades happen only through loki init --force and a reviewed commit. loki --version and python3 .loki/loki.py --version show which version each one is.

Codex needs a one-time /hooks approval and Pi a trust prompt. The install guide covers each host.

How it works

flowchart LR
    A[Agent proposes a write] --> B{Pre-write}
    B -->|path, policy, secrets,<br/>security rules, Ruff,<br/>TypeScript types| C[Deny with the exact finding]
    B -->|clean| D[File is written]
    D --> E{Post-write}
    E -->|mypy, golangci-lint, Clippy,<br/>Credo, Sobelow, Oxlint| F[Report net-new findings]
    E --> G[Advisory: new hotspots,<br/>clones, import cycles]
    H[(Warm daemon)] -. keeps analyzers warm .-> B
    H -.-> E
  1. Before the write, Loki reconstructs the file the agent is about to produce. It checks the path against protected policy, runs the tool-free content rules, and, where supported, runs Ruff and a TypeScript type check on the proposed content. A denial carries the precise diagnostic.
  2. After the write, the language's analyzers run on what actually landed. New findings go back to the agent, while existing debt stays quiet.
  3. In CI, scan repeats the checks against a base revision, including test integrity, dependency policy and lockfile consistency.

Loki blocks its own policy files, hook registration and CI workflow from agent edits, so an agent can't switch it off.

What it catches

Language On every write Tool-free rules
Python Net-new Ruff and mypy (annotated code), import and AST checks request-trusted authorization, SSRF, path traversal, shell -c, timing-unsafe compares, ReDoS, tautological tests
TypeScript / JS Oxlint, project type check (pre-write), floating promises, numeric .sort() XSS sinks, open redirects, eval, command and SQL injection, SSRF, prototype pollution, postMessage origin, timer leaks, ReDoS, disabled TLS
Go gofmt, go vet, golangci-lint with gosec on changed lines zip slip
Rust rustfmt, net-new Clippy and compiler errors placeholders, unchecked get_unchecked, unflushed BufWriter, shell -c
Elixir / Phoenix mix format, net-new Credo and Sobelow request-trusted authorization, SSRF, open redirects, structural DateTime sorts, unhandled File results, leaked handles
Any file protected paths, root confinement hardcoded credentials, merge-conflict markers, GitHub Actions script injection

Missing analyzers are reported as NOT CHECKED, never as clean, and LOKI_STRICT=1 turns them into failures. The reference documents every rule, threshold and limitation.

Structural sloppiness

loki.py slop puts a single number on how hard code is to change. It combines the erosion metric from Measuring code sloppiness with trellis's scoring:

$ python3 .loki/loki.py slop
Sloppiness index: 26/100 (lower is better; trellis 0.2.0-provisional weights)
  complexity-erosion  26.2  eroded share 0.94, 1 of 4 functions with CC > 10
  duplication          0.0  density 0.00, 0 clone groups
  import-cycle         0.0  density 0.00, 0 cycles
hotspot src/discounts.ts:1 discount CC 17, 15 SLOC, mass 65.8

Complexity is exact for Python, TypeScript/JavaScript, Go and Elixir using each language's own parser. It is approximated structurally for Rust, Java, Kotlin, C#, C/C++, Swift, Scala, PHP and Ruby. Clones are detected on normalized tokens, so renamed copies count. --base compares against a revision, and max_index or max_index_increase can gate CI.

Configuration

Policy lives in .loki/loki.json and is always read from the committed base, so an agent can't loosen it mid-session:

{
  "rule_packs": ["core", "python", "typescript", "phoenix", "shell"],
  "shell_commands": [
    {"command": "npm test", "cwd": ".", "inputs": ["package.json", "package-lock.json"]}
  ],
  "slop": {"max_index": 40, "max_index_increase": 2, "block": false},
  "elixir_security": {"sobelow": {"block": "high", "warn": "medium"}}
}
Setting Default Effect
typescript_check on when tsconfig.json exists false disables it; true makes setup problems block
slop.block false Turns new hotspots, clones and cycles from advice into failures
shell_commands none Exact, reviewed shell commands the shell guard admits
LOKI_STRICT=1 off Missing analyzers fail instead of reporting NOT CHECKED
LOKI_DAEMON=0 on Runs every hook in-process

Supported agents

Agent Integration
Claude Code .claude/settings.json hooks
Codex .codex/hooks.json hooks
Factory Droid .factory/hooks.json hooks
Pi .pi/extensions/loki.ts
OMP .omp/extensions/loki.ts

Documentation

Development

uv run --frozen pytest -q
bun test ./tests/loki-shim.test.ts ./tests/loki-omp.test.ts
ruff check --config templates/.ruff.toml loki.py tests benchmarks

Regenerate the demo with asciinema rec -c "bash docs/demo/demo.sh" docs/demo/demo.cast followed by agg docs/demo/demo.cast docs/demo/demo.gif.

Release files for loki-guardrails 0.1.0

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

Source distribution (sdist)

Source distribution for loki-guardrails 0.1.0
File Size Uploaded
loki_guardrails-0.1.0.tar.gz 158.1 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for loki-guardrails 0.1.0
File Interpreter ABI Platform
loki_guardrails-0.1.0-py3-none-any.whl Python 3 none any Details

Total release size: 277.8 kB

Release files / loki_guardrails-0.1.0.tar.gz

Download URL loki_guardrails-0.1.0.tar.gz
Size 158.1 kB
Tags Source
SHA-256 checksum
How to use checksums
d7ab473d9a087904a81f2c2202970b907f7d3e30705132c993dd8bc107832e52
BLAKE2b-256 checksum
How to use checksums
a1e1f6bcd35b0e890506bad4d0b094d7569b858ecb8a4cde5fe2b99ddc72ea19
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

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 Sep 25, 2026.

Transparency log

Release files / loki_guardrails-0.1.0-py3-none-any.whl

Download URL loki_guardrails-0.1.0-py3-none-any.whl
Size 119.7 kB
Tags Python 3
SHA-256 checksum
How to use checksums
89e01de9e7e831aae98b8d5f517e155462f57cfdc4d35301862ba181da8679b3
BLAKE2b-256 checksum
How to use checksums
9434c996eb7fb643af12be675c9372f607b558d73d2fa7accee667d0d81ee93a
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

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 Sep 25, 2026.

Transparency log

Release history Release notifications | RSS feed

0.1.2

2 release files

0.1.1

2 release files

This release

0.1.0 This release

2 release files

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