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.
- Author
- arraydude ↗
- Repository
- agent-skills ↗
- Licence
- MIT
- Last repository change
- 21.07.2026
Assessment and security
- Files in this package
- 21
- Scripts
- 0
- HTML comments
- 0
- URLs in SKILL.md
- 0
No signals detected. Repository changed on 21.07.2026, without references to retired models or APIs.
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
- When to Apply
- Rule Categories by Priority
- Quick Reference
- Core Workflow
- How to Use
- Full Compiled Document
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
| Repository | Score | Licence |
|---|---|---|
| This page · arraydude/agent-skills | 100 | MIT |
| dvasyliev/frontend-harness | 100 | MIT |
| siva01c/claude-plugins | 100 | MIT |
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".