Installed
A supported app or binary exists on the device.
How it works
AI-mediated work can begin on a laptop, in an IDE, or inside a third-party assistant before a request reaches software you control. AxLoop starts with supported evidence at that origin.
Discover what exists. Map what connects. Build toward traceable outcomes.
How the platform evolves
AxLoop does not ask customers to write policy against an interaction it cannot yet explain. Discovery establishes the inventory. Correlation maps relationships. Later stages can trace, evaluate, govern, enforce, and audit supported interactions.
What AI exists?
What is connected?
What happened?
Did it work?
Should it have happened?
What should happen next?
Available now · Discovery pipeline
If nothing changed, nothing is exported. If something changed, only the new state leaves the device — less telemetry, more signal.
Evidence, not assumptions
AxLoop reports what the endpoint actually proved — never more than the evidence supports.
Installed
A supported app or binary exists on the device.
Configured
A configuration declares a server or integration.
Running
A supported process is present right now.
Observed
AxLoop has direct evidence for the state reported.
Privacy at the data model
Sensitive values are filtered before telemetry is created. Known secret patterns are rejected, not exported. Paths are reduced to safe identifiers or hashed locally.
Local components talk over authenticated Unix sockets. No open ports. Export is off until you turn it on.
Two scopes
The system service observes host-level signals — supported running processes and machine-level assets.
The user-session agent discovers user-specific tools and configuration — editor extensions and declared connections stay in the user scope.
Enterprise deployment
A native .pkg built for device management — daemon, session agent, menu-bar app, and local inventory in one package.
Lightweight by design
AxLoop AI
See AxLoop on a real device.