AI Spec & PRD Generator

Every feature, specced before
it is built.

Turn a paragraph into a complete PRD, technical design, or API spec, with built-in checks for ambiguity, testability, and completeness.

Core templates and the lint are free. No card.

What someone wrotespecs/saved-carts.md

Shoppers keep losing their carts when they switch from phone to laptop. Let signed-in shoppers save a cart and pick it up on any device. It should be fast, carts should expire after a while, and we may email a reminder before they do.

specs/saved-carts.md PRDWriting

Saved carts

Problem

Signed-in shoppers lose their cart when they move between devices, so they rebuild it by hand or give up.

Goals2 of 2 measurable
  • Raise the share of carts finished on a second device from 4% to 10% within one quarter.
  • Keep cart sync under 2 seconds at p95.
Requirementslint mean 80
FR-199

Save the cart to the shopper's account. A signed-in shopper's cart to their account within 2 seconds of any change.

FR-2100

Restore the cart on any device. When the shopper signs in on another device, the app restores their saved cart within 2 seconds and merges any items already in that device's cart.

65

Expire saved carts. Saved carts expire after time, and the shopper sees which items .

66

Remind before a cart expires. The system email the shopper a reminder a days before their cart expires.

68

cart sync. Cart sync feels on mobile networks.

Out of scope3 items

Guest carts · Sharing a cart with someone else · Price changes on saved items

Acceptance criteria4 scenarios
CompletenessScored once the criteria are in
Completeness
Almost ready
68/100
  • Problem stated: passstated
  • Goals are measurable: pass2 of 2
  • Out of scope listed: pass3 items

0.4 × 80 lint + 0.4 × 40 coverage
+ 0.2 × 100 structure (3 of 3) = 68

2 of 5 covered = 40% coverage

Scenario · FR-2

Cart follows the shopper

  1. Givena shopper who saved a cart on their phone
  2. Whenthey sign in on a laptop
  3. Thenthe same items appear in the cart within 2 seconds
Drafting from the paragraph

Why a spec

Most features start as a paragraph in a ticket. The gaps in it show up in code review, or in production, when they cost the most to close. Shivo turns that paragraph into a spec your team can build from, and points at every sentence an engineer would have to guess at, before anyone writes a line.

Where a vague sentence gets caught

  1. 01In the spec

    One sentence changes before anyone builds on it.

    Shivo flags it here

  2. 02In code review

    The pull request is reworked, then reviewed again.

  3. 03In production

    A fix ships after people have already hit the gap.

Pick the document

Six documents, each with its own skeleton.

Choose what you are writing and Shivo drafts every section of it from your paragraph. Flip through the outlines it writes to.

templates/prd.mdPRD

Product Requirements Document

Define the problem, goals, users, and measurable requirements for a product or feature before a line of code is written.

  1. 01Executive Summary
  2. 02Problem Statement
  3. 03Goals & Success Metrics
  4. 04Target Users
  5. 05User Stories
  6. 06Functional Requirements
  7. 07Non-Functional Requirements
  8. 08Acceptance Criteria
  9. 09Risks & Mitigations
  10. 10Open Questions

10 sections, each drafted from your paragraph and linted.

01 / 06: Product Requirements Document

Use this template

Every requirement, traced

Each requirement, mapped to the scenarios that prove it.

Shivo links every requirement to its Given, When, Then scenarios and marks what no scenario verifies yet. Pick a spec to see its map.

specs/saved-carts.md · 2 of 5 covered

40%coverage

  • 2 covered
  • 1 partial
  • 2 uncovered
  • FR-1Covered

    Save the cart to the shopper's account

    Cart saves after a change

    1. Givena signed-in shopper with two items in their cart
    2. Whenthey add a third item
    3. Thenthe cart is saved to their account within 2 seconds
  • FR-2Covered

    Restore the cart on any device

    Cart follows the shopper

    1. Givena shopper who saved a cart on their phone
    2. Whenthey sign in on a laptop
    3. Thenthe same items appear in the cart within 2 seconds

    Carts merge without duplicates

    1. Givena laptop cart with one item and a saved cart with two
    2. Whenthe shopper signs in
    3. Thenthe cart holds all three items
    4. Andno item appears twice
  • FR-3Partial

    Expire saved carts

    Criteria exist, but the requirement is ambiguous and cannot be firmly verified.

    Lint 65someshouldno measure

    Expired cart explains itself

    1. Givena saved cart that has expired
    2. Whenthe shopper opens their cart
    3. Thenthey see which items were removed
  • FR-4Uncovered

    Remind before a cart expires

    No acceptance criteria linked to this requirement.

    Lint 66fewmayno measure

    Gap

    No Given, When, Then proves FR-4 yet. Shivo lists it here instead of letting it ship untested.

  • NFR-1Uncovered

    Fast cart sync

    No acceptance criteria linked to this requirement.

    Lint 68fastno measure

    Gap

    No Given, When, Then proves NFR-1 yet. Shivo lists it here instead of letting it ship untested.

