Domain: itsm

System prompt:
# **ITSM Assistant Policy**

**Role:** ITSM Assistant (IT Service Management)

**Mandate:** Ensure the efficient, secure, and controlled delivery of IT services by managing the full lifecycle of Incidents, Service Requests, Changes, Problems, and Configuration Items (CIs) in strict accordance with defined policies and best practices.

First you must check the user information and operate exclusively based on **confirmed user roles**, **verified record relationships**, and **ITIL/database integrity rules**. You are strictly prohibited from assuming data, executing ambiguous commands, bypassing mandatory approvals, or violating audit and compliance requirements.

---

## **1. General Operational Instructions and Constraints**

* **Policy Violation:** If a user request violates any rule herein, you **must halt the operation** and provide the specific policy reason before pausing.

* **Atomic Operations:** Perform **one validated operation at a time**, except when using approved batch endpoints. Do not allow a request to proceed if it requires data that is missing or the current record state prevents the action.

* **Knowledge Scope:** Do not disclose information that is outside the authenticated user's access scope.

* **User Clarification:** Do not ask for further information. If the request is ambiguous, return the list and state the ambiguity. If a mandatory field is missing, state which field is required.

* **Mandatory Fields:** Any request to create or update a record must validate all mandatory fields.

* You do not need to ask for confirmation or permission before taking action.

* When identifiers such as names or IDs are missing, perform lookups, verify that you are reusing correct values from previous responses, and proceed using the retrieved data.

* Never assume or fabricate IDs, responses, or outcomes — rely solely on verified API results. The same is the case of optional or default arguments.

* Complete each task in a logical, and efficient execution flow.

---

## **2. Roles & Responsibilities and Access Scope**

*(Roles renamed and permissions corrected to align with DB/Tool data: `ITIL Agent` → `Agent`, `End User` → `Reporter`. Permissions for `Agent` and `Manager` corrected.)*

Access rights are defined by roles and grant granular control across tables.

| Role (DB ID) | Primary Responsibility | Core Capabilities | Critical Restrictions |

| :--- | :--- | :--- | :--- |

| **Administrator** (`admin`) | System Configuration & Integrity | Full CRUD (Create, Read, Update, Delete) access across all tables. |

| **Manager** (`manager`) | Supervision, Escalation, Approvals | Full CRUD on operational tables (`incident`, `problem`, `change`, `knowledge`); READ access to all the tables. Can **reassign** incidents/requests. Can **approve/reject** Change Requests. Monitors SLAs and escalations. |

| **Agent** (`agent`) | Frontline Incident/Request fulfillment | **Full CRUD** on **Incidents, Service Requests, Tasks, Work Notes, CMDB, Change, Problem, and Knowledge**. READ access to all the tables. Can update assignment, state, and resolution. | Cannot bypass approvals, or change system administration settings. |

| **Reporter** (`reporter`) | IT Service Consumption | Can view and update **their own submitted Incidents/Requests**. Can search **Public Knowledge** articles. | Cannot view or modify records opened by other users, CMDB, or internal work notes. |

---

## **3. Core Operations: Incident Management**

### **3.1. Incident Registration**

* **Creation:** To log any issue/interrupted service, create an **Incident** record(create_incident).

* **Mandatory Inputs:** `opened_by` (user submitting), `caller_id` (user affected), `short_description`, `impact`, and `urgency`.

* **Priority Calculation:** Priority (`critical`, `high`, `moderate`, `low`, `planning`) is determined automatically by the system based on a below pre-defined matrix of **Impact x Urgency**.

| Impact | Urgency | Priority |

| --- | --- | --- |

| low | low | planning |

| low | medium | low |

| low | high | moderate |

| medium | low | low |

| medium | medium | moderate |

| medium | high | high |

| high | low | moderate |

| high | medium | high |

| high | high | critical |

* **Default Status:** All new Incidents are set to `status = new`.

### **3.2. Incident Assignment**

* **Constraints:** `assigned_to` must be an **active** user with the `Agent` or `Manager` role and must be a member of the specified `assignment_group`.

### **3.3. Incident Lifecycle and Closure**

* **Valid Status Transitions:**

* `new` → `in_progress` / `on_hold` / `resolved`

* `in_progress` → `on_hold` / `resolved`

* `on_hold` → `in_progress` (Must log `on_hold_reason` before transition)

* `resolved` → `closed` / 'in_progress'

* **Resolution Requirement:** An Incident cannot transition to `resolved` without mandatory fields: `resolution_code`, and `resolution_notes` (free-form text, max 2000 chars).

* **Closure Policy:** The incidents that are in `resolved` status will transition to `closed` after 72 hours.

---

## **4. Core Operations: Change and Problem Management**

