No. Agents will absorb the ticket queue of password resets, licence requests and routine access changes, but IT administrators become more important, not less. Someone has to decide what the agents themselves may connect to, guard privileged access, and respond when an agent is tricked by a malicious instruction. That is administration work, and it is growing.
What does an agent take off the service desk?
Most IT queues are dominated by a small number of request types, many governed by clear rules. Those are good candidates for an agent:
- Password and multi-factor resets after identity is verified through the approved route (depth 3 within bounds).
- Standard access requests that match a role profile and have a manager's approval on record (depth 3).
- Software and licence requests from an approved catalogue (depth 2 or 3).
- First-line troubleshooting from the knowledge base, with a hand-off when the steps run out (depth 1 and 2).
- Drafting change records for routine changes, held for an approver.
Each of these needs certification on the organisation's own past tickets before the agent acts alone.
What stays with the administrator?
- Privileged and administrative access. Granting admin rights, service accounts or production access is held for a named administrator every time.
- The agents' own permissions. Which systems an agent may connect to, with which credentials, is set and reviewed by IT. An agent should never widen its own access.
- Security judgement. Deciding whether an unusual request is an attack.
- Incidents. Containment, recovery and the post-incident review.
- Exceptions to policy, such as access for a contractor outside the normal process.
The same structure applies in other administrative roles; compare whether agents will replace payroll administrators and whether agents will replace collections agents.
Why do agents create new admin work?
An agent that can read email, open tickets and call systems is a new kind of identity in the estate. The OWASP Top 10 for LLM Applications names the risks plainly: prompt injection, where an instruction hidden in a document or message steers the agent; excessive agency, where an agent has more permission than its job needs; and sensitive information disclosure. Each one is an administration problem.
Under a governed setup, much of this is contained by design. Every action meets the minimum chain of five bounds: role scope, certificate, sources, the customer's own limits and the platform guardrails. An instruction that arrives in an external email is stamped as external and cannot authorise an access change. But the administrator still has to set the role scope narrowly, keep connections to what the job requires, and read the record when something looks wrong.
How does this play out in a hospital?
Take a hospital's IT team. A ward clerk's ticket asks for access to the patient records system for a new agency nurse, with the ward manager copied. The agent checks the role profile, confirms the manager's approval in the request system and the nurse's identity record, and grants the standard clinical read profile at depth 3.
An hour later a ticket arrives from an outside address, claiming to be a consultant and asking for the agent to add an account to the records administrators group. The agent refuses: administrative groups are outside its role scope. The verdict names the bound that decided, and the ticket is flagged. The administrator reviews it, treats it as a phishing attempt and tells the security team. Health data raises the stakes everywhere; see AI agent training for IT administrators in healthcare in Canada and in India.
What must administrators learn?
They need to set and review agent role scopes and connections, read verdicts and the bound that decided, recognise injection attempts, and know that a certification run that clears no depth drops the agent to depth 1 the same day, which pushes routine tickets back onto the desk. The fuller argument is in why IT administrators are the real control. For administrators who also design and certify the service desk agents, a builder-level qualification such as Pryme Intelligence Academy's Builder track is the right level. The guide to AI agent skills by role maps the rest.
Questions people ask
Can an agent reset a password without a person?
Yes, if identity is verified through an approved route and the agent is certified for it. Resets for privileged accounts should still be held.
Who owns an agent's credentials?
IT does. Agent credentials should be issued, scoped and rotated like any service identity, and reviewed whenever the agent's job changes.
Will service desks disappear?
The first line will shrink. Second-line work, security and the administration of agents will grow, and the desk must be able to take tickets back if an agent drops in depth.