Performance evidence under review

Extend naming checks with repository policy and agent feedback.

LS-Lint supports naming, regex and file or directory cardinality. Keep it when that policy is sufficient. Try Assura for an additional repository convention or useful repair workflow. Historical report: recorded version 0.4.1 · 2026-09-30 UTC. These measurements do not establish current performance or published-version availability.

Historical performance summary; not raw CLI output.

historical performance evidence
cold accepted fixtures   8 / 8 fastercold aggregate           1.31xwarm 2x target           8 / 8 metwarm aggregate           24.80xrecorded version         0.4.1recorded date            2026-09-30 UTC

What LS-Lint does well

Direct naming, regex substitutions and cardinality checks for files and folders.

Where Assura starts

The same repository-level naming and placement concerns, with an LS-Lint migration path.

Where Assura fits

Configured content conventions, local references and actionable feedback alongside native linters and tests.

01

Beyond filesystem operations

Assura can inspect language-agnostic concerns inside files, including line counts, document structure, frontmatter, links, and references.

02

Less repeated policy

Reusable rule fragments and inherited project structure reduce duplication when the same expectations apply across multiple paths.

03

Repair guidance for agents

Rule-specific findings carry path and policy context so an agent can understand the expected repair instead of parsing a generic failure.

04

Performance claims stay bounded

Historical cold one-shot comparisons and warm persistent-session results describe separate execution paths. Current claims require verified provenance and passing regression gates; a recorded version is not proof of a published release.

Agent setup

Set up this project with Assura.

Copy one instruction to the coding agent already working in your project. It will establish the baseline, define the expected shape, and verify it.

Agent goal Inspect, constrain, verify
Published v0.4.1. The installer provides the published release. This source checkout may contain newer changes. Keep assura and assura-full together, confirm the selected version, and follow any installer PATH correction.
First command assura agent onboard .
  1. Inspect manifests, tooling, generated output, and the intentional layout.
  2. Define project-owned rules for the expected stack. Close stable scopes so unexpected paths fail; preserve legitimate paths and ask only where evidence is ambiguous.
  3. Verify with assura review and assura check --format agent.
Installation details published release pair
curl -fsSL https://assura.dev/install.sh | sh

The copied setup instruction includes this command and the mandatory checks below.

assura --version && assura-full --version