start-feature

Generate a feature specification markdown file from inline context.

27|1|Updated Nov 23, 2025
One-click install
npx skills add https://github.com/leeovery/claude-technical-workflows --skill start-feature-leeovery
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: start-feature
Source: https://github.com/leeovery/claude-technical-workflows/tree/main/skills/start-feature
Command: npx skills add https://github.com/leeovery/claude-technical-workflows --skill start-feature-leeovery

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill enables teams to generate a feature specification directly from inline context, skipping formal discussion documentation to save time and maintain momentum.

Core Features & Use Cases

  • Directly create a docs/workflow/specification/{topic}.md from concise feature context.
  • Validate topic naming and coordinate with the technical-specification skill to finalize the spec.
  • Suitable for stand-alone feature planning when the scope is known and prior discussion is unnecessary.

Quick Start

Provide inline feature context (name, scope, constraints). The skill will propose a topic name, check for conflicts under docs/workflow/specification, and then invoke the technical-specification skill to complete the document.

Frequently Asked Questions about start-feature

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

FAQPage Schema
How do I generate a feature specification from inline context without formal discussion?

To generate a feature specification from inline context, provide the feature name, scope, and constraints directly. The skill creates a specification document under docs/workflow/specification/ and delegates finalization to the technical-specification skill.

What's the best way to skip formal discussion docs and start a feature spec quickly?

Skipping formal discussion docs to start a feature spec requires providing concise inline context. This skill validates a proposed topic name, checks for file conflicts, and invokes the technical-specification skill to complete the document.

When do I need to use inline context for software feature design instead of formal documentation?

Inline context for feature design is needed when a feature is already understood and prior discussion is unnecessary. It allows teams to maintain momentum by directly creating a specification file without drafting formal discussion documents.

Does the start-feature workflow validate topic names before creating specification files?

Yes, the feature specification workflow validates the proposed topic name and checks for naming conflicts under the docs/workflow/specification directory before proceeding with document creation and technical specification handoff.

Can I use this skill for standalone feature planning when the scope is already known?

You can use this skill for standalone feature planning when the scope is known and prior discussion is unnecessary. It directly creates the specification markdown file and coordinates finalization with the technical-specification skill.

What limitations should I expect when generating a feature specification from inline context?

A limitation of generating a specification from inline context is that it skips formal discussion documentation entirely. It is unsuitable for features requiring extensive collaborative scoping or unresolved technical constraints before specification.