ai-support
$
npx mdskill add arcasilesgroup/ai-engineering/ai-supportStructured customer support investigation. Organizes findings by ticket, links to relevant code and PRs, and builds a searchable knowledge base of resolved issues.
SKILL.md
.github/skills/ai-supportView on GitHub ↗
---
name: ai-support
description: "Investigates customer-reported issues with structure: reproduces, traces to code, documents resolution, builds a searchable knowledge base organized by ticket ID. Trigger for 'a user is reporting that', 'customer complaint', 'support ticket', 'investigate this bug report', 'search past support cases'. Not for production incidents; use /ai-postmortem instead. Not for internal dev bugs; use /ai-debug instead."
effort: mid
argument-hint: "start [ticket-id]|find [query]"
mode: agent
model_tier: sonnet
mirror_family: copilot-skills
generated_by: ai-eng sync
canonical_source: .claude/skills/ai-support/SKILL.md
edit_policy: generated-do-not-edit
---
# Support
## Purpose
Structured customer support investigation. Organizes findings by ticket, links to relevant code and PRs, and builds a searchable knowledge base of resolved issues.
## Trigger
- Command: `/ai-support start <ticket-id>` or `/ai-support find [query]`
- Context: customer-reported issue, support ticket investigation, escalation from support team.
## When to Use
- Investigating a customer-reported bug or behavior
- Reproducing an issue from a support ticket
- Documenting resolution for future reference
- Escalation requiring code-level investigation
## When NOT to Use
- **Production incidents** -- use `/ai-postmortem`
- **Internal bugs found during development** -- use `/ai-debug`
- **Feature requests** -- create a GitHub Issue with the `enhancement` label
## Modes
### start <ticket-id> -- New investigation
1. **Check for existing investigation** -- if a `{ticket-id}` directory already exists under `.ai-engineering/support/`, resume the existing investigation rather than creating a duplicate.
2. **Create structure** -- create `.ai-engineering/support/{date}/{ticket-id}/` directory.
3. **Scaffold investigation** -- create `investigation.md` from template:
```markdown
# {ticket-id}: {title}
**Date**: YYYY-MM-DD
**Customer**: {name/org if known}
**Status**: investigating | resolved | escalated
**Priority**: p1 | p2 | p3
## Issue
{Customer's description -- verbatim or summarized}
## Environment
- Product version:
- OS/Platform:
- Configuration:
## Steps to Reproduce
1. {Step}
2. {Step}
3. {Expected vs actual behavior}
## Findings
{Investigation results, root cause analysis}
## Resolution
{Fix applied, workaround provided, or escalation path}
## Related
- Code: {file paths}
- PR: {links}
- Notes: {links to /ai-note entries}
```
4. **Investigate** -- explore codebase for relevant code paths, check recent changes to affected areas, review error patterns.
5. **Update** -- keep `investigation.md` current as findings emerge.
### find [query] -- Search investigations
1. **Search** -- scan `.ai-engineering/support/` directories for matching content.
2. **Rank** -- prioritize by recency, then relevance.
3. **Present** -- list ticket-id, date, title, status, and resolution summary.
## Workflow
1. **Reproduce** -- attempt to reproduce the issue locally using the reported steps.
2. **Isolate** -- narrow down to the specific code path, configuration, or data condition.
3. **Root cause** -- identify why the behavior occurs (bug, misconfiguration, edge case, expected behavior).
4. **Resolve** -- one of:
- **Fix**: create a PR via `/ai-pr` and link it in the investigation
- **Workaround**: document the workaround steps
- **Escalate**: mark as `escalated` with reason and target team
- **Won't fix**: document rationale
## Quick Reference
```
/ai-support start TICKET-4521 # start investigation
/ai-support start SUP-123 # any ticket ID format works
/ai-support find timeout # search past investigations
/ai-support find # list all investigations
```
## Storage
- Location: `.ai-engineering/support/{YYYY-MM-DD}/{ticket-id}/investigation.md`
- Organized by date for natural chronological browsing
## Examples
### Example 1 — start a new investigation from a ticket
User: "a user is reporting timeouts on TICKET-4521, investigate"
```
/ai-support start TICKET-4521
```
Scaffolds `.ai-engineering/support/2026-05-08/TICKET-4521/investigation.md`, attempts to reproduce the issue, traces affected code paths, documents findings.
### Example 2 — search past cases for a recurring symptom
User: "have we seen timeouts in this area before?"
```
/ai-support find timeout
```
Scans the support directory tree for matches, ranks by recency + relevance, lists ticket-id, date, status, and resolution summary.
## Integration
Called by: user directly when triaging a customer report. Calls: `/ai-pr` (when fixing requires a code change). See also: `/ai-postmortem` (production incidents), `/ai-debug` (internal-only bugs), `/ai-note` (cross-link findings).
$ARGUMENTS
More from arcasilesgroup/ai-engineering
- ai-adviseProactive governance advisor — checks standards, decisions, and quality trends during development. Always advisory, NEVER blocks. Three modes: `advise` (post-edit), `gate` (pre-dispatch), `drift` (on-demand decision audit). Trigger for 'governance check', 'advise on this change', 'check for drift', 'is this aligned with active decisions', 'shift-left advisory'. Not for blocking gates — use /ai-verify. Not for narrative code review — use /ai-review.
- ai-analyze-permissionsUse when Claude Code keeps asking to approve commands you have already approved, when settings.local.json has grown large, or when you want to consolidate permission grants into wildcard patterns. Trigger for 'too many permission prompts', 'clean up permissions', 'audit my settings', 'consolidate allow rules'. Claude Code only — not available in GitHub Copilot, Antigravity, or Codex.
- ai-animationDesigns motion, transitions, and micro-interactions for UI components: spring animations, gestures, easing, staggers — taste-driven detail compounding. Trigger for 'animate this', 'add transitions', 'micro-interactions for', 'gesture design', 'swipe to dismiss', 'easing for this', 'stagger the'. Not for design systems; use /ai-design instead. Not for visual art; use /ai-visual instead. Not for testing animation code; use /ai-test instead.
- ai-autopilotDelivers large multi-concern specs and backlog runs autonomously: decomposes specs into sub-specs (or normalizes work items into a backlog DAG), deep-plans with parallel agents, builds a dependency DAG, implements in waves, runs a single final quality loop with one bounded quality-remediation pass (verify+guard+review on full changeset), delivers via PR. Trigger for 'implement spec-NNN end to end', 'autopilot this', 'autonomous delivery', 'decompose and ship', 'run the backlog', 'execute these GitHub issues', 'process the sprint backlog'. Invocation is the approval gate. Not for small or single-concern tasks; use /ai-build instead. Not for ambiguous requirements; use /ai-brainstorm first.
- ai-boardOperates the project board (GitHub Projects v2 or Azure DevOps): discovers configuration after install (fields, state mappings, process templates) and syncs work-item state at lifecycle transitions. Trigger for 'set up the board', 'configure our ADO board', 'discover board fields', 'move this issue to in-review', 'update the board', 'mark as in progress', 'sync the work item state'. Two subcommands: `discover` (post-install configuration write) and `sync` (lifecycle state transitions). Auto-invoked via `sync` by /ai-brainstorm, /ai-build, and /ai-pr; fail-open. Not for backlog execution; use /ai-autopilot --backlog instead.
- ai-brainstormForces rigorous design interrogation BEFORE any code: explores approaches, surfaces ambiguity, gathers evidence, produces an approved spec that becomes the contract for /ai-plan. Trigger for 'lets add X', 'how should we handle Y', 'whats the best approach', 'I am thinking about', 'what should we build for'. Not for existing approved specs; use /ai-plan instead. Not for execution; use /ai-build instead.
- ai-branch-cleanupCleans branches safely: switches to the default branch, prunes merged and squash-merged branches, syncs to remote, sweeps stale specs, rotates `.ai-engineering/runtime/` per retention policy. Trigger for 'tidy up', 'tidy branches', 'sync to main', 'delete old branches', 'start fresh', 'rotate runtime'. Auto-invoked by /ai-pr after merge. Not for committing changes; use /ai-commit instead. Not for code-level dead-code removal; use /ai-simplify instead.
- ai-buildCanonical implementation gateway: reads approved plan.md, resolves stack from manifest, deterministic-routes each task to its adapter, dispatches the build agent in an isolated worktree, runs TDD self-validation per task, then a single final quality loop with one bounded quality-remediation pass on the full changeset before /ai-pr. Trigger for 'go', 'start building', 'execute the plan', 'implement it', 'lets do this', 'build the plan', 'resume', 'continue'. Not without an approved plan; run /ai-plan first. Not for multi-concern specs needing decomposition; use /ai-autopilot instead. Not for a single function or subcomponent; use /ai-code.
- ai-codeWrites production code that satisfies stack-context standards on the first pass: interface-first design, backward-compatibility checks, lightweight self-review. Trigger for 'implement this', 'write the code for', 'add X to Y', 'build this function', 'make this work'. Not for tests; use /ai-test instead. Not for debugging; use /ai-debug instead. Not for refactoring; use /ai-simplify instead. Not for executing an approved plan end-to-end; use /ai-build (the gateway).
- ai-commitRuns the governed commit pipeline: auto-branches from protected, stages selectively, formats and lints, scans for secrets, gates docs, composes a conventional message, pushes. Trigger for 'commit my changes', 'save my work', 'push this to remote', 'stage these files', 'ship it'. Not for opening a PR; use /ai-pr instead. Not for branch hygiene; use /ai-branch-cleanup instead.