Automated summary
Renders the IT service desk end-of-shift handover pack PDF following the runbook §8.1 section order, by assembling ticket, escalation, VIP and change data into an HTML template via Playwright.
Strengths
- Enforces the exact §8.1 section order and prints "None" for empty sections, keeping the deliverable compliant and auditable
- Enriches P1/P2 and VIP rows by chaining ServiceNow, Workday and M365 Graph lookups before rendering
- Driven by a single command and a well-defined tickets-JSON contract, so output is reproducible
- Reports the saved file path in chat so file-sharing can pick it up
Limitations
- Depends on the render script, the inline HTML template and several upstream skills being available in this use case
- Only produces a PDF; emailing or distributing it is deliberately a separate workflow
- Ticket rows are intentionally terse (2-3 lines), with no deep per-incident detail
When Aaron asks for "the handover pack", "the PDF" or an end-of-shift summary that must follow the §8.1 runbook format.
When you need a spot answer on a single ticket or a quick verbal queue summary rather than a formatted PDF deliverable.
Security analysis
CautionThe skill is a legitimate internal handover-PDF workflow with no destructive, exfiltrating, or obfuscated instructions. The main risk is the use of shell/code execution with ticket-derived and free-text input that is not safely escaped, plus handling internal VIP data. This warrants caution rather than risky.
- •Uses code_interpreter/bash to run a local Python renderer and Playwright; execution is legitimate but powerful.
- •Constructs a shell command with ticket JSON and free-text notes without robust escaping; apostrophes or shell metacharacters could break the command or cause unintended shell expansion.
- •Handles internal VIP/ticket data and writes a PDF to /tmp, which may be picked up by file-sharing; intended but privacy-sensitive.
- •No allowed-tools declared, so the skill's tool usage is not explicitly scoped.
Examples
Build the handover pack PDF for the day shift (Aaron Cole, AGT-301) to the night shift (Chen Wu, AGT-303) for 2026-06-08.Produce the end-of-shift summary PDF following §8.1 — include open P1/P2, awaiting user, pending escalations, VIP watchlist and in-flight network changes.Generate the handover PDF and tell me the file path, page count, and how many open P1/P2, awaiting-user and pending escalations are in it.name: handover-pack-pdf description: Build the downloadable shift-handover pack PDF — per §8.1 of the IT runbook. Cover with outgoing/incoming shifts, then sections for open P1/P2, awaiting-user, pending escalations, VIP watchlist, network/change in flight, notes for incoming. Renders via the inline HTML template + Playwright. enabled: true
Instructions
Use this skill when Aaron asks for "the handover pack", "the PDF", "end-of-shift summary", or any variation. This is the deliverable the persona exists to produce.
Workflow
- Gather the data by chaining other skills first:
- Open ticket list via
servicenow_list_tickets(omitstatefilter; render handles the bucketing). - For each P1/P2, fetch recent work notes:
servicenow_list_work_notes(ticket_id, limit: 3). - For VIP callers: cross-join via workday + m365-graph for status / OOO.
- Open ticket list via
- Read the policy via it-policy-reference — the section order in §8.1 is what the PDF must follow.
- Render by invoking
scripts/render_handover.pyviacode_interpreter:
python /app/use-cases/it-service-desk/skills/handover-pack-pdf/scripts/render_handover.py \
--outgoing-shift "Day (Aaron Cole, AGT-301)" \
--incoming-shift "Night (Chen Wu, AGT-303)" \
--shift-date 2026-06-08 \
--tickets-json '<JSON object — see below>' \
--notes-for-incoming "Free text from Aaron…" \
--out /tmp/handover-2026-06-08-day-to-night.pdf
- Confirm in chat: "Handover saved to
/tmp/handover-…pdf— N pages, X open P1/P2, Y awaiting user, Z pending escalations." Reference the path so file-sharing picks it up.
Tickets-JSON shape
The render script expects a single object with these keys:
{
"p1_p2_open": [{ "id": "INC-7002", "priority": "P1", "state": "In Progress", "caller": "Diana Whitfield", "caller_vip": true, "assigned_to": "Bea Lindgren (AGT-302)", "short_description": "...", "last_note": "..." }, ...],
"awaiting_user": [{ "id": "INC-7001", "caller": "Jamal Carter", "assigned_to": "Aaron Cole (AGT-301)", "short_description": "...", "what_we_asked": "..." }, ...],
"pending_escalations": [{ "id": "INC-7004", "escalated_to": "Network L2", "escalated_when": "2 hours ago", "why": "..." }, ...],
"vip_watchlist": [{ "id": "INC-7002", "caller": "Diana Whitfield", "vip_rationale": "Executive (CEO)", "status": "..." }, ...],
"network_change_in_flight": [{ "id": "CHG-9001", "type": "Change", "state": "Scheduled", "summary": "..." }, ...]
}
Assets
assets/handover-pack.html— Jinja-style template (string substitution, no Jinja). Cool-grey + ServiceNow-blue theme. Cover + one section per §8.1 bullet.
Constraints
- Always include the §8.1 sections in order. Print empty sections with "None" rather than skipping.
- The handover is not a triage doc — keep each ticket row to 2-3 lines.
- VIP names appear (this is internal); do not include any §7.2-prohibited content (the PDF is internal-only, but stay consistent with the tone rules).
- Do not auto-email. §8.2 explicitly says PDF only; email is a separate workflow.
When NOT to use
- Spot question on a single ticket — use ticket-triage.
- Verbal queue summary — use queue-overview, answer inline.
Available Files
This skill directory contains the following files you can read with read_file using their absolute paths (prefix /app/use-cases/it-service-desk/skills/handover-pack-pdf/):
assets/handover-pack.htmlscripts/render_handover.py
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/shift-handover-pdf-ms71b3n7/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
mkdir -p '.skill-downloads/shift-handover-pdf-ms71b3n7' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/shift-handover-pdf-ms71b3n7/download' --output '.skill-downloads/shift-handover-pdf-ms71b3n7/SKILL.md.part' && mv '.skill-downloads/shift-handover-pdf-ms71b3n7/SKILL.md.part' '.skill-downloads/shift-handover-pdf-ms71b3n7/SKILL.md'2. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.
Claude Code
test -f '.skill-downloads/shift-handover-pdf-ms71b3n7/SKILL.md' && test -s '.skill-downloads/shift-handover-pdf-ms71b3n7/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/handover-pack-pdf' && cp -R '.skill-downloads/shift-handover-pdf-ms71b3n7' '.claude/skills/handover-pack-pdf'OpenSkills
OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.
Official OpenSkills installationopenskills install './.skill-downloads/shift-handover-pdf-ms71b3n7'openskills read 'shift-handover-pdf-ms71b3n7'Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.
For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.
openskills syncManual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/shift-handover-pdf-ms71b3n7/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
Supabase Docs Authoring
Documentation
Write, edit, and review Supabase documentation content including guides, tutorials, reference docs, and partials. Follow style guides and MDX/TOML validation rules.
Create Architecture Decision Record
Documentation
Create a new Architecture Decision Record with sequential numbering, register it in the AgentDB graph, and link related ADRs.
Plan update with deep research
Documentation
Updates a plan document by launching parallel subagents to analyze a topic across all compiler passes, then consolidates findings into the plan doc.