Developers

Install Aegis.
Inspect the proof.

The shortest supported path is the VS Code extension. Aegis manages the developer-facing runtime integration around the editor while the underlying trust model remains available through the GitHub Action and local CLI/API surfaces.

Quick start

Three steps from install to Aegis.

No repository clone, Python environment, or manually started web server is part of the public VS Code install path described by this release.

  1. 01
    Install the extension.

    Use the Marketplace or the VS Code CLI command below.

  2. 02
    Open a project.

    The extension is the primary developer surface for the packaged Aegis workflow.

  3. 03
    Run Aegis.

    Inspect claims, evidence, verification state, remediation, and policy from the supported product surface.

VS CODE CLIcode --install-extension aegis-security.aegis-security
CURRENT PACKAGED RUNTIMELinux x64

Platform support is stated before installation so macOS and Windows users are not surprised after the extension is installed.

Product surfaces

Real product.
No simulated dashboard.

The capture below comes from the repository’s launch asset. GitHub Action and CLI details are described as capabilities rather than dressed up as fake product screens.

AEGIS · VS CODE 0.2.4
Aegis Attack Graph and Data Sentinel interface captured in Visual Studio Code
Real Aegis product capture. No simulated repository, scan count, or security score.
01 / VS CODE

Inspect security evidence next to the code.

The editor surface exposes findings, evidence, verification state, policy, remediation state, and persistent project security context without collapsing them into one score.

Install from Marketplace
02 / GITHUB ACTION

Carry verification into CI.

The public GitHub Action is a thin integration surface for the versioned Aegis runtime and machine-readable verification artifacts. The proprietary runtime core stays separate.

Inspect the public repository
03 / CLI + LOCAL RUNTIME

Keep the supported developer path local-first.

CLI and local API workflows use the same trust model. The current packaged runtime target published by this repository is Linux x64.

Read the developer contract

What actually ran?

A security decision should carry the checks and evidence that contributed to it, including missing or incomplete steps.

Was the action allowed?

Analysis does not imply permission to execute. Controlled validation remains separately authorized and constrained.

Did the change actually verify?

A patch proposal and a post-change verification result are distinct lifecycle states.

What is public?

The public repository contains the developer integration surface, release contracts, and security policy. The proprietary runtime core is distributed separately rather than published merely to make installation easier.