start

Route ambiguous software tasks through Flywheel stages to the earliest useful stage.

1|Updated Apr 18, 2026
One-click install
npx skills add https://github.com/mopeyjellyfish/flywheel --skill start-mopeyjellyfish
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: start
Source: https://github.com/mopeyjellyfish/flywheel/tree/main/skills/start
Command: npx skills add https://github.com/mopeyjellyfish/flywheel --skill start-mopeyjellyfish

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Route project work through Flywheel to ensure tasks are quickly routed into the earliest useful stage, preserving context and enabling faster progression through shaping, work, review, spin, or commit.

Core Features & Use Cases

  • Unified routing surface: Provide a single entrypoint (fw:start) to determine the best next step in the Flywheel flow.
  • Context-preserving handoffs: Carry task intent and relevant artifacts forward to downstream stages to reduce rework.
  • Scope-aware routing: Works across shaping, execution, and validation phases to keep momentum in project work.

Quick Start

Invoke fw:start to route the current repo task to the earliest useful Flywheel stage and surface the next action.

Frequently Asked Questions about start

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

FAQPage Schema
How do I route ambiguous software project tasks to the right workflow stage?

To route ambiguous software project tasks, invoke the fw:start entrypoint to evaluate task intent and surface the earliest useful Flywheel stage. It guides underdefined work into shaping, execution, or validation phases to maintain momentum and reduce rework.

What is the best way to preserve task context when handing off software project work?

The best way to preserve task context during software project handoffs is routing through a unified entrypoint that carries task intent forward. This approach passes relevant artifacts to downstream stages, preventing context loss and minimizing redundant setup.

When do I need workflow routing for software engineering tasks?

You need workflow routing for software engineering tasks when a task is ambiguous or underdefined. It determines the appropriate next step by applying scope-aware routing across shaping, work, review, spin, and commit phases to keep project momentum.

Does the Flywheel routing flow require specific project management dependencies?

The Flywheel routing flow requires no external project management dependencies. It operates by specifying a minimal entry-point SKILL.md with a name and description, optionally incorporating scripts, references, or assets to empower downstream stages.

How do I start software project work using the Flywheel flow?

To start software project work using the Flywheel flow, invoke fw:start. This routes the current repository task to the earliest useful stage, surfacing the immediate next action while carrying task intent and relevant artifacts forward.

Can I use workflow routing for tasks across both shaping and execution phases?

Yes, you can use workflow routing for tasks across both shaping and execution phases. Scope-aware routing evaluates the task state and directs it to fw:shape, fw:work, fw:review, fw:spin, or fw:commit as needed to sustain continuous progression.