solo-deliverable-management

Manages deliverable folder structure, file naming, semantic versioning, and quality gates for project documents.

Updated Apr 23, 2026
One-click install
npx skills add https://github.com/cjrain-12505614/solo-forge-marketplace --skill solo-deliverable-management-cjrain-12505614
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: solo-deliverable-management
Source: https://github.com/cjrain-12505614/solo-forge-marketplace/tree/main/solo-forge-v0.6.0/skills/solo-deliverable-management
Command: npx skills add https://github.com/cjrain-12505614/solo-forge-marketplace --skill solo-deliverable-management-cjrain-12505614

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Solo developers and small teams often lose track of project documents because files are scattered, inconsistently named, and lack clear versioning or review standards. This Skill enforces a unified workspace structure, naming convention, and promotion process so every deliverable stays organized and traceable. ## Core Features & Use Cases - Standardized Workspace Structure: Organizes documents into numbered folders from 00_관리 (management) through 06_산출물 (final deliverables), covering requirements, planning, design, UI, QA, and releases. - Naming & Semantic Versioning Rules: Applies the {type}_{topic}_v{version} naming pattern with clear version semantics (v0.x drafts, v1.0 approved, v2.0 major rewrites). - v1.0 Quality Gate: Runs type-specific checklists (feature specs, architecture, wireframes, QA scenarios) through PL self-review, cross-verification, and PM final approval before promotion. - Use Case: When you finish drafting a payment feature spec, ask to promote it to v1.0 and the Skill walks through the full checklist, updates the file header, and logs the decision in decision_log.md. ## Quick Start Ask the assistant to list all current deliverables and their versions, or request to promote a specific document to v1.0 using the quality gate checklist.

Frequently Asked Questions about solo-deliverable-management

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

FAQPage Schema
How do I manage document versions for project deliverables?▼

Use semantic versioning where v0.1-v0.9 marks drafts, v1.0 marks reviewed and approved deliverables, v1.x marks minor fixes, and v2.0 marks major rewrites. Name files as {type}_{topic}_v{version}, for example feature_spec_auth_v1.0.md.

How do I organize project documents in a folder structure?▼

Use numbered folders by phase: 00_관리 for management logs, 01_요구사항 for requirements, 02_기획 for planning, 03_설계 for design, 04_화면설계 for UI, 05_검증 for QA, and 06_산출물 for final deliverables.

What checklist should a feature spec pass before approval?▼

A feature spec must map all requirement IDs, include user stories and at least three acceptance criteria, define data models and exception cases, reference decision log entries, and contain no TODO or TBD markers before v1.0 promotion.

When should a document version go from v1.0 to v2.0?▼

Promote to v2.0 only when requirement or design changes force a full rewrite of the document scope. Minor corrections like typos or added notes stay within v1.x, and the full verification checklist must rerun for major versions.

Does this versioning workflow require Git or external tools?▼

No external tools are required. The workflow relies on the file system, decision_log.md, and session logs, though older versions can optionally be archived in a docs/archive folder or Git history.