Lanweave

Lanweave is a local-first, open-source toolkit for managing and observing UniFi Network controllers. It turns a controller into a small, reviewable GitOps project without requiring a cloud service.

The name is intentionally independent from the controller vendor. Lanweave is not affiliated with, endorsed by, or sponsored by Ubiquiti Inc. UniFi is a trademark of Ubiquiti Inc.

Why Lanweave?

Lanweave is aimed at operators who want a safe middle ground between clicking through a controller UI and adopting a complete infrastructure platform:

• declare networks and WLANs in YAML;
• validate locally before contacting the controller;
• inspect a deterministic, redacted plan;
• apply only after explicit confirmation;
• export a portable configuration without Wi-Fi passwords;
• capture a local, secret-redacted backup;
• expose the same read-only views to an MCP-compatible AI client.

The CLI is the primary interface. MCP is an optional read-only adapter, not a requirement and not a write path around the plan safety boundary.

Status

Lanweave 0.5.0 is the stable local firewall resource release. It preserves the local-first profile behavior tested against simulated controller responses, with read-only and authorized mutation evidence on one designated UniFi OS controller, adds an explicit, read-only Site Manager cloud adapter, and manages local DNS policies through the official Integration API. It targets the classic local UniFi Network API used by self-hosted UniFi Network applications and UniFi OS consoles; see compatibility and the apply recovery model for the exact scope, tested matrix and partial-failure behavior. The frozen public surfaces are described in contracts.

Supported resource families in this release:

• networks;
• WLANs, including references to environment-provided passwords;
• local DNS A, AAAA and CNAME records;
• local firewall zones, address groups, port groups and ordered rules;
• local controller/site profiles with explicit target selection;
• controller health, devices and clients;
• redacted snapshots of common operational endpoints.

The firewall family is limited to the documented local API-key Integration API surface. See firewall, compatibility and the v0.5 roadmap for the exact support boundary.

The cloud-site-manager adapter exposes only documented read-only hosts, sites, devices and derived site health. Run lanweave capabilities before selecting a target to inspect its supported operations.

NAT, VPN and device mutation workflows remain outside v0.5.0. They need their own fixtures, dependency rules and rollback story before being safe to expose.

Quick start

Requires Python 3.11+ and uv. Install the stable package from PyPI with:

uv tool install lanweave==0.5.0
lanweave --version

For a checkout and development environment:

uv sync --extra dev
uv run lanweave init
cp .env.example .env
uv run lanweave validate

See release verification for checksums, provenance and attestation verification.

Edit config/network.yaml and provide secrets only through the environment:

wlans:
  - name: Home
    ssid: Home
    network: Home
    security: wpa2
    password_env: WIFI_HOME_PASSWORD

dns:
  - name: printer.home.arpa
    type: A
    address: 192.0.2.10
    ttl_seconds: 300

Use a local API key when possible. TLS verification is enabled by default; set UNIFI_VERIFY_TLS=false only when the controller's certificate cannot be verified and the risk is understood.

Command surface

lanweave init                    # create a generic config
lanweave doctor                  # check credentials and TLS settings
lanweave doctor --check          # also perform one health request
lanweave validate                # validate YAML locally
lanweave profiles list           # list sanitized local targets
lanweave profiles validate       # validate profiles without contacting UniFi
lanweave capabilities --output json # inspect selected adapter capabilities
lanweave export --out live.yaml # export secret-free desired-state YAML
lanweave plan                    # show create/update/delete operations
lanweave plan --output json      # machine-readable, redacted plan
lanweave apply                   # interactive, explicitly confirmed apply
lanweave apply --yes             # non-interactive apply after review
lanweave apply --acknowledge-firewall-risk # authorize reviewed firewall warnings
lanweave backup                  # write a 0600 redacted local snapshot
lanweave status                  # health and device summary
lanweave clients --filter phone  # connected-client view

--prune is opt-in. It never targets the controller's WAN or Default network, skips system/unknown-origin DNS policies, and requires a separate DELETE confirmation in interactive mode. Firewall changes with broad, external, privileged-port, shadowing or reorder warnings additionally require --acknowledge-firewall-risk (or the exact interactive acknowledgement). The flag does not bypass the plan or prune confirmation. Non-interactive mutation requires --yes; there is no implicit apply. If an apply stops part-way through, review a fresh plan before retrying; see apply recovery.

MCP adapter

Install the optional dependency and run the server over local stdio:

uv sync --extra mcp
uv run lanweave-mcp

The server exposes health, devices, clients, secret-free export, local validation and redacted planning. It intentionally exposes no apply or delete tool. A desktop MCP client should launch lanweave-mcp from this checkout (or from the installed package) with the required UNIFI_* environment variables. The tool names, parameters and error codes are frozen in the MCP contract.

Configuration and credentials

Copy .env.example to .env, or export the variables in the process environment. .env is ignored by Git. API keys provide read-only access to networks and WLANs through the local Integration API, plus the documented DNS policy create/update/delete endpoint. Username and password session authentication remains required for network and WLAN mutations.

Lanweave rejects literal WLAN passwords in YAML and refuses unresolved op://... secret-manager references. This keeps the public configuration portable and makes the secret boundary explicit.

Development

uv sync --extra dev --extra mcp
uv lock --check
uv run ruff check .
uv run ruff format --check .
uv run pytest
uv build

Unit tests use simulated HTTP responses and never need a real controller. Hardware compatibility tests must run against disposable or explicitly designated controllers. See contributing, security and the design notes.

License

Apache-2.0. See LICENSE.

Project links

• source repository;
• issues and roadmap;
• MCP contracts;
• v0.2.0 profile design;
• security policy;
• contribution guide.