機能仕様策定

Generate structured feature specification files under docs/plan/<feature>/ from vague requirements.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/sugar-cat7/ai-avatar-interview --skill -sugar-cat7
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 機能仕様策定
Source: https://github.com/sugar-cat7/ai-avatar-interview/tree/main/.agent/skills/plan-feature
Command: npx skills add https://github.com/sugar-cat7/ai-avatar-interview --skill -sugar-cat7

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Clarifies ambiguous ideas by turning them into structured feature-spec docs for cross-functional teams.

Core Features & Use Cases

  • Interactive elicitation to capture feature name, purpose, users, scope, entities, and key use cases.
  • Generates docs/plan/<feature>/ with 00_OVERVIEW.md, 01_DOMAIN_MODEL.md, 02_DATA_ACCESS.md, 03_USECASE.md, 04_API_INTERFACE.md, and 05_FRONTEND.md.
  • Incorporates TBD markers for unresolved items and aligns wording with domain-modeling guidelines.

Quick Start

Provide an initial set of requirements and let the skill generate the six plan files under docs/plan/<feature>/.

Frequently Asked Questions about 機能仕様策定

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

FAQPage Schema
How do I turn vague feature requirements into structured specification documents?

To turn vague requirements into structured feature specifications, provide your initial ideas to trigger an interactive elicitation process that captures feature names, purpose, users, scope, and entities to generate comprehensive plan documents.

What files are generated when creating feature specs for backend and frontend planning?

Creating feature specs generates six markdown files under docs/plan/<feature>/: 00_OVERVIEW.md, 01_DOMAIN_MODEL.md, 02_DATA_ACCESS.md, 03_USECASE.md, 04_API_INTERFACE.md, and 05_FRONTEND.md for cross-functional planning.

How does the domain modeling process handle unresolved items in feature specifications?

The domain modeling process handles unresolved items by marking them with TBD markers throughout the generated specification files, ensuring unresolved prerequisites, entities, or API interfaces are clearly flagged for later clarification.

Can I generate both API interface and frontend UI documentation from a single feature scope?

Yes, you can generate both API interface and frontend UI documentation from a single feature scope. The elicitation process captures use cases and entities, then produces 04_API_INTERFACE.md and 05_FRONTEND.md to align backend and frontend domains.

What is the best way to document use cases and data access for a new software feature?

The best way to document use cases and data access is through structured specification generation, which produces 03_USECASE.md and 02_DATA_ACCESS.md files aligned with domain-modeling guidelines to clarify cross-functional team workflows.

Do I need fully detailed requirements to start generating feature specification documents?

No, you do not need fully detailed requirements to start generating feature specification documents. You can provide vague initial ideas, and the interactive elicitation process will capture key attributes to structure the planning files.