ada-srs-lifecycle

Routes SRS derivation, writing, review, and revision tasks to phase-specific sub-skills.

Updated Jul 23, 2026
One-click install
npx skills add https://github.com/wubing7755/Ada --skill ada-srs-lifecycle-wubing7755
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ada-srs-lifecycle
Source: https://github.com/wubing7755/Ada/tree/main/skills/software-development/ada-srs-lifecycle
Command: npx skills add https://github.com/wubing7755/Ada --skill ada-srs-lifecycle-wubing7755

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? SRS work spans four distinct phases — deriving requirements from a technical protocol, writing the document, reviewing quality, and performing large-scale revisions — and choosing the wrong workflow or mixing conventions across phases produces inconsistent, untraceable requirements documents. ## Core Features & Use Cases - Phase Routing: Diagnoses the current SRS stage from user intent and routes to the correct sub-skill (ada-tp-to-srs-derivation, ada-srs-writing, ada-srs-review, ada-srs-revision, ada-requirements-authoring). - Shared Conventions: Enforces a uniform REQ-F requirement format (heading, priority emoji, actor, Given/When/Then acceptance criteria), a five-section document structure, and core principles like terminology consistency and TP traceability. - Use Case: Given a technical protocol document, load this skill to route to the derivation phase, produce a traceable SRS draft, then route to review and revision phases as the document matures. ## Quick Start Ask the agent to load the SRS lifecycle skill and describe your current task, such as deriving an SRS from a technical protocol or reviewing an existing SRS for quality issues.

Frequently Asked Questions about ada-srs-lifecycle

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

FAQPage Schema
How do I derive an SRS from a technical protocol document?

Load this lifecycle skill and state that you have a TP document; it routes to the ada-tp-to-srs-derivation sub-skill, which produces an SRS draft where every requirement carries a source mapping back to the protocol clause it came from.

How do I review an existing SRS for quality issues?

State that you want to review or audit an existing SRS, and the skill routes to ada-srs-review, which runs a systematic 12-pass review covering dead requirements, missing acceptance criteria, terminology inconsistencies, and leaked implementation details.

What requirement format does this SRS workflow use?

Requirements use the REQ-F-XXX format: a level-3 heading with a priority emoji and actor, a description, and acceptance criteria written as Given/When/Then scenarios. Non-functional requirements use NFR-XXX identifiers in a separate section.

When should I not use the SRS lifecycle skill?

Skip it for single isolated edits, typo fixes, or formatting corrections — load the specific sub-skill directly or use a simple patch. It is also not intended for design documents, API specs, or test plans, since the lifecycle is SRS-specific.

Can I do large terminology replacements across an SRS?

Yes, large-scale terminology or concept replacement and section restructuring route to the ada-srs-revision sub-skill. After revision, run the post-edit consistency sync so cross-references, statistics tables, and appendix entries stay accurate.