THE LOCAL WORKFLOW

Your project. Your environment.

Guardian keeps the analysis beside your code, makes coverage visible, and ties the release decision to the evidence behind it.

How a Guardian review runs

Illustrative workflow — not a live scan.

YOUR ENVIRONMENTLOCAL BY DEFAULT

  1. Complete

    Mobile project

    Flutter, iOS or Android. Source, builds and secrets stay on your machine.

  2. Complete

    Project detection

    Guardian identifies the project structure it supports.

  3. Complete

    Guardian local engine

    Analysis, coverage and policy evaluation, all on your own machine.

  4. Complete

    Findings

    Findings are classified where they are produced.

  5. Complete

    Release decision

    Findings, coverage and policy decide whether the gate clears, holds for review, or blocks.

  6. Complete

    Local reports

    Text, JSON, SARIF, GitLab and HTML, written to the path you choose.

A local scan completes without a network connection.

OPTIONAL — REQUIRES APPROVALPlanned

  1. Approval required

    Review and sanitize

    Findings will be normalized, redacted and shown to you before anything moves.

  2. Approval required

    Explicit approval

    Nothing will leave your environment until you approve the exact payload.

  3. Approval required

    Optional workflow integration

    Approved, sanitized findings only — never source, builds, secrets or signing material.

FROM INPUT TO EVIDENCE

Six steps.
One traceable review.

Analyzers produce findings. Normalization gives them a consistent shape. Release policy weighs their severity and the coverage behind them before the report explains the result.

  1. 01

    Point Guardian at a project

    Run it against a project in your environment. There is no repository upload step.

  2. 02

    Detect the structure

    Guardian identifies the platform and selects the analysis paths that apply.

  3. 03

    Run the analysis locally

    Configured analyzers read local source and configuration on your machine.

  4. 04

    Read findings and coverage together

    Evidence, risks and checks that could not run are reported separately.

  5. 05

    Fix, re-run, or record an exception

    Policy exceptions are recorded with a reason rather than hidden.

  6. 06

    Generate the release report

    The gate decision is written out with the findings, coverage and policy behind it.

DEVELOPER WORKFLOW

Start where
your code lives.

These commands come from the help output of the bundled Guardian CLI. Run guardian --help against your installed build before automating anything — a newer release may differ.

Full CLI reference
TYPICAL SESSION
guardian init
guardian detect .
guardian scan .
guardian scan . --format json --output guardian-report.json
guardian scan . --baseline guardian-baseline.json --fail-on-new
guardian release check

No repository upload step.

macOS app · Preview

A native front end.
The same local core.

The macOS application calls the Python CLI and core through a JSON boundary, which keeps the core as the single engineering source of truth. Its distribution build is still completing verification.

Release status
Connected mode · Planned

A cloud failure must
not stop local work.

Optional synchronization will be disabled by default. Only normalized, redacted and explicitly approved findings will be allowed to leave the local boundary, and you will see the exact payload first.

Explore the privacy boundary
A CLEARER PATH TO RELEASE

Make the next release
an informed decision.

Register interest and we will get in touch when there is a build worth your time.

Get early access