Covered
A scenario verifies it and the wording is testable.
Partial
A scenario exists, but vague wording keeps it from passing.
Uncovered
No scenario verifies it yet.

Review that converges

Request changes, ship a new version, approve.

Route the spec to a reviewer, argue in one thread and see exactly what changed between versions. Each version is scored, so the thread ends when the spec is ready.

specs/team-invites.md · v1.019 lines
  1. # Team invites
  2. ## Problem
  3. Teams share one login to add people, so nobody can tell who changed what and access never gets removed.
  4. ## Goals
  5. - Make invites easy to accept.
  6. - Reduce support tickets about shared logins.
  7. ## Requirements
  8. - FR-1: Invite teammates by email. An admin enters one or more email addresses and the system sends each person an invite link within 1 minute.
  9. - FR-2: Accept an invite. The invited user sets a password and lands in the workspace with the default role in under 3 steps.
  10. - FR-3: Expire old invites. Invite links expire 7 days after they are sent, and an expired link offers a way to ask the admin for a new one.
  11. - FR-4: Resend or revoke an invite. An admin can resend or revoke any pending invite, and a revoked link stops working within 1 minute.
  12. - NFR-1: Reliable invite email. Invite emails should be reliable.
  13. ## Out of scope
  14. - Single sign-on and SCIM provisioning
  15. - Custom roles

Review thread

In review

Completeness by version

Almost ready

v1.082v1.1not written yet
  1. You requested a reviewv1.0Ready for a look. The goals and the invite email are the parts I am least sure about.

Try both paths: approve now, or ask for changes first.

Pricing

Start free. Upgrade when it sticks.

Draft and lint for free. Pro adds the acceptance-criteria generator, the review workflow and saved history. Teams that need single sign-on or self-hosting talk to us.

  • Free

    Get started

    $0forever

    • Specs from the core templates
    • Requirement lint
    • No credit card
  • Pro

    Recommended

    For product and engineering teams

    $15per month

    • Unlimited generation
    • Every template
    • Acceptance-criteria generator
    • Review workflow and version diffs
    • Markdown export
    • Saved history
  • Enterprise

    For organizations

    Custom

    • Everything in Pro
    • Single sign-on
    • Self-host option
    • Dedicated support

Questions

Asked and answered.

Anything else? Ask us directly.

What does Shivo generate?

Shivo turns a plain-English idea into a structured spec, including PRDs, technical design docs, RFCs, security specs, and one-pagers. It also lints requirements for ambiguity, testability, and completeness, generates Gherkin acceptance criteria, and supports a full review workflow with version diffs.

How does Shivo improve the quality of a spec?

Every requirement is scored for ambiguity, testability, and completeness, and Shivo flags the specific issues to fix. It also generates acceptance criteria so each requirement has a clear, testable definition of done, which catches vague or incomplete specs before engineering starts.

Can I edit specs and review them with my team?

Yes. Specs are fully editable, and you can route them for review, collect approvals or change requests through a comment thread, and compare what changed between versions with a side-by-side diff. Finished specs export to Markdown.

Is my spec content private?

Your specs, requirements, and comments are scoped to your account and encrypted at rest, and we never use your content to train models.

How much does Shivo cost?

The Free plan lets you generate specs from core templates and lint requirements with no credit card. Pro is $15 per month for unlimited generation, all templates, the acceptance-criteria generator, the review workflow, version diffs, Markdown export, and saved history. Enterprise is custom-priced with SSO, a self-host option, and dedicated support.

What exactly does the lint check?

Vague words such as fast, easy, secure or some; non-committal wording such as should, may or might; passive voice that hides who acts; requirements with no number, threshold or pass/fail condition; descriptions too thin to build from; and requirements with no clear subject. Each finding names the words that triggered it.

How is the completeness score worked out?

Three parts: the mean lint score of the requirements, the share of requirements fully covered by acceptance criteria, and the share of structure checks passed (a problem statement, measurable goals and an out-of-scope list). Completeness is 0.4 × lint + 0.4 × coverage + 0.2 × structure. The criteria sheet at the top of this page shows the math for each sample.

Can I look around before I sign up?

Yes. Try the demo from the sign-in page: it opens a seeded workspace with specs, requirements, reviews and templates, with no account and no API key.

Your next feature

Write the specbefore the code.

Paste a paragraph and get a PRD, its lint findings and acceptance criteria for every requirement. Core templates and the lint are free, with no credit card.

01Draft
A complete PRD, tech design or API spec.
02Lint
Checks for ambiguity and testability.
03Criteria
Acceptance criteria for each requirement.
04Review
A review workflow for your team.