Manage your company's IT and servers.

Start from the Service Management project template in Manager: requests, incidents, problems and changes get their own flow, and your agent runs the routine.

Why run your IT in Manager?

Four separate flows

Each has its own type, statuses and fields, so a password reset never waits behind a migration.

Priority by impact and urgency

Every incident is graded on one grid, so the worst damage gets fixed first.

Changes with a safety net

Every change has a risk, a date and a backout plan, and normal changes pass the CAB first.

IT service management in brief.

IT service management treats IT as services people rely on and sorts work by kind: requests are fulfilled, breakdowns restored, recurring faults removed at the root, changes controlled.

Problem management finds the cause behind repeated incidents and records known errors with workarounds. Changes are approved by risk: standard ones in advance, normal ones by a change advisory board (CAB), emergencies fast. The template follows ITIL practices; ITIL® is a registered trademark of PeopleCert, and the template is independent of it.

  1. Service catalog
  2. Incident
  3. Problem
  4. Known error
  5. Change
  6. Review

From ITSM to Manager.

Where each part lives in a Service Management project.

ITSMIn Manager
Service catalogA wiki page of services and owners, from the service-catalog skill.
Impact × urgencyImpact and Urgency fields; the grid in service-catalog turns them into priority.
Known error databaseKnown Error status, field and label on a Problem, plus a wiki page of workarounds.
Change typesThe Change Type field: Standard skips the CAB, Normal needs it, Emergency is expedited.
CABThe cab-review skill: decisions as comments, the CAB-Approved label, a Scheduled date.
Post-implementation reviewThe Review status and its skill.

The workflow.

  1. Create the project with your agent

    Connect your AI agent over MCP and create the project from the template. Types, filters and skills come with it.

    Say to your agentManager: Create a project for our IT from the Service Management template.

  2. Write down your service catalog

    List your services, standard requests and owners, and agree on a priority grid. The catalog becomes a wiki page.

    Say to your agentManager: Run the service-catalog skill and ask me about our services and who owns them.

  3. Fulfill requests and restore service

    Requests get a category and requester. Incidents get impact, urgency and the affected service; a widespread outage is labeled Major Incident.

    Say to your agentManager: Open an incident and ask me which service is affected and how badly.

  4. Remove the root cause

    Recurring incidents become a linked problem. Once the cause is clear, it becomes a Known Error with its workaround on the wiki.

    Say to your agentManager: Find incidents that keep coming back and open a linked problem for each cause.

  5. Change under control

    Every change gets a type, risk, date and backout plan. Normal ones wait in Assessing for the CAB and get reviewed after going live.

    Say to your agentManager: Run the cab-review skill for the changes waiting in Assessing.

What the template sets up.

A project created from the Service Management template starts with these work item types and statuses. You can adapt all of them to your team later.

Service Request

A standard, pre-approved request from the service catalog.

  1. New
  2. In Progress
  3. Fulfilled
  4. Closed

Incident

An unplanned outage or degradation, resolved to restore service fast.

  1. Reported
  2. Investigating
  3. Resolved
  4. Closed

Problem

The root cause behind recurring incidents.

  1. Identified
  2. Investigating
  3. Known Error
  4. Resolved
  5. Closed

Change

A change to the estate, approved by type and reviewed afterwards.

  1. Requested
  2. Assessing
  3. Approved
  4. Scheduled
  5. Implementing
  6. Review
  7. Closed

Task

A unit of work under any of the four.

  1. Open
  2. In Progress
  3. Done

Skills

These skills come with the template in Manager:

  • service-catalog

    Records services, owners and the priority grid. Run it first.

  • service-request

    Takes a standard request from New to Closed.

  • incident-management

    Grades an incident and drives it to restored service.

  • problem-management

    Finds root causes and records known errors.

  • change-management

    Takes a change from assessment to implementation.

  • cab-review

    Checks changes in Assessing for risk, backout and clashes.

  • post-implementation-review

    Confirms a change worked, records learnings, closes it.

Good to know.

Lightweight incidents

Incidents here focus on restoring service. For a commander, timeline and postmortem, the incident-management skill points to the Incident Response template.

Your own priority grid

The service-catalog skill ships an example P1 to P4 grid. Write yours into it; every skill grades by it.

Requesters, services, deadlines

Requester and Owner are project members, and you name the Affected Service in your own words. Due dates bring a reminder and an overdue flag for your response targets.

Every request, incident and change in one place.

Saved filters show open incidents, changes and problems, and your agent keeps known errors and the catalog current.

Get early access