mcpField
T
task-summarization

task-summarization

github.com/happy-technologies-llcProductivity4135 installsUpdated 2d ago
Repository

About task-summarization

A skill for producing audience-specific ServiceNow task summaries for handoffs, approvals, and management reviews. It combines task ownership and status with recent activity, SLA risk, blockers, and next actions.

Key features

  1. 01Task status and owner context
  2. 02Timeline from recent activity
  3. 03SLA exposure and urgency assessment
  4. 04Audience-specific summary framing
  5. 05Save summaries to work notes

Use cases

  1. 01Transfer task context to a resolver
  2. 02Prepare task information for an approver
  3. 03Review task status and SLA risk as a manager

MCP support

Uses ServiceNow MCP tools to retrieve task records, journal entries, and SLA details, then save the summary to task work notes.

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/happy-technologies-llc/happy-platform-skills --skill task-summarization

After installing, type/task-summarizationin Claude Code to confirm it loaded.

Details

From the project README

Task Summarization

Overview

This skill produces consistent task summaries for handoff, approvals, and management reviews in ServiceNow®. Each summary includes:

  • Current status and owner
  • Timeline of key events
  • Latest customer/agent activity
  • SLA exposure and urgency
  • Open blockers and next actions

Use this when teams need fast context transfer without reading full activity streams.

Prerequisites

  • Roles: itil, task_admin, or admin
  • Access: Read access to task, task_sla, and sys_journal_field
  • Input: Target task number or sys_id and intended audience (resolver, approver, manager)

Procedure

Step 1: Read Core Task Context

Retrieve the primary task fields required for summary framing.

Using MCP:

Tool: SN-Get-Record
Parameters:
  table_name: task
  sys_id: [task_sys_id]
  fields: number,short_description,state,priority,assignment_group,assigned_to,opened_at,due_date,sys_updated_on
Step 2: Pull Recent Activity and Work Notes

Collect the latest journal updates to build an accurate timeline.

Using MCP:

Tool: SN-Query-Table
Parameters:
  table_name: sys_journal_field
  query: name=task^element_id=[task_sys_id]^ORDERBYDESCsys_created_on
  fields: element,value,sys_created_on,sys_created_by
  limit: 30
Step 3: Evaluate SLA Risk

Determine if the task is at risk of breach or already breached.

Using MCP:

Tool: SN-Query-Table
Parameters:
  table_name: task_sla
  query: task=[task_sys_id]^stage=in_progress
  fields: sla,planned_end_time,business_percentage,has_breached
  limit: 10

Decision points:

  • If has_breached=true -> include breach reason and recovery action
  • If business_percentage>=80 -> mark as urgent follow-up
  • Otherwise -> keep as standard monitoring
Step 4: Generate Audience-Specific Summary

Tailor summary depth by audience:

  • Resolver: technical updates, blockers, dependencies
  • Approver: business impact, decision needed, risk if delayed
  • Manager: status trend, SLA risk, ownership alignment
Step 5: Save Summary to Work Notes

Store output where downstream stakeholders can reuse it.

Using MCP:

Tool: SN-Add-Work-Notes
Parameters:
  table_name: task
  sys_id: [task_sys_id]
  work_notes: |
    TASK SUMMARY
    - Status:
    - Latest update:
    - SLA risk:
    - Blockers:
    - Next action:

Tool Usage

ToolPurpose
SN-Get-RecordGet canonical task context
SN-Query-TableRetrieve journals and SLA details
SN-Execute-Background-ScriptBuild aggregated timelines for complex tasks
SN-Add-Work-NotesPersist summary in task history

Best Practices

  • Always include timestamp and summary author context
  • Keep summaries factual; separate facts from recommendations
  • Call out unresolved dependencies explicitly
  • Use consistent summary sections for easier comparison across tasks
  • Re-summarize after major state or owner transitions

Troubleshooting

Summary Misses Critical Context

Symptom: Key issue details are absent from the generated summary.
Cause: Journal query window is too short or excludes relevant elements.
Solution: Increase journal limit and include both comments and work notes.

Conflicting Status Signals

Symptom: Task state and SLA risk appear contradictory.
Cause: State updated without corresponding SLA recalculation yet.
Solution: Re-query task_sla and compare with latest task update timestamp.

Related Skills

  • admin/task-analysis - Analyze task trends and bottlenecks
  • itsm/incident-activity-summarization - Summarize incident-specific activity streams
  • catalog/approval-summarization - Summaries tailored for approval workflows

References

Comments

Markdown supported