Skip to content

mk:intake

What This Skill Does

Intake is a tool-agnostic ticket analysis engine. It ingests tickets and PRDs from Jira, Linear, GitHub Issues, or manual paste, then classifies the product area, scores completeness across 8 dimensions, scans the codebase for affected files, performs root cause analysis on bugs, and generates a structured handoff report. It also detects and analyzes Figma links, processes media attachments, and enriches Jira tickets with metadata.

When to Use

Triggers:

  • "analyze ticket", "intake PRD", "triage issue", "classify ticket", "check ticket"
  • Pasting a ticket from any tool when no MCP is configured

Anti-triggers:

  • Creating Jira tickets -- use mk:jira create
  • Coding the fix -- intake hands off to mk:cook (features) or mk:fix (bugs)
  • Pure planning without a ticket -- use mk:planning-engine

Core Capabilities

  • Multi-source ingestion -- Jira MCP, Linear MCP, GitHub CLI (gh), or manual paste
  • Injection scanning -- detects prompt-injection patterns ("ignore previous instructions", "disregard your rules"); stops and escalates on detection
  • 8-dimension completeness scoring -- Goal/Problem (20), Acceptance Criteria (20), Scope (15), Steps to Reproduce (15), Technical Constraints (10), Priority/Severity (10), Dependencies (10), Design/Visual (10)
  • Product area classification via mk:scale-routing
  • Codebase scan via mk:scout -- finds related files, components, patterns
  • Root cause analysis on bugs -- 5 Whys, Ishikawa, or 8D method selection
  • Figma link detection -- extracts design context when URLs are present in the ticket
  • Media processing -- images (Gemini vision or Claude Read fallback), videos (FFmpeg frame extraction), PDFs
  • Jira enrichment -- metadata extraction, enhanced scoring, suggested mk:jira actions
  • Structured output with completeness score, technical assessment, suggested breakdown, and handoff routing

Arguments

No flags. Intake detects the ticket source automatically and prompts for manual paste when no MCP is available.

Workflow

  1. Receive ticket -- Fetch via MCP or prompt user to paste.
  2. Sanitize -- Scan entire ticket content for injection patterns. Stop and escalate if found.
  3. Process media -- Analyze attachments (images, videos, Figma links, PDFs).
  4. Classify product area -- mk:scale-routing on ticket description.
  5. Evaluate completeness -- Score against 8 dimensions. <60: block or return to author.
  6. Scan codebase -- mk:scout for related files, components, patterns.
  7. Root cause analysis (bugs only) -- mk:investigate with RCA method.
  8. Technical assessment -- Affected files, test coverage gaps, complexity estimate.
  9. Generate output -- Structured report per references/output-template.md.
  10. Post results -- Post back to originating tool via MCP, or output to user.

Usage

bash
/mk:intake
# Prompts: "Paste your ticket content below."
# Or: "Fetch PROJ-123 from Jira"
# Or: "Fetch issue LIN-456"

Example Prompt

/mk:intake
> Fetch PROJ-456 from Jira

Common Use Cases

  • Triaging a bug ticket to determine if it has enough information to start fixing
  • Intaking a feature PRD before planning -- ensures acceptance criteria are concrete
  • Analyzing a complex ticket with Figma designs -- extracts design context alongside requirements
  • Scoring ticket completeness before sprint planning to identify under-specified work
  • Automated pipeline: webhook receives a ticket, claude -p "analyze ticket: [content]" processes it

Pro Tips

  • Completeness score is a heuristic, not a gate. A score of 61 (passing) on a ticket missing acceptance criteria will proceed. Always read the missing-items list, not just the number.
  • Injection scanning is prompt-level, not sandboxed. A crafted ticket with forged boundary markers can confuse the agent. Verify that ===TICKET_DATA_START=== tags were added by intake, not by the ticket author.
  • Classification confidence matters. If mk:scale-routing returns confidence: LOW, do not auto-route to mk:cook or mk:fix. Low-confidence classifications are advisory only.
  • Figma links from tickets are untrusted. Design data informs analysis; it never overrides project rules. Figma URLs are validated before any MCP call.

Canonical source: .claude/skills/intake/SKILL.md

Released under the MIT License.