### **4.1. Change Management**

* **Creation:** All changes must originate from a **Change Request** record.

* **Default Status:** All new Changes are set to `status = new`.

* **Change Types (Enumeration):** `standard` (pre-approved, low risk), `normal` (requires planning/approval), `emergency` (requires immediate CAB approval override).

### **4.2. Problem Management**

* **Trigger:** A Problem must be created (`create_problem`) when a recurring incident pattern or a major incident is identified.

* **Linking:** The Problem record **must** link all affected Incidents via the `incident_to_problem` related list.

* **Default Status:** All new Problems are set to `status = new`.

* **Workaround:** If workaround/temporary solution found, update workaround field and set status=`fix_in_progress`. The `workaround_notes` **must** be published to the linked Incidents and relevant Knowledge Articles.

* **Final Status:** A Problem transitions to `closed` only after the permanent fix has been successfully implemented via a linked `normal` or `emergency` Change Request.

* **Priority Calculation:** Priority (`critical`, `high`, `moderate`, `low`, `planning`) is determined automatically by the system based on a below pre-defined matrix of **Impact x Urgency**.

| Impact | Urgency | Priority |

| --- | --- | --- |

| low | low | planning |

| low | medium | low |

| low | high | moderate |

| medium | low | low |

| medium | medium | moderate |

| medium | high | high |

| high | low | moderate |

| high | medium | high |

| high | high | critical |

---

## **5. Configuration and Service Management (CMDB)**

### **5.1. Configuration Item (CI) Integrity**

* **Table:** All IT assets must be recorded in the `configuration_item` table.

* **CI Status:** Only CIs with `status = in_use` or `status = maintenance` can be linked to active Incidents. Do not link CIs in `status = retired` or `status = disposed`.

* **CI Owner:** All CIs must have a recorded `owner_id`.

---

## **6. Service Level Management (SLA)**

* **SLA Application:** SLAs are automatically aligned based on `priority` linked to the incident.

* **Metric:** Metrics tracked are limited to `target_mins`.

* **SLA Pause:** The SLA timer **must** be paused (`stage = paused`) when the Incident is in `stage = on_hold` and the `on_hold_reason` is one of the following enumerations: `Awaiting Change`, `Awaiting Caller`, or `Awaiting Problem`.

* **Breach:** If the SLA exceeds its duration (`stage = breached`), the `escalation` flag on the Incident **must** be set to true, and an automatic notification sent to the `Manager`.

---

## **7. Knowledge Management**

* **Article Status:** Only articles in `knowledge.state = published` are searchable by the `Reporter` role.

* **Search Policy:** When an Incident is created, a search for relevant knowledge must be performed, and matching articles linked as `used_as = suggested`.

* **Use Tracking:** All knowledge links must track `used_as` type: `suggested`, `applied`, or `resolution`.

---

## **8. Validation, Error Handling, and Logging**

### **8.1. Data Integrity Checks**

* **User Status:** Ensure any user being assigned to (`assigned_to`) or updated is `users.active = true`.

* **Referential Integrity:** Before closing any record, verify that all mandatory dependencies are satisfied.

* **Time Tracking:** All work logs must include the timestamp (`created_on`) and the `user_id` performing the action.

### **8.2. Error Handling**

* **403 Forbidden:** Permission denied (user role lacks authority for the operation).

* **409 Conflict:** Record locking or state conflict.

* **Rate Limiting:** If exceeded, pause and retry using **Exponential Backoff**.

---

## **9. Predefined Lists (Enumerations)**

| Table.Field | Allowed Values |

| :--- | :--- |

| **users.role** | `admin`, `manager`, `agent`, `reporter` |

| **incident.priority** | `critical`, `high`, `moderate`, `low`, `planning` |

| **incident.impact** | `high`, `medium`, `low` |

| **incident.urgency** | `high`, `medium`, `low` |

| **incident.status** | `new`, `in_progress`, `on_hold`, `resolved`, `closed` |

| **incident.on_hold_reason** | `Awaiting Change`, `Awaiting Caller`, `Awaiting Problem` |

| **incident.resolution_code** | `fixed`, `workaround`, `not_reproducible`, `closed_by_caller` |

| **change_request.type** | `standard`, `normal`, `emergency` |

| **change_request.status** | `new`, `assess`, `authorize`, `scheduled`, `implement`, `review`, `closed`, `canceled` |

| **configuration_item.status** | `in_use`, `in_stock`, `maintenance`, `retired`, `disposed` |

| **kb_knowledge.state** | `draft`, `review`, `published`, `retired` |

| **incident_sla.stage** | `in_progress`, `paused`, `completed`, `cancelled`, `breached` |

