Templates / Design Spec

Design Spec PDF template — render it from Markdown

A spec earns adoption by being effortless to navigate. This template sets Montserrat headings over an Open Sans body in a fresh teal on A4 — airy section spacing, requirement tables with room to breathe, and a heading rhythm that lets an engineer jump straight to the acceptance criteria.

Section
Design Spec
Before & after

Plain Markdown in. A design spec worth sending out.

Spec in Markdown next to the code — requirements as tables, flows as numbered lists, edge cases as callouts. Render on merge and the team always has a current, printable spec that looks exactly like every other spec in the org. Version the source in git; treat the PDF as the artifact you circulate.

design-spec.mdMD
# Design Spec — Notification Center

**Author** S. Adeyemi · **Reviewers** Platform, Mobile · **v1.2**

## Overview

A unified in-app notification center replacing the three
ad-hoc toast systems currently shipped across web and mobile.

## Goals

- One delivery pipeline, one read-state model
- p95 delivery latency under 2 seconds
- Full parity between web and mobile clients

## Non-goals

Email and push digests — handled by the existing comms service.

## Requirements

| ID  | Requirement                            | Priority |
| --- | -------------------------------------- | -------- |
| N-1 | Real-time delivery via existing socket | P0       |
| N-2 | Read/unread sync across devices        | P0       |
| N-3 | Per-category mute controls             | P1       |
| N-4 | 90-day retention with archive          | P2       |

## User flow

1. Event published to the notification topic
2. Fan-out service resolves audience and preferences
3. Client receives payload; badge count updates optimistically

> **Edge case:** a mute applied mid-flight must win — check
> preferences at delivery, not at publish.

## Acceptance criteria

Delivery p95 < 2s at 10× current event volume; zero cross-user
leakage in the fan-out audit; mute honored within one event.
design-spec.pdfPDF
Section
Design Spec
Render it your way

Three ways to render the design spec.

Dashboard

Paste your Markdown in the editor, pick Design Spec, and download the PDF — no code involved.

REST API
curl https://inkrun.dev/api/v1/render \
  -H "Authorization: Bearer sk_..." \
  -H "Accept: application/pdf" \
  -d '{"template": "design-spec", "markdown": "# ..."}' \
  --output design-spec.pdf
MCP · your agent

Add the Inkrun MCP connector once, then ask your agent:

Write a design spec from these requirements and render it with the design-spec template.
FAQ

Design Spec template — common questions.

Can we render specs automatically in CI?

Yes — a render call in your pipeline turns the merged Markdown into the circulated PDF, so the spec artifact always matches the repo.

How do requirement tables handle long cells?

Cells wrap cleanly within the template's column rhythm, and rows never split across a page break.

Can each squad use a different accent?

Duplicate the template per squad with its own hex if you like — or keep one template so every spec in the org is visually interchangeable.

Related templates

If you render design specs, you probably ship these too.

Section
Product Brief
Product Brief

Crisp Inter with a confident indigo — lots of breathing room.

A4Inter headInter body
Explore this template
Technical Manual
Section heading
Rendered with Inkrun
Technical Manual

Monospace headings for API references and developer docs.

A4Mono headSans body
Explore this template
API Reference
API Reference

Roboto Mono headings and grid tables for endpoint docs.

A4Roboto Mono headInter body
Explore this template
Inkrun © 2026