spine-fanout

Generate follow-on GitHub issues after verifying an end-to-end spine via fak CLI.

30|12|Updated Jun 21, 2026
One-click install
npx skills add https://github.com/anthony-chaudhary/fak --skill spine-fanout
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spine-fanout
Source: https://github.com/anthony-chaudhary/fak/tree/main/.claude/skills/spine-fanout
Command: npx skills add https://github.com/anthony-chaudhary/fak --skill spine-fanout

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill solves the problem of fragmented or delayed project delivery by enforcing a disciplined workflow that prioritizes a minimal end-to-end spine before generating a comprehensive follow-on task backlog.

Core Features & Use Cases

  • Spine Gate Enforcement: Ensures that every new unit of work has a runnable, end-to-end path before expanding into secondary tasks.
  • Automated Fan-out: Generates a structured list of 3 to 50+ follow-on issues for QA, dogfooding, and productization using the fak CLI.
  • Use Case: When starting a new feature, use this skill to verify the core functionality exists, then automatically generate the necessary GitHub issues for documentation, testing, and integration to ensure nothing is forgotten.

Quick Start

Use the spine-fanout skill to generate the follow-on issue backlog for the current feature after verifying the minimal end-to-end spine is functional.

Frequently Asked Questions about spine-fanout

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate GitHub issue generation for secondary feature requirements?

Automate follow-on issue generation by enforcing a spine-first development workflow that verifies a minimal end-to-end implementation before fanning out a structured backlog of 3 to 50+ tasks for QA, dogfooding, and productization via the fak CLI.

What is spine-first development methodology for software engineering?

Spine-first development is a disciplined workflow methodology requiring a verified, runnable end-to-end path before expanding into secondary tasks. This approach prevents fragmented project delivery by gating automated backlog generation behind a functional core implementation.

How do I prevent fragmented project delivery when starting new software features?

Prevent fragmented delivery by enforcing a spine gate that requires a minimal end-to-end feature implementation to be functional before generating any follow-on task backlog. This ensures systematic tracking and deterministic generation of secondary requirements like documentation and testing.

Does the fak CLI support milestone assignment and issue deduplication?

Yes, the fak CLI supports deterministic issue generation, milestone assignment, and deduplication of project work items. It automatically structures 3 to 50+ follow-on tasks while systematically removing duplicate project work.

When do I need to generate a follow-on issue backlog for library creation or feature development?

Generate a follow-on issue backlog when a new feature, library, or process documentation requires systematic tracking of secondary requirements. The workflow applies after verifying the core end-to-end spine is functional, ensuring QA and productization tasks are not forgotten.

What is the best way to track secondary requirements like dogfooding and productization?

Track secondary requirements by automating fan-out to generate a structured list of 3 to 50+ follow-on issues for dogfooding and productization. This ensures nothing is forgotten by enforcing a runnable end-to-end path before backlog creation.