/eod-handoff
Generate an end-of-day handoff summary - open high-priority tickets, items awaiting next-shift action, and overnight on-call context if available
$ npx -y skills add wyre-technology/msp-claude-plugins --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/eod-handoff
Context preview
What this command does when you run it.
Generate an end-of-day handoff summary - open high-priority tickets, items awaiting next-shift action, and overnight on-call context if available
Command definition
eod-handoff.mddescription: Generate an end-of-day handoff summary - open high-priority tickets, items awaiting next-shift action, and overnight on-call context if available
argument-hint: ""
arguments: []
EOD Handoff
Cross-vendor end-of-day handoff summary: open high-priority tickets, anything explicitly awaiting the next shift's action, and overnight on-call context where a connector supports it — built from whatever PSA (and optional incident/on-call tooling) the org has connected through the gateway.
Prerequisites
- WYRE MCP Gateway connected (`conduit`) with a PSA connector. Without a PSA, there
is no board to hand off.
- Optional: PagerDuty, Rootly, or similar on-call/incident tooling. If not
connected, the overnight on-call section is skipped with an explicit note rather than omitted silently.
Steps
1. **Discover available tools.** Call `conduit__search_tools` to determine which PSA connector is live, and whether an on-call/incident connector (e.g. PagerDuty, Rootly) is also present. Resolve actual tool names fresh each run.
2. **Pull open high-priority tickets.** Using the connected PSA's priority field (resolved via its own list tool, e.g. `autotask__list_ticket_priorities`), pull tickets at the top priority tier(s) that remain open at end of day. Include status, assignee, and a one-line current-state summary drawn from the most recent note/action.
3. **Identify items explicitly awaiting next-shift action.** This is distinct from the full high-priority list — surface tickets where the last action indicates something specific needs to happen and hasn't yet (e.g., "escalated, awaiting Tier 2 pickup," "client callback scheduled for tomorrow AM," "SLA breaches overnight if not picked up"). Cross-reference SLA state from `sla-escalation-playbooks` — anything that will breach before the next shift's typical start time belongs here even if it isn't otherwise flagged.
4. **Pull overnight on-call context, if available.** If an on-call/incident tool is connected, pull who is currently on call and any active or recent incidents relevant to the service desk. If nothing is connected, state plainly that overnight on-call context isn't available through the gateway rather than omitting the section.
5. **Assemble the handoff**, ordered: open high-priority tickets → items needing explicit next-shift action → overnight on-call context. This is a handoff document, not a full board report — keep it to what the next shift actually needs to act on, not everything that happens to be open.
Arguments
This command takes no arguments — it always reports the full high-priority and action-needed set for the connected PSA at time of run.
Examples
Basic Usage
/ops-pack:eod-handoff
Output
================================================================================
End-of-Day Handoff — [Date]
================================================================================
OPEN HIGH-PRIORITY TICKETS ([N])
--------------------------------------------------------------------------------
#[ticket] - [summary]
Client: [client] Assignee: [technician or "unassigned"]
Status: [status] Last update: [one-line summary of most recent note]
AWAITING NEXT-SHIFT ACTION ([N])
--------------------------------------------------------------------------------
#[ticket] - [summary]
What's needed: [specific action - e.g. "Tier 2 pickup", "callback scheduled 9am"]
SLA context: [e.g. "breaches at 6:15am if not picked up"]
OVERNIGHT ON-CALL CONTEXT
--------------------------------------------------------------------------------
On call: [name/rotation]
Active/recent incidents: [list, or "none"]
[Or, if no on-call/incident connector present:]
Overnight on-call context unavailable — no on-call/incident connector detected
through the gateway.
================================================================================
Error Handling
- **No PSA connected:** Report plainly that an EOD handoff can't be produced
without a PSA connector, and stop.
- **No high-priority or action-needed tickets found:** Report the empty state
explicitly ("no open high-priority tickets" / "nothing flagged for next-shift action") rather than omitting the section — a clean handoff is itself useful information.
- **On-call/incident connector not connected:** Note its absence in the relevant
section rather than omitting the section header.
Related Commands
- `/ops-pack:morning-huddle` - Following morning's counterpart; the next shift's
kickoff should be read alongside the prior day's handoff
- `/ops-pack:sla-breaches` - Deeper SLA-only detail behind the "awaiting next-shift
action" section here
Read more
description: Generate an end-of-day handoff summary - open high-priority tickets, items awaiting next-shift action, and overnight on-call context if available argument-hint: "" arguments: []
EOD Handoff
Cross-vendor end-of-day handoff summary: open high-priority tickets, anything explicitly awaiting the next shift's action, and overnight on-call context where a connector supports it — built from whatever PSA (and optional incident/on-call tooling) the org has connected through the gateway.
Prerequisites
- WYRE MCP Gateway connected (`conduit`) with a PSA connector. Without a PSA, there
is no board to hand off.
- Optional: PagerDuty, Rootly, or similar on-call/incident tooling. If not
connected, the overnight on-call section is skipped with an explicit note rather than omitted silently.
Steps
1. **Discover available tools.** Call `conduit__search_tools` to determine which PSA connector is live, and whether an on-call/incident connector (e.g. PagerDuty, Rootly) is also present. Resolve actual tool names fresh each run.
2. **Pull open high-priority tickets.** Using the connected PSA's priority field (resolved via its own list tool, e.g. `autotask__list_ticket_priorities`), pull tickets at the top priority tier(s) that remain open at end of day. Include status, assignee, and a one-line current-state summary drawn from the most recent note/action.
3. **Identify items explicitly awaiting next-shift action.** This is distinct from the full high-priority list — surface tickets where the last action indicates something specific needs to happen and hasn't yet (e.g., "escalated, awaiting Tier 2 pickup," "client callback scheduled for tomorrow AM," "SLA breaches overnight if not picked up"). Cross-reference SLA state from `sla-escalation-playbooks` — anything that will breach before the next shift's typical start time belongs here even if it isn't otherwise flagged.
4. **Pull overnight on-call context, if available.** If an on-call/incident tool is connected, pull who is currently on call and any active or recent incidents relevant to the service desk. If nothing is connected, state plainly that overnight on-call context isn't available through the gateway rather than omitting the section.
5. **Assemble the handoff**, ordered: open high-priority tickets → items needing explicit next-shift action → overnight on-call context. This is a handoff document, not a full board report — keep it to what the next shift actually needs to act on, not everything that happens to be open.
Arguments
This command takes no arguments — it always reports the full high-priority and action-needed set for the connected PSA at time of run.
Examples
Basic Usage
/ops-pack:eod-handoff
Output
================================================================================ End-of-Day Handoff — [Date] ================================================================================ OPEN HIGH-PRIORITY TICKETS ([N]) -------------------------------------------------------------------------------- #[ticket] - [summary] Client: [client] Assignee: [technician or "unassigned"] Status: [status] Last update: [one-line summary of most recent note] AWAITING NEXT-SHIFT ACTION ([N]) -------------------------------------------------------------------------------- #[ticket] - [summary] What's needed: [specific action - e.g. "Tier 2 pickup", "callback scheduled 9am"] SLA context: [e.g. "breaches at 6:15am if not picked up"] OVERNIGHT ON-CALL CONTEXT -------------------------------------------------------------------------------- On call: [name/rotation] Active/recent incidents: [list, or "none"] [Or, if no on-call/incident connector present:] Overnight on-call context unavailable — no on-call/incident connector detected through the gateway. ================================================================================
Error Handling
- **No PSA connected:** Report plainly that an EOD handoff can't be produced
without a PSA connector, and stop.
- **No high-priority or action-needed tickets found:** Report the empty state
explicitly ("no open high-priority tickets" / "nothing flagged for next-shift action") rather than omitting the section — a clean handoff is itself useful information.
- **On-call/incident connector not connected:** Note its absence in the relevant
section rather than omitting the section header.
Related Commands
- `/ops-pack:morning-huddle` - Following morning's counterpart; the next shift's
kickoff should be read alongside the prior day's handoff
- `/ops-pack:sla-breaches` - Deeper SLA-only detail behind the "awaiting next-shift
action" section here
One command to supercharge Claude Code for MSP workflows. Then restart Claude Code. That's it. Documentation: mcp.wyre.ai
Repo: wyre-technology/msp-claude-plugins
Other commands on msp-claude-plugins.
- /case-review
Review and triage abuse mailbox cases in Abnormal Security
Open command - /search-threats
Search for specific threat patterns in Abnormal Security by sender, recipient, attack type, or keywords
Open command - /threat-triage
Triage recent email threats detected by Abnormal Security by severity and attack type
Open command - /list-overdue-invoices
List open and overdue Alternative Payments invoices and optionally generate hosted payment links for them
Open command - /reconcile-payout
Reconcile an Alternative Payments payout by listing its transactions and matching them against invoices and customers
Open command - /eol-report
EOL/EOS risk report — devices, OS versions, and firmware approaching or past end-of-life/end-of-support, prioritized by criticality
Open command

