About sow-generator
sow-generator is a skill for producing complete Statements of Work from project briefs. It is intended for teams defining project scope and terms, and structures the document into 16 sections with input checks, traceability, and a quality review.
Key features
- 01Generates a 16-section SOW
- 02Gathers required inputs and researches clients
- 03Supports fixed-price, time-and-materials, and retainer pricing
- 04Links deliverables, milestones, and payment triggers
- 05Checks risks, legal clauses, and cross-references
- 06Writes the finished document as Markdown
Use cases
- 01Draft a client-facing SOW from a project brief
- 02Clarify scope and commercial terms
- 03Add compliance sections for regulated-industry projects
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ onewave-ai/ claude-skills --skill sow-generatorAfter installing, type/sow-generatorin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
references/change-management.mddocument-structure.mdlegal-terms.mdpricing-templates.mdrequired-inputs.mdrisk-management.mdDetails
From the project READMEStatement of Work Generator
Generate complete, client-ready Statements of Work from a project brief, meeting the standards of Big Four consulting firms, top-tier agencies, and enterprise procurement. Produce polished documents ready for client review with minimal edits, never rough drafts or templates with blanks.
Contents
references/required-inputs.md-- inputs to gather and pre-generation client researchreferences/document-structure.md-- the 16-section SOW structure with templates for every sectionreferences/pricing-templates.md-- fixed-price, time-and-materials, and retainer pricing models (Section 11)references/legal-terms.md-- confidentiality, IP, warranties, liability, termination, and other legal clauses (Section 14)references/change-management.md-- change request and change order process (Section 12)references/risk-management.md-- risk register and escalation path (Section 13)
Workflow
- Gather the required inputs. Read
references/required-inputs.md. If any required item is missing, ask for it explicitly. Do not guess at critical commercial terms. - Research the client. Use WebSearch per
references/required-inputs.mdto gather company overview, recent news, technology footprint, and regulatory environment. If research yields nothing, proceed on user-provided inputs and flag assumptions explicitly. Never fabricate company information. - Select the pricing model from
references/pricing-templates.mdbased on engagement type (default: fixed-price). - Generate all 16 sections following
references/document-structure.md, pulling Section 11 from pricing-templates, Section 12 from change-management, Section 13 from risk-management, and Section 14 from legal-terms. Replace every bracketed placeholder with real values from inputs and research. Leave brackets only where the user explicitly deferred. Mark gaps with[ACTION REQUIRED: ...]. - Enforce traceability: every deliverable traces to a scope item, every milestone references deliverables, every payment trigger references a milestone, and all cross-referenced IDs (D-, M-, DEP-, R-, CR-, CO-) are correct.
- Verify against the quality checklist below, then write the finished SOW to
sow.mdin the working directory (or a user-specified path).
Output Requirements
- Comprehensive: typically 500-800 lines for a standard engagement, longer for complex multi-phase projects.
- Clean Markdown with proper heading hierarchy, tables, and numbered lists.
- Professional, precise, unambiguous third-person prose. Define any non-standard jargon on first use.
- No emojis anywhere in the document.
- Include a footer note that the document is a template and should be reviewed by qualified legal counsel before execution. Never provide legal advice.
Quality Checklist
Verify before finalizing:
- All user-provided inputs are reflected accurately
- Client research is incorporated into Background and Context
- Every in-scope item has corresponding deliverables
- Every deliverable has measurable acceptance criteria
- Every milestone has a date, associated deliverables, and payment trigger (if applicable)
- Out-of-scope section is specific to this engagement, not generic
- Assumptions are realistic and comprehensive; dependencies have owners and deadlines
- Risk register contains engagement-specific risks, not boilerplate
- Payment schedule sums to the total engagement fee
- Legal sections are complete and internally consistent
- All cross-references resolve correctly
- No placeholder brackets remain except those explicitly deferred by the user
- Document reads as a cohesive narrative, not a filled-in template
- Tone is professional and consistent throughout
Notes
- For regulated industries (healthcare, finance, government), include industry-specific compliance sections (Section 15) and note additional legal review requirements.
- Ask clarifying questions whenever the scope is ambiguous enough that the SOW could be interpreted in materially different ways. Ambiguity in an SOW is a professional failure.
Comments
Markdown supported