What the agent is, what it does, how installation and updates work, and where things live on disk. Written for anyone installing or supporting the agent — IT admins, not just developers.
What is the AssetGullak Agent?
The AssetGullak Agent is a small background program that runs on your company’s computers (Windows, macOS, or Linux) and reports device health, installed software, and status back to your AssetGullak dashboard. It also lets your IT admins run remote actions — restart a device, collect logs, run a script — without needing physical or remote-desktop access to the machine. It runs continuously as a system service, starting automatically when the computer boots, and requires no ongoing attention once installed.What it does
- Device inventory — hostname, OS version, hardware specs, IP address
- Real-time metrics — CPU, RAM, and disk usage
- Software inventory — a list of installed applications, refreshed periodically
- Remote commands — restart, shutdown, collect logs, run a script, refresh inventory, or update the agent itself, all triggered from your dashboard
- Automatic updates — when your admin pushes a new agent version, it downloads, verifies, and applies it automatically, then restarts itself
What it does NOT do
- It does not read personal files, browsing history, or private data
- It does not run anything unless your IT admin explicitly triggers it from the dashboard
- It does not phone home to anywhere except your company’s AssetGullak backend
Supported platforms
Installing the agent
One-line install (recommended)
The fastest path — one command, no separate download step. Your enrollment key is already filled in on the Devices → Add → Download agent page; copy the command shown there for your OS. macOS / Linux:Manual install (alternative)
If you’d rather download the file yourself and run the install command explicitly:- Go to Devices → Add → Download agent in your AssetGullak dashboard
- Pick your operating system and download the installer
- Run the install command shown on that page — it already includes your company’s enrollment key, so you shouldn’t need to type or paste anything else
- The agent relocates itself to a permanent location on disk (see the table below) — so it isn’t left depending on whatever folder it happened to be downloaded or run from
- It registers itself as a system service (Windows Service / launchd daemon / systemd unit) so it starts automatically on boot
- It contacts your AssetGullak backend using the enrollment key to identify itself and receive a permanent device credential
- The enrollment key is used once and then discarded — after that, the device has its own unique identity
- The device appears in your dashboard, usually within a few seconds
Bulk deployment (Windows only, v1)
If you’re onboarding many Windows devices on the same network at once, use Devices → Add → Deploy to network instead of installing manually on each machine. This lets an already-enrolled device scan your network and push the installer to others automatically. See the separate Deploy to Network — Requirements & Troubleshooting guide for setup details.Uninstalling
sc stop AssetGullak / sudo launchctl unload -w /Library/LaunchDaemons/com.assetgullak.agent.plist / sudo systemctl stop assetgullak).
Automatic updates
When your admin pushes a new version from the dashboard (Devices → [any device] → Run command → Update agent, or in bulk across many devices), the agent will:- Download the new version
- Verify its integrity (checksum) before doing anything else
- Replace itself with the new version
- Restart automatically — this takes a few seconds, during which the device will briefly show as offline before reconnecting
Where things live on disk
The agent always installs to these exact locations — regardless of where you downloaded or ran the installer from, it relocates itself here automatically as part of installing. Logs rotate daily and are named by date (e.g.
agent.log.2026-07-05).
Permissions the agent needs
The agent runs with elevated system privileges (Administrator / root) on all platforms. This is required because it needs to:- Read hardware and OS information not visible to a standard user account
- Execute remote commands like restart/shutdown
- Register itself as a boot-time system service