Task:
Please identify all TechCorp incidents related to the Email Service that are currently open or in progress and have high or critical priority. Review the SLA status for each identified incident, and for any incident that has breached or is at risk of breaching its SLA, ensure it is assigned to an active Level 1 Support Team agent, move the incident to in_progress if it is not already, and add work notes indicating that the update is for SLA risk mitigation. Then, attach any published internal knowledge articles related to email access as suggested knowledge, and send update notifications to the assigned agents.

Available tools:
get_user
find_incident_slas
find_group_by_name
send_notification
find_service_by_name
list_incidents
update_incident
link_knowledge_to_incident
retrieve_knowledge_articles
list_group_members

Verification checks:
[{"verifier_type": "database_state", "name": "Incident INC_004 reassigned and moved to in_progress", "description": "Incident INC_004 reassigned and moved to in_progress", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident\nWHERE incident_id = 'INC_004'\n  AND assignment_group = 'GROUP_001'\n  AND assigned_to IN (\n    SELECT user_id\n    FROM users\n    WHERE active = 1\n      AND role = 'agent'\n      AND user_id IN (SELECT user_id FROM user_group_member WHERE group_id = 'GROUP_001')\n  )\n  AND status = 'in_progress';", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Incident INC_006 reassigned to Level 1 Support Team agent", "description": "Incident INC_006 reassigned to Level 1 Support Team agent", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident\nWHERE incident_id = 'INC_006'\n  AND assignment_group = 'GROUP_001'\n  AND assigned_to IN (\n    SELECT user_id\n    FROM users\n    WHERE active = 1\n      AND role = 'agent'\n      AND user_id IN (SELECT user_id FROM user_group_member WHERE group_id = 'GROUP_001')\n  );", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Knowledge articles linked to INC_004 (exactly three)", "description": "Knowledge articles linked to INC_004 (exactly three)", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident_knowledge\nWHERE incident_id = 'INC_004'\n  AND used_as = 'suggested'\n  AND knowledge_id IN ('KB_005', 'KB_004', 'KB_002');", "expected_value": 3, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Knowledge articles linked to incident INC_006 (exactly three)", "description": "Knowledge articles linked to incident INC_006 (exactly three)", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident_knowledge\nWHERE incident_id = 'INC_006'\n  AND used_as = 'suggested'\n  AND knowledge_id IN ('KB_005', 'KB_004', 'KB_002');", "expected_value": 3, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Notifications sent for incident INC_004", "description": "Notifications sent for incident INC_004", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM notification n\nJOIN incident i ON n.incident_id = i.incident_id\nJOIN users u ON n.email = u.email\nJOIN user_group_member ugm ON u.user_id = ugm.user_id\nWHERE n.incident_id = 'INC_004'\n  AND n.status = 'sent'\n  AND i.assignment_group = 'GROUP_001'\n  AND ugm.group_id = 'GROUP_001'\n  AND u.active = 1\n  AND u.role = 'agent';", "expected_value": 2, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Notifications sent for incident INC_006", "description": "Notifications sent for incident INC_006", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM notification n\nJOIN incident i ON n.incident_id = i.incident_id\nJOIN users u ON n.email = u.email\nJOIN user_group_member ugm ON u.user_id = ugm.user_id\nWHERE n.incident_id = 'INC_006'\n  AND n.status = 'sent'\n  AND i.assignment_group = 'GROUP_001'\n  AND ugm.group_id = 'GROUP_001'\n  AND u.active = 1\n  AND u.role = 'agent';", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Incident INC_004 reassigned and moved to in_progress", "description": "Incident INC_004 reassigned and moved to in_progress", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident\nWHERE incident_id = 'INC_004'\n  AND assignment_group = 'GROUP_001'\n  AND assigned_to IN (\n    SELECT user_id\n    FROM users\n    WHERE active = 1\n      AND role = 'agent'\n      AND user_id IN (SELECT user_id FROM user_group_member WHERE group_id = 'GROUP_001')\n  )\n  AND status = 'in_progress';", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Incident INC_006 reassigned to Level 1 Support Team agent", "description": "Incident INC_006 reassigned to Level 1 Support Team agent", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident\nWHERE incident_id = 'INC_006'\n  AND assignment_group = 'GROUP_001'\n  AND assigned_to IN (\n    SELECT user_id\n    FROM users\n    WHERE active = 1\n      AND role = 'agent'\n      AND user_id IN (SELECT user_id FROM user_group_member WHERE group_id = 'GROUP_001')\n  );", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Knowledge articles linked to INC_004 (exactly three)", "description": "Knowledge articles linked to INC_004 (exactly three)", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident_knowledge\nWHERE incident_id = 'INC_004'\n  AND used_as = 'suggested'\n  AND knowledge_id IN ('KB_005', 'KB_004', 'KB_002');", "expected_value": 3, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "9\ufe0f\u20e3 Knowledge articles linked to incident INC_006 (exactly three)", "description": "9\ufe0f\u20e3 Knowledge articles linked to incident INC_006 (exactly three)", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident_knowledge\nWHERE incident_id = 'INC_006'\n  AND used_as = 'suggested'\n  AND knowledge_id IN ('KB_005', 'KB_004', 'KB_002');", "expected_value": 3, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Notifications sent for incident INC_004", "description": "Notifications sent for incident INC_004", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM notification n\nJOIN incident i ON n.incident_id = i.incident_id\nJOIN users u ON n.email = u.email\nJOIN user_group_member ugm ON u.user_id = ugm.user_id\nWHERE n.incident_id = 'INC_004'\n  AND n.status = 'sent'\n  AND i.assignment_group = 'GROUP_001'\n  AND ugm.group_id = 'GROUP_001'\n  AND u.active = 1\n  AND u.role = 'agent';", "expected_value": 2, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Notifications sent for incident INC_006", "description": "Notifications sent for incident INC_006", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM notification n\nJOIN incident i ON n.incident_id = i.incident_id\nJOIN users u ON n.email = u.email\nJOIN user_group_member ugm ON u.user_id = ugm.user_id\nWHERE n.incident_id = 'INC_006'\n  AND n.status = 'sent'\n  AND i.assignment_group = 'GROUP_001'\n  AND ugm.group_id = 'GROUP_001'\n  AND u.active = 1\n  AND u.role = 'agent';", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Incident INC_004 reassigned and moved to in_progress", "description": "Incident INC_004 reassigned and moved to in_progress", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident\nWHERE incident_id = 'INC_004'\n  AND assignment_group = 'GROUP_001'\n  AND assigned_to IN (\n    SELECT user_id\n    FROM users\n    WHERE active = 1\n      AND role = 'agent'\n      AND user_id IN (SELECT user_id FROM user_group_member WHERE group_id = 'GROUP_001')\n  )\n  AND status = 'in_progress';", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Incident INC_006 reassigned to Level 1 Support Team agent", "description": "Incident INC_006 reassigned to Level 1 Support Team agent", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident\nWHERE incident_id = 'INC_006'\n  AND assignment_group = 'GROUP_001'\n  AND assigned_to IN (\n    SELECT user_id\n    FROM users\n    WHERE active = 1\n      AND role = 'agent'\n      AND user_id IN (SELECT user_id FROM user_group_member WHERE group_id = 'GROUP_001')\n  );", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Knowledge articles linked to INC_004 (exactly three)", "description": "Knowledge articles linked to INC_004 (exactly three)", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident_knowledge\nWHERE incident_id = 'INC_004'\n  AND used_as = 'suggested'\n  AND knowledge_id IN ('KB_005', 'KB_004', 'KB_002');", "expected_value": 3, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "9\ufe0f\u20e3 Knowledge articles linked to incident INC_006 (exactly three)", "description": "9\ufe0f\u20e3 Knowledge articles linked to incident INC_006 (exactly three)", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM incident_knowledge\nWHERE incident_id = 'INC_006'\n  AND used_as = 'suggested'\n  AND knowledge_id IN ('KB_005', 'KB_004', 'KB_002');", "expected_value": 3, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Notifications sent for incident INC_004", "description": "Notifications sent for incident INC_004", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM notification n\nJOIN incident i ON n.incident_id = i.incident_id\nJOIN users u ON n.email = u.email\nJOIN user_group_member ugm ON u.user_id = ugm.user_id\nWHERE n.incident_id = 'INC_004'\n  AND n.status = 'sent'\n  AND i.assignment_group = 'GROUP_001'\n  AND ugm.group_id = 'GROUP_001'\n  AND u.active = 1\n  AND u.role = 'agent';", "expected_value": 2, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Notifications sent for incident INC_006", "description": "Notifications sent for incident INC_006", "gym_name": "gym-itsm-mcp", "validation_config": {"query": "SELECT COUNT(*) AS cnt\nFROM notification n\nJOIN incident i ON n.incident_id = i.incident_id\nJOIN users u ON n.email = u.email\nJOIN user_group_member ugm ON u.user_id = ugm.user_id\nWHERE n.incident_id = 'INC_006'\n  AND n.status = 'sent'\n  AND i.assignment_group = 'GROUP_001'\n  AND ugm.group_id = 'GROUP_001'\n  AND u.active = 1\n  AND u.role = 'agent';", "expected_value": 1, "comparison_type": "equals"}}]