it-vendor-escalation

Builds and manages IT vendor escalation cases with evidence packages, SLA tracking, and closure validation.

Updated Jun 21, 2026
One-click install
npx skills add https://github.com/lwokeray/cowork-plugins --skill it-vendor-escalation-lwokeray
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: it-vendor-escalation
Source: https://github.com/lwokeray/cowork-plugins/tree/main/plugins/it-operations-cowork/skills/it-vendor-escalation
Command: npx skills add https://github.com/lwokeray/cowork-plugins --skill it-vendor-escalation-lwokeray

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Escalating technical issues to vendors like Microsoft, ISPs, SaaS providers, or hardware manufacturers often stalls due to incomplete evidence, unclear severity mapping, and untracked communication. This Skill structures the entire vendor escalation lifecycle so internal ownership is never lost while waiting on external providers. ## Core Features & Use Cases - Evidence Package Construction: Builds minimal reproducible evidence bundles with sanitized logs, correlation IDs, environment matrices, and redacted secrets before vendor submission. - SLA and Communication Tracking: Records vendor case IDs, severity mapping, response checkpoints, and escalation thresholds so no case becomes an ownerless 'awaiting vendor' state. - Independent Closure Validation: Verifies service recovery against actual tenant, resource, and user state rather than trusting vendor closure notices. - Use Case: During a Microsoft 365 outage, use this Skill to draft a support case with redacted diagnostic logs, map internal severity to vendor severity, track SLA checkpoints, and escalate through account management when responses stall. ## Quick Start Help me build a vendor escalation case for our ongoing SaaS outage, including the evidence package, severity justification, and SLA tracking plan.

Frequently Asked Questions about it-vendor-escalation

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I escalate a support case with Microsoft or a cloud vendor?▼

Confirm the correct vendor, product, support entitlement, and case channel first, then map internal severity to vendor severity without inflating facts. Submit a minimal reproducible evidence package with sanitized logs, exact error and correlation IDs, and a clear statement of business impact and requested outcome.

What should a vendor escalation evidence package include?▼

Include only necessary items: environment and version matrix, timeline of recent changes, exact errors and correlation IDs, sanitized logs and screenshots, reproduction steps, affected versus unaffected comparison, diagnostic results, and the specific action requested. Redact secrets, personal data, and customer content before transfer.

How do I handle a stalled vendor support case?▼

Escalate through account or support management with a documented timeline, the unanswered vendor ask, current business impact, and SLA position. Track every vendor request and internal response as actions with owners so the case never sits in an ownerless awaiting-vendor state.

Should I close my internal incident when the vendor closes their case?▼

No. Validate service recovery independently by checking actual tenant, resource, and user state before closing the internal incident. Vendor closure only reflects their case status, not verified service restoration in your environment.

What are the limits of vendor-recommended workarounds?▼

Vendor recommendations are not implicit authorization to implement changes. Validate each workaround for local risk, scope, prerequisites, and rollback, and route risky changes through change or security approval before implementation.