Skip to content
Development
Skill

/request-tracking

Request tracking knowledge base. Use when: querying request status, managing document references, tracking progress. Not for: creating requests (use create-request), tech specs (use tech-spec). Output: status report + progress tracking.

From plugin
sd0x-dev-flow
18899 skills16 agents5 hooks
Install
$ npx -y skills add sd0xdev/sd0x-dev-flow --skill request-tracking --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/request-tracking

Context preview

The summary Claude sees to decide when to auto-load this skill.

Request tracking knowledge base. Use when: querying request status, managing document references, tracking progress. Not for: creating requests (use create-request), tech specs (use tech-spec). Output: status report + progress tracking.

SKILL.md

request-tracking.SKILL.md
name: request-tracking
description: "Request tracking knowledge base. Use when: querying request status, managing document references, tracking progress. Not for: creating requests (use create-request), tech specs (use tech-spec). Output: status report + progress tracking."
allowed-tools: Read, Grep, Glob
context: fork
agent: Explore

Request Tracking Skill

Trigger

  • Keywords: request document, request, progress tracking, status, acceptance criteria, tech spec

When NOT to Use

  • Create new request document (use /create-request)
  • Write tech spec (use /tech-spec)
  • Code development (use feature-dev)

Document Hierarchy

requests/        Request documents (scope + acceptance)
    ↓ references
planning/        Tech specs (implementation details)
    ↓ references
adr/             Decision records (rationale)
    ↓ references
architecture/    Architecture docs (system design)

File Location

docs/features/{feature}/
├── requests/           # Active request documents
│   └── archived/       # Completed
├── planning/           # Tech specs
├── adr/                # Decision records
└── architecture/       # Architecture docs

Naming Convention

**Format**: `YYYY-MM-DD-kebab-case-title.md`

Status & Priority

| Status | Description | | -------- | ------------------ | | Pending | Not started | | In Dev | In progress | | Approved | Spec confirmed |

| Priority | Timeline | | -------- | -------------- | | P0 | Immediate | | P1 | This week | | P2 | This iteration |

Output

## Request Status
| Request | Status | Priority | Updated |
|---------|--------|----------|---------|
| ...     | ...    | ...      | ...     |

Verification

  • Request document includes: background, requirements, acceptance criteria
  • File naming follows convention
  • Correctly linked to tech spec

References

  • `references/template.md` - Request document template
  • `references/operations.md` - Operations guide

Examples

Input: How to write a request document?
Action: Explain template structure + reference references/template.md
Input: How to track progress for this request?
Action: Explain progress table / Phase breakdown approach
Read more
Ships withsd0x-dev-flow

Language: English | 繁體中文 | 简体中文 | 日本語 | 한국어 | Español The harness layer for Claude Code. Let the model choose the path. Keep "done" verifiable. Full control plane on Claude Code. Skills-only distribution for Codex CLI and other compatible agents.

Get the whole plugin

Other skills on sd0x-dev-flow.