Know what's
actually built.

Waterline reads your codebase and scores every acceptance criterion against merged code. What shipped, what is missing, any ticket, any point in time.

MAC-247 · Implement payment retry logic
73%

Acceptance Criteria

Retry on 5xx status codesDONE
Exponential backoff with jitterDONE
Dead letter queue configuredDONE
Load test at 10k req/minPARTIAL
Alerting on retry exhaustionMISSING
6 commits · a3f8c2d
Works with
GitHubGitHub
JiraJira
AsanaAsana
Under 5 min to connectNo code storedRevoke access anytime

Agents write code at 10x.
Traceability just took a massive hit.

The bottleneck is no longer writing code. It is knowing what actually got built. When agents verify their own work, reliability decreases. Waterline reads the code independently.

Requirements, not just commits

Waterline evaluates whether each acceptance criterion was satisfied in the code and where.

Requirement coverage at sprint scale

Before the sprint review, you see which requirements landed in code and which did not.

Agent commits read the same as human commits

Waterline reads evidence in the code. Who wrote the commit does not change what it satisfies.

acme/payments

Recent commits

main

feat: implement exponential backoff for payment retry

claude-code[bot]·a3f8c2d·2 hours ago

fix: dead letter queue on retry exhaustion

cursor[bot]·b91e44f·3 hours ago
S

chore: add retry config to env template

sarah·c220a1b·5 hours ago
Waterline verified 3 of 5 acceptance criteria for MAC-247 from these commits

Sprint intelligence
from the code.

Waterline reads every merged commit and scores each acceptance criterion. You see what landed before the review.

Criterion-level analysis

Each acceptance criterion evaluated against merged commits. See exactly which requirements are done, which are partial, and which have no coverage.

SRV-114 · acme/auth-service

Token refresh flow

61%
Auth token refresh on 401 responseDONE
Silent refresh before expiry windowDONE
Concurrent request queue during refreshPARTIAL
Logout on refresh token failureMISSING

4 commits analyzed · b72dc1a

Sprint health before the review

See which tickets are on track, at risk, or stalled before anyone has to ask.

Sprint 31

Sprint Health

15 tickets
On track6
At risk4
Stalled2
Not started3
Avg 53%

Spec quality check

Waterline flags vague acceptance criteria before analysis runs and suggests a concrete rewrite for each. You fix the spec before the code goes wrong.

BIL-88 · Spec check

Acceptance Criteria Quality

VAGUE

Users should be able to export their data

Suggested: Export all user records as UTF-8 CSV within 30 seconds for datasets up to 50k rows.

TESTABLE

CSV export includes name, email, created_at, plan

VAGUE

Handle large exports without timing out

Suggested: Queue exports > 10k rows async. Deliver via email link within 5 minutes.

Running in under
five minutes.

No infrastructure to manage. No agents to configure.

1

Connect GitHub and Jira

No code to deploy and no configuration files to write.

Works with Jira Cloud, GitHub Issues, GitHub, and Slack.

2

Waterline indexes your codebase

Select a repo and branch. Waterline indexes every commit and pull request against your codebase.

Initial index takes a few minutes for large repos. Every new commit syncs automatically after that.

3

Analyze any ticket in seconds

Open a ticket and click analyze. Waterline matches the acceptance criteria to your merged code and returns a completion score.

Each result shows the commits it's based on. Re-analyze any time.

MAC-247 · Spec quality check

Acceptance Criteria Analysis

VAGUE

The payment system should handle errors gracefully

Issue: No measurable outcome defined

Suggested: Return HTTP 503 with Retry-After header on gateway timeout. Retry up to 3 times before failing to dead-letter queue.

TESTABLE

Implement exponential backoff with jitter on retry attempts

VAGUE

Add proper logging to the retry flow

Issue: Scope and format not specified

Suggested: Log each retry attempt to structured JSON with fields: attempt_number, delay_ms, error_code, request_id.

2 vague·1 testable·Checked before analysis

Bad acceptance criteria cost more
than bad code.

Vague specs produce wrong implementations. Before any code is written, Waterline tells you which criteria are testable and rewrites the ones that are not.

Testable vs. vague, flagged automatically

Waterline classifies every acceptance criterion before analysis. Testable criteria produce reliable results. Vague ones get flagged with an explanation of what's missing.

Suggested rewrites, not just warnings

For each vague criterion, Waterline generates a concrete rewrite that leads to accurate, testable criteria.

Write better specs over time

When you see which criteria Waterline can evaluate reliably, you write tighter specs for the next sprint.

Request early access.

Waterline is in private early access. Request your spot to lock in launch pricing and help shape what it will become before it goes public.

Book a demo

What's included

  • GitHub + Jira Cloud integration
  • GitHub Issues support
  • Symbol-level code indexing
  • Per-criterion analysis
  • Acceptance criteria quality check
  • Sprint health overview
  • Slack notifications
  • Launch pricing locked in

FAQ

Something else? Email us.

Waterline is in private early access. Request your spot above and we will email you when it's ready. Early access members lock in launch pricing before it goes public.

Your code already
has the answers.