The first public version. Per-application routing enforced through the Windows Filtering Platform, named profiles with scheduling, per-adapter speed tests and live bandwidth monitoring. The profile JSON schema is version 1 and is frozen for the 1.x line.
- ADDPer-application routing: assign an executable to an adapter, enforced by blocking it on the others through WFP filters at the ALE connect layer.
- ADDHonest enforcement reporting — each rule states whether it was confined, not enforced, and any caveat that applies, rather than assuming success.
- ADDAdapter enumeration with routability judged from link state, address and gateway, so a dead line cannot be assigned by accident.
- ADDAdapter isolation by interface metric, with the original value journalled to disk first so it can always be restored.
- ADDNamed profiles with import and export as JSON, and daily activation windows including spans that cross midnight.
- ADDPer-adapter speed test bound to that adapter’s own address, plus live per-adapter throughput at a configurable interval.
- ADDSystem tray operation with configurable minimise and close behaviour, and start at sign-in via an elevated scheduled task (no UAC prompt).
- ADDNotification when an adapter carrying enabled rules stops being routable — the moment an application silently loses its network.
- ADD30-day trial, then activation by purchase email and licence key. Keys are ECDSA P-256 signed; the app embeds the public half only.
- ADDRecovery on launch: an adapter left isolated by a run that ended abnormally is restored from the journal.
- SECEnforcement is gated on entitlement in the routing service, not only in the window, so an expired trial cannot keep applying rules. Removing rules is never gated.
- SECSingle-instance guard: two copies managing filters and metrics could overwrite each other’s restore data and strand an adapter.
- SECNo telemetry and no analytics. The only outbound requests are a speed test when you press it and a licence check when you activate or re-validate.