Skip to content
Skills Library
Programming · Planning

feature-workflow

/feature-workflow

Feature planning, specification, phased implementation, progress tracking, per-phase PRs, and archival workflow. Use when starting a new feature, creating spec documents, breaking work into phases, tracking progress, managing PRs, or archiving completed specs.

Licence
MIT
Last repository change
21.07.2026

Assessment and security

100/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability25 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content35 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
Files in this package
21
Scripts
0
HTML comments
0
URLs in SKILL.md
0
Deprecation

No signals detected. Repository changed on 21.07.2026, without references to retired models or APIs.

Licence

MIT, open: use and modify while retaining author attribution.

What it does and when to use it

Feature planning, specification, phased implementation, progress tracking, per-phase PRs, and archival workflow. Use when starting a new feature, creating spec documents, breaking work into phases, tracking progress, managing PRs, or archiving completed specs.

Original author description

Feature planning, specification, phased implementation, progress tracking, per-phase PRs, and archival workflow. Use when starting a new feature, creating spec documents, breaking work into phases, tracking progress, managing PRs, or archiving completed specs.

How it works

  1. When to Apply
  2. Rule Categories by Priority
  3. Quick Reference
  4. Core Workflow
  5. How to Use
  6. Full Compiled Document
Original SKILL.md headings · 98 lines, 489 words
SKILL.md preview
---
name: feature-workflow
description: Feature planning, specification, phased implementation, progress tracking, per-phase PRs, and archival workflow. Use when starting a new feature, creating spec documents, breaking work into phases, tracking progress, managing PRs, or archiving completed specs.
license: MIT
metadata:
  author: arraydude
  version: "1.0.0"
---

# Feature Workflow

Comprehensive guide for planning, specifying, implementing, and archiving features. Contains 19 rules across 6 categories, derived from 18+ completed feature specs.

## When to Apply

Reference these guidelines when:
- Starting a new feature or migration
- Creating or updating a spec document
- Breaking work into implementation phases
- Tracking progress within a spec
- Deciding PR scope and branch strategy
- Completing a feature and archiving the spec

## Rule Categories by Priority

| Priority | Category | Impact | Prefix |
|----------|----------|--------|--------|
| 1 | Spec Structure & Content | CRITICAL | `spec-` |
| 2 | Phase Design | CRITICAL | `phase-` |
| 3 | Progress Tracking | HIGH | `tracking-` |
| 4 | PR Strategy | HIGH | `pr-` |
| 5 | Archival | MEDIUM | `archive-` |
| 6 | Workflow Collaboration | MEDIUM | `workflow-` |

## Quick Reference

### 1. Spec Structure & Content (CRITICAL)

- `spec-structure` - Required spec document structure (title, metadata, ToC, sections)
- `spec-content-sections` - What each section must contain (Executive Summary, Goals, Architecture, Plan, Testing, Criteria)
- `spec-current-state-analysis` - Always start with current state: code inventory, problems with evidence
- `spec-living-document` - Update spec throughout implementation, never delete history

### 2. Phase Design (CRITICAL)

- `phase-zero-foundation` - Phase 0 is always foundation/infrastructure work
- `phase-decomposition` - Break work into independently reviewable, shippable phases
- `phase-dependency-ordering` - Order phases by dependency chain

### 3. Progress Tracking (HIGH)

- `tracking-status-indicators` - Use consistent status indicators and progress trackers
- `tracking-completion-reports` - Write completion reports per phase
- `tracking-metrics-tables` - Include before/after metrics tables

### 4. PR Strategy (HIGH)

- `pr-target-develop-branch` - **CRITICAL**: feature PRs always target `develop`, never `main`
- `pr-per-phase-strategy` - One PR per phase for reviewability
- `pr-branch-naming` - Branch naming follows GitFlow conventions
- `pr-scope-and-review` - Keep PRs focused with clear scope documentation

### 5. Archival (MEDIUM)

- `archive-when-to-archive` - Archive after all phases complete and PRs merged
- `archive-preservation-format` - Preserve completion notes, learnings, and metrics

### 6. Workflow Collaboration (MEDIUM)

- `workflow-collaboration-loop` - Iterative planning between AI and developer
- `workflow-spec-placement` - Place specs under the relevant package .claude/ directory
- `workflow-iteration-patterns` - How to iterate when requirements change

## Core Workflow

1. **Discovery** - Developer describes the feature/problem
2. **Analysis** - Explore codebase, document current state
3. **Proposal** - Draft spec with architecture and phases
4. **Review** - Developer reviews, provides feedback
5. **Refinement** - Update spec based on feedback
6. **Approval** - Developer confirms plan
7. **Implementation** - Phase-by-phase with per-phase PRs
8. **Archive** - Move completed spec, capture learnings

## How to Use

Read individual rule files for detailed explanations and code examples:

```
rules/spec-structure.md
rules/phase-decomposition.md
rules/tracking-status-indicators.md
rules/pr-per-phase-strategy.md
rules/archive-when-to-archive.md
rules/workflow-collaboration-loop.md
```

Each rule file contains:
- Brief explanation of why it matters
- Incorrect example (anti-pattern)
- Correct example (best practice)

## Full Compiled Document

For the complete guide with all rules expanded: `AGENTS.md`
Files in this package (21)
  • AGENTS.md 19 KB
  • SKILL.md 4 KB
  • rules/archive-preservation-format.md 2 KB
  • rules/archive-when-to-archive.md 2 KB
  • rules/phase-decomposition.md 2 KB
  • rules/phase-dependency-ordering.md 1 KB
  • rules/phase-zero-foundation.md 2 KB
  • rules/pr-branch-naming.md 1 KB
  • rules/pr-per-phase-strategy.md 2 KB
  • rules/pr-scope-and-review.md 2 KB
  • rules/pr-target-develop-branch.md 2 KB
  • rules/spec-content-sections.md 2 KB
  • rules/spec-current-state-analysis.md 2 KB
  • rules/spec-living-document.md 2 KB
  • rules/spec-structure.md 2 KB
  • rules/tracking-completion-reports.md 2 KB
  • rules/tracking-metrics-tables.md 1 KB
  • rules/tracking-status-indicators.md 2 KB
  • rules/workflow-collaboration-loop.md 2 KB
  • rules/workflow-iteration-patterns.md 2 KB
  • rules/workflow-spec-placement.md 1 KB

Versions

RepositoryScoreLicence
This page · arraydude/agent-skills100MIT
dvasyliev/frontend-harness100MIT
siva01c/claude-plugins100MIT

Database snapshot: 13.11.2026 · package version 530b14314397 (SHA-256 digest of the entire package)

Downloads in the last 30 days: 0 · ranking

Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.

Similar skills

  • 100planning-android-implementation
    Architecture design and phased implementation planning for Bitwarden Android. Use when planning implementation, designing architecture, creating file inventories, or breaking features into phases. Triggered by "plan implementation", "architecture design", "implementation plan",…
  • 95Implementation
    Execute implementation tasks from task documents following TDD workflow, phase-by-phase execution, and real-time progress tracking. USE WHEN implement, execute tasks, run tasks, start implementation, build feature, execute implementation, code the feature.
  • 95notion-spec-to-implementation
    Turn Notion specs into implementation plans, tasks, and progress tracking; use when implementing PRDs/feature specs and creating Notion plans + tasks from them.
  • 100issue-progress-tracking
    GitHub issue workflow ceremony using gh CLI — labels issues as in-progress, creates feature branches (issue/N-description), commits with issue references, posts progress comments, and links PRs with Closes #N. Keeps issues in sync with development work. Use when starting work on…
  • 90om-implement-spec
    Implement selected phases of a standalone app specification with routed context, bounded subagents, progress, tests, and review gates without requiring PR automation. Use for "implement this spec", "phase 2", "continue spec", "wdroż specyfikację", or a multi-phase local delivery.
  • 100om-implement-spec
    Implement a specification (or specific phases) using coordinated subagents with unit tests, integration tests, docs, and code-review compliance. Tracks progress by updating the spec. Triggers on "implement spec", "implement phases", "build from spec", "code the spec".

Feedback and reports

Your message goes to Bartosz Sokoliński. An email address is needed only for a reply. See the privacy policy.