tag-command-mapping
Tag-to-command mapping routes Linear tasks to appropriate Claude Code commands based on task labels, using default mappings like @frontend to /dev:feature and @backend to /dev:implement. Use this skill to understand routing precedence rules when tasks have multiple tags, customize mappings for specific projects, or determine which agent and command should handle a given task.
git clone --depth 1 https://github.com/MadAppGang/claude-code /tmp/tag-command-mapping && cp -r /tmp/tag-command-mapping/plugins/autopilot/skills/tag-command-mapping ~/.claude/skills/tag-command-mappingSKILL.md
plugin: autopilot
updated: 2026-01-20
# Tag-to-Command Mapping
**Version:** 0.1.0
**Purpose:** Route Linear tasks to appropriate Claude Code commands based on tags
**Status:** Phase 1
## When to Use
Use this skill when you need to:
- Understand how Linear tags map to Claude Code commands
- Customize tag-to-command mappings for a project
- Handle tasks with multiple tags (precedence rules)
- Classify tasks based on title/description text
- Resolve the correct agent/command for a task
## Overview
Tag-to-command mapping is the core routing mechanism in autopilot. When a task arrives from Linear, its labels determine which Claude Code command/agent handles execution.
## Default Mappings
| Linear Tag | Command | Agent | Skills |
|------------|---------|-------|--------|
| @frontend | /dev:feature | developer | react-typescript |
| @backend | /dev:implement | developer | golang, api-design |
| @debug | /dev:debug | debugger | debugging-strategies |
| @test | /dev:test-architect | test-architect | testing-strategies |
| @review | /commit-commands:commit-push-pr | reviewer | universal-patterns |
| @refactor | /dev:implement | developer | universal-patterns |
| @research | /dev:deep-research | researcher | n/a |
| @ui | /dev:ui | ui | ui-design-review |
## Precedence Rules
When multiple tags are present, apply precedence order:
```typescript
const PRECEDENCE = [
'@debug', // Bug fixing takes priority
'@test', // Tests before implementation
'@ui', // UI before generic frontend
'@frontend', // Frontend before generic
'@backend', // Backend before generic
'@review', // Review after implementation
'@refactor', // Refactoring is lower priority
'@research' // Research is lowest
];
function selectTag(labels: string[]): string {
const agentTags = labels.filter(l => l.startsWith('@'));
if (agentTags.length === 0) return 'default';
if (agentTags.length === 1) return agentTags[0];
// Multiple tags - apply precedence
for (const tag of PRECEDENCE) {
if (agentTags.includes(tag)) return tag;
}
return 'default';
}
```
## Custom Mappings
Users can define custom mappings in `.claude/autopilot.local.md`:
```yaml
---
tag_mappings:
"@database":
command: "/dev:implement"
agent: "developer"
skills: ["database-patterns"]
systemPrompt: "You are a database specialist."
"@performance":
command: "/dev:implement"
agent: "developer"
skills: ["universal-patterns"]
systemPrompt: "You are a performance optimization expert."
---
```
## Task Classification
Beyond explicit tags, classify tasks from text:
```typescript
function classifyTask(title: string, description: string): string {
const text = `${title} ${description}`.toLowerCase();
// Keyword patterns
if (/\b(fix|bug|error|crash|broken)\b/.test(text)) return 'BUG_FIX';
if (/\b(add|implement|create|new|feature)\b/.test(text)) return 'FEATURE';
if (/\b(refactor|clean|optimize|improve)\b/.test(text)) return 'REFACTOR';
if (/\b(ui|design|component|style|visual)\b/.test(text)) return 'UI_CHANGE';
if (/\b(test|coverage|e2e|spec)\b/.test(text)) return 'TEST';
if (/\b(doc|documentation|readme)\b/.test(text)) return 'DOCUMENTATION';
return 'UNKNOWN';
}
```
## Mapping Resolution
Complete resolution algorithm:
```typescript
function resolveMapping(labels: string[], title: string, desc: string) {
// 1. Check explicit tags
const tag = selectTag(labels);
if (tag !== 'default') {
return getMappingForTag(tag);
}
// 2. Classify from text
const taskType = classifyTask(title, desc);
// 3. Map task type to default tag
const typeToTag = {
'BUG_FIX': '@debug',
'FEATURE': '@frontend',
'UI_CHANGE': '@ui',
'TEST': '@test',
'REFACTOR': '@refactor',
'DOCUMENTATION': '@research',
};
return getMappingForTag(typeToTag[taskType] || '@frontend');
}
```
## Examples
### Example 1: Single Tag Resolution
```typescript
// Task with @frontend label
const labels = ['@frontend', 'feature'];
const tag = selectTag(labels); // '@frontend'
const mapping = getMappingForTag(tag);
// Result: { command: '/dev:feature', agent: 'developer', skills: ['react-typescript'] }
```
### Example 2: Multiple Tag Precedence
```typescript
// Task with both @frontend and @debug
const labels = ['@frontend', '@debug'];
const tag = selectTag(labels); // '@debug' (higher precedence)
const mapping = getMappingForTag(tag);
// Result: { command: '/dev:debug', agent: 'debugger', skills: ['debugging-strategies'] }
```
### Example 3: Text Classification Fallback
```typescript
// Task without tags
const labels = [];
const title = "Fix login button not working";
const mapping = resolveMapping(labels, title, "");
// Classifies as BUG_FIX -> @debug
// Result: { command: '/dev:debug', agent: 'debugger', skills: ['debugging-strategies'] }
```
## Best Practices
- Use explicit tags over relying on classification
- Create custom mappings for project-specific workflows
- Debug > Test > UI > Frontend precedence makes sense
- Review mapping effectiveness periodically
- Keep tag names short and descriptive (start with @)Architecture Decision Records (ADR) documentation practice. Use when documenting architectural decisions, recording technical trade-offs, creating decision logs, or establishing architectural patterns. Trigger keywords - "ADR", "architecture decision", "decision record", "trade-offs", "architectural decision", "decision log".
Use when deciding whether to launch an agent, selecting which agent to use, or coordinating multiple agents. Covers delegation criteria, external-model patterns, task isolation, and agent selection strategies.
Use when designing REST or GraphQL APIs, defining endpoints, implementing pagination/filtering, handling API versioning, or establishing API documentation with OpenAPI/Swagger.
Use when integrating Apidog + OpenAPI specifications with your React app. Covers MCP server setup, type generation, and query layer integration. Use when setting up API clients, generating types from OpenAPI, or integrating with Apidog MCP.
Analyzes API documentation from OpenAPI specs to provide TypeScript interfaces, request/response formats, and implementation guidance. Use when implementing API integrations, debugging API errors (400, 401, 404), replacing mock APIs, verifying data types, or when user mentions endpoints, API calls, or backend integration.
Use when analyzing architecture and system design. Find design patterns, map layers, identify core abstractions via PageRank. Uses claudemem AST structural analysis for efficient architecture investigation.
On-demand security and code quality audit. Use when checking for vulnerabilities, security issues, code smells, or compliance problems. Trigger keywords - "audit", "security check", "vulnerability scan", "code quality", "compliance", "security audit".
Use when implementing authentication (JWT, sessions, OAuth), authorization (RBAC, ABAC), password hashing, MFA, or security best practices for backend services.