Real output
It runs commands and shows the real output.
Product
systemctl list services and more
01
Devnix Ops helps you manage Linux services by running real commands and showing the actual output, so you can verify every change yourself.
Local files
It edits files in your working folder.
Safe mode
Ask first pauses before every change.
Features
- Filesread, write, edit, delete, list, grep, and glob files in the chat folder.
- Shellrun terminal commands and see the real exit code and output.
- Websearch the web or fetch a single documentation page.
- Screenshots and imagesgenerate images or read text from screenshots.
- Orchestrationrun parallel sub-agents or send steps to bigger models.
- Approval modesAuto-run, Ask first, or Plan only for your control.
- Cronschedule prompts to run automatically at set times.
- Modelsuse a cloud provider, a local model, or the built-in model.
How it works
You choose the mode, the agent runs the tools, and you review the result before it happens. In Ask first, you approve changes before they run, while Auto-run acts at once.
List all active services on my server.
- Shell
systemctl list-units --type=serviceunits listed - Shell
systemctl is-active exampleactive - Shell
systemctl status examplerunning - Shell
journalctl -u example -n 55 lines - Shell
systemctl list-unit-filesfiles listed
waiting for your OK before the next stepRejectAccept
Walkthroughs
Create a service
Devnix Ops prepares the unit file locally and then uses Shell to run systemd-analyze verify on your server, so you can review the syntax report before proceeding. Check status. The agent sets ExecStart to your program path within the [Service] section. Review the diff in Ask first mode before approving any changes to your server. Run sudo systemctl daemon-reload so systemd reads the new configuration immediately. Execute sudo systemctl enable --now to start the service and enable it at boot. Troubleshoot by running journalctl -u name -n 50 to see the last fifty log lines. Use systemctl list services to check 'system ctl' while the service is not enabling at boot.
Edit a service
You ask the agent to edit an existing service, and it uses write_file to create an override.conf in the chat folder for your server. It shows the diff. You review the changes carefully in Ask first mode before proceeding. Then the agent uses Shell to scp the file to your server. It runs sudo systemctl daemon-reload so systemd re-reads unit files. You approve the final restart command to apply the changes. The agent shows the new status of your service immediately. You check journalctl -u name -n 50 to make systemd log client connects to socket.
What Devnix Ops does not do
It is not a hosted service or plugin; it is meant only for your own files, PC and servers you are authorised to use. You keep the work within them, but the agent does not enforce scope. There is no guarantee that code, scans or analysis are correct. Users often ask what exactly is systemd to understand the service manager behind Linux.
