service-create

Create standardized 10-section service documentation files at specs/docs/{svc}.md.

31|5|Updated Jan 14, 2026
One-click install
npx skills add https://github.com/NSEvteev/FullSpec --skill service-create-nsevteev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: service-create
Source: https://github.com/NSEvteev/FullSpec/tree/main/.claude/skills/service-create
Command: npx skills add https://github.com/NSEvteev/FullSpec --skill service-create-nsevteev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Creates a new specs/docs/{svc}.md document following the project's 10-section per-service standard, when a new service appears or a service lacks documentation.

Core Features & Use Cases

  • Generates a complete per-service document with the required 10 sections.
  • Enforces the standard structure and SSOT alignment for new services.
  • Useful before starting work on a new service or when documenting an undocumented service.

Quick Start

Invoke /service-create with the service-name to generate the complete documentation skeleton.

Frequently Asked Questions about service-create

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

FAQPage Schema
How do I create standardized documentation for a new service?

To create standardized documentation for a new service, invoke the service-create command with the service name to generate a complete 10-section SSOT-compliant markdown skeleton at specs/docs/{svc}.md.

What is an SSOT-compliant service specification document?

An SSOT-compliant service specification is a standardized per-service markdown file containing a 10-section structure and required frontmatter like name and description, serving as the single source of truth for the service.

When do I need to generate a per-service documentation file?

You need to generate a per-service documentation file when a new service appears in your project or when an existing service lacks the required 10-section SSOT-compliant documentation.

Does the service documentation template enforce required frontmatter?

Yes, the service documentation template validates and enforces required frontmatter fields, specifically ensuring that both the name and description attributes are present before applying the project standard templates.

What's the best way to document an undocumented service?

The best way to document an undocumented service is to apply an automated SSOT workflow that validates required frontmatter and generates a complete 10-section standardized document skeleton.

Why does my service specification generation fail without frontmatter?

Service specification generation fails without frontmatter because the SSOT workflow validation enforces required name and description attributes to ensure standard structure alignment before creating the document.