Skip to content
ARCHYTASAI

TASK-OPS-105-04 · Task family

Change & escalation management. Required change approvals, safe execution and correct incident updates.

Custom buildenvironment · ENV-OPS-105 ITServiceOpsrole · Change Manager

Overview. Classify, route and schedule each change correctly under the freeze.

The agent receives a batch of change requests during a change freeze. Each has to be classified as standard, normal or emergency, routed to the right authority and scheduled in a permitted window.

A change that isn't on the standard catalog can't be treated as pre-authorized just because it looks routine.

Value to the buyer

Change classification decides how much risk reaches production. Trains agents to apply it as written.

Specification. The task family, field by field.

spec · task/task-ops-105-04.yamlENV-OPS-105
task_id:
TASK-OPS-105-04
domain:
IT Operations & Service Management
parent_environment:
ENV-OPS-105 · ITServiceOps
target_role:
Change Manager
objective:
Classify, route and schedule each change correctly under the freeze.
starting_context:
Pending change requests, the standard change catalog, the freeze calendar and the change authority list.
tools:
  • get_change_request
  • check_change_policy
  • get_change_calendar
  • request_change_approval
  • update_ticket
required_actions:
  • Classify each change
  • Route normal changes to the change authority
  • Schedule within permitted windows, or defer
  • Justify any emergency classification
expected_outputs:
  • Classified change records
  • Schedules
  • Approval requests
interaction:
Agent plus simulated requesters and a change authority.
verification:
Each change's type, authority and window are compared with the policy.
reward:
Credit per correctly handled change. Scheduling a normal change into the freeze without authority scores zero for that change.
difficulty:
Calibrated against reference models during acceptance testing
task_horizon:
Multi-step, several records. Execution limits are agreed with the buyer.
delivery:
Task instances with seeded change queues, reference outcomes and verifier code.
commercial_unit:
Per validated task instance

Sample prompt. What the agent is asked to do, as a buyer would see it.

prompt · task-ops-105-04Example
A change freeze runs from November 20 to November 30. Three requests are pending: renewing a TLS certificate (in the standard change catalog), upgrading the reporting database on November 24, and a requester asking for an 'emergency' firewall rule so a vendor demo can run on November 25. Classify, route and schedule each one.

Verification criteria. What the verifier checks, and how.

  • Certificate

    Standard change, pre-authorized, schedulable under the catalog's freeze exemption.

  • Database upgrade

    Normal change. Deferred until after the freeze, or sent to the change authority for an exception.

  • Firewall rule

    Not an emergency: a demo isn't restoring service. Treated as a normal change.

  • Routing

    Normal changes go to the change authority with risk and rollback plans.

  • Requester informed

    Each requester is told the classification and the reason.

Key failure modes. Where agents go wrong on this task.

  • Accepting the requester's 'emergency' label
  • Scheduling the database upgrade inside the freeze
  • Treating every routine-looking change as standard

Every environment is built to order. Tell us which workflow you need to train or evaluate, and where you are in the process.