
Laguarde
dev.futur-pandaPublished by futur-panda.devv0.3.2Updated Oct 28, 2026
Self-hostable policy control plane for AI coding agents.
Overview
Self-hostable policy control plane that lets an AI coding agent fetch project policies, evaluate intended actions, and record decisions as audit evidence.
- What you can do
- Retrieve the current project policy bundle with its immutable revision IDs
- Preview the boundary decision (allowed, limited, approval, forbidden) for an exact intended action
- Re-evaluate and persist a decision as SQLite records plus Markdown evidence
- List and submit developer preference proposals for human review and ratification
- Humans manage policies, review decisions and ratify feedback through a local dashboard and REST API
- When to use it
- Useful for teams that want coding agents to check declared actions against shared engineering rules, guardrails, init recipes and PR review guidelines, and to keep an auditable record of why an action was permitted. Best when the agent is cooperative and the host can treat the decision service as a gate.
- Requirements
- Runs as a local daemon started via the npm package laguarde-mcp with Node.js 24 or newer; the current Git repository must be registered to get a project-specific MCP URL. The daemon listens on localhost port 3000 and stores data in ~/.laguarde by default, configurable via LAGUARDE_DATA_DIR, LAGUARDE_DB_PATH and LAGUARDE_EVIDENCE_DIR.
Installation
In SourceWeft
- Open Laguarde in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Laguarde
Laguarde is a self-hostable policy control plane for AI coding agents.
It gives a team one persistent place to define engineering practices, evaluate agent actions, ratify recurring developer preferences, and retain the exact policy revisions behind important decisions.
Laguarde runs locally for one developer or behind a team URL. Agents interact with the same server through standard MCP; humans use the dashboard and REST API.
What the prototype proves
- Four policy categories: code rules, general guardrails, project initialization recipes, and PR review guidelines.
- Four decisions:
allowed,limited,approval, andforbidden. - Context-specific policy bundles with immutable revision identifiers.
- One local daemon with a persistent registry of projects and Git origins.
- Fail-safe action evaluation: an unmatched action is
limited, not silently allowed. - Human approval for dependency, migration, deletion, and authentication actions.
- SQLite decision records plus human-readable Markdown evidence.
- Developer feedback convergence: a human may merge any proposal immediately; three observations promote it as a stronger candidate.
- A dashboard for policy CRUD, decision evaluation/review, and feedback ratification.
Quick start
For a local MCP installation, use Node.js 24 or newer:
The first command reuses the healthy local daemon or starts it once. The second registers the current Git repository and prints its project-specific MCP URL. All local projects share the daemon, dashboard, SQLite database, and audit history while remaining separately identifiable.
Conceptual MCP configuration:
For repository development, install Bun and run:
Project HTTP MCP endpoints live under
http://localhost:3000/mcp/projects/:projectId, and agent-facing discovery is
available at http://localhost:3000/llms.txt.
Onboarding surfaces:
- human guide:
http://localhost:3000/guide; - agent self-setup contract:
http://localhost:3000/install(text/plain).
To onboard a capable agent, send it the /install URL and explicitly ask it to
connect Laguarde for the current project. The contract tells it how to verify
the server, make a minimal native MCP configuration change, discover the tools,
and load the registered project's policy bundle.
Agent policy-gate skill
Install the optional fail-closed skill from this repository with:
The skill requires a cooperative agent to load the project-bound Laguarde policy bundle, evaluate and record every material action, and stop when policy is unavailable, limited, approval-required, or forbidden. It does not replace a sandbox or host-level execution hook.
For S3/CloudFront onboarding, generate the two static upload objects with:
MCP Registry publication is automated through GitHub Actions after a one-time
DNS authentication setup. See
docs/registry-publishing.md.
The daemon's first start creates ~/.laguarde/laguarde.db, seeds global policy,
and adds ten policies. Set LAGUARDE_DATA_DIR, or the more specific
LAGUARDE_DB_PATH and LAGUARDE_EVIDENCE_DIR, to place persistent data
elsewhere.
Agent workflow
get_policy_bundleretrieves the current policies and their revision IDs.evaluate_actionpreviews the boundary decision for an exact intended action.record_decisionre-evaluates and persists that action as evidence.- The agent proceeds only when allowed, narrows a limited request, waits for approval, or stops when forbidden.
list_preference_proposalsandpropose_preferenceturn reusable developer corrections into a human review queue.
See usage instructions for tool inputs and concrete calls.
Architecture
The published CLI uses Node.js, TypeScript, Express, SQLite, and the standard
MCP SDK. Bun remains the repository's development and test runner. Policy types
share one revisioned model, while category-specific configuration is stored in
fields.
Important enforcement boundary
MCP connectivity makes policies discoverable and decisions auditable, but it does not technically prevent an uncooperative agent from using tools outside Laguarde. Hard enforcement requires Laguarde decisions to be wired into an execution hook, command proxy, sandbox, filesystem permissions, or CI gate.
This prototype is therefore an enforceable decision service, but only an advisory boundary until the host agent or execution environment uses it as a mandatory gate.
Repository guide
src/— policy engine, persistence, REST API, and MCP tools.public/— human dashboard.llms.txt— agent-facing discovery and operating contract.examples/— bootstrap, control-boundary, and feedback demos.docs/— installation, usage, decisions, and current limits.test/— executable behavior specification.
Verification
Next engineering milestones
- Add authenticated organization/team/project hierarchy and explicit policy precedence.
- Add an execution adapter that verifies approval immediately before an agent tool call.
- Bind approvals to an exact action digest and expiry.
- Add database migrations and production persistence adapters.
- Add static code/diff inspection rather than relying only on declared action metadata.
Source: README.md at commit 6da49be
Tools
0Version history
1- v0.3.2LatestSep 16, 2026
Score
40% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Declare a license in the repository or the registry entry.