How it works

From a request to a verifiable result.

Tell your AI what needs doing. RiotFleet connects it to supported, authorized work on your enrolled Linux servers and brings back the results.

See the difference

Answers are useful.
Actions change things.

Your AI can explain a service problem. With RiotFleet, it can also request permitted checks and changes on the servers you manage, then report what happened.

01
Ask about a service

“Is the service running on my enrolled Linux server?”

02
Check permission and run the task

The controller checks the configured authority, then the agent performs the supported status check.

03
See what actually happened

The result comes back to your AI. If the goal is website availability, verify the HTTP response too.

Getting started: A guided pilot first confirms the plugin connection, enrolled test node, supported actions and permission boundaries before expanding access.

What an operator can inspect

REQUEST service diagnostic
node: enrolled-linux-node
action: system status

AUTHORIZATION action/scope evaluated
ALLOWED for configured operator

EXECUTION job submitted
request_id: recorded

RESULT service: active
evidence: retained for review

Conceptual example illustrating the verification workflow. Actual capabilities and evidence depend on each customer's deployment.

How the pieces connect

Your AI. Your Linux fleet.
One controlled connection.

RiotFleet connects an existing AI assistant to an authenticated controller and agents on enrolled Linux nodes. Each operation is evaluated against its configured permissions before supported work is routed, and the returned status and evidence go back to the conversation.

Your AI assistantYou describe the task
RiotFleet plugin + Fleet controllerAuthenticate, check permissions, and route supported actions
Linux server 1Enrolled node agent
Linux server 2Enrolled node agent
Linux server 3Enrolled node agent
Results and evidence return to the AI
Conceptual architecture, not a claim of three validated customer installations. Enrollment, agent installation, permissions, and supported operations depend on the release and environment. The separate DPM plugin can retain operational knowledge across conversations.