Solutions / by platform

Nothing you published is still entirely true.

A claim is accurate the day it ships and stays accurate. and a little less accurate every day after. The decay is universal. The repair is not — every platform has its own archive, its own edit rules, its own way of letting old copy keep speaking for you.

Placeholder — replace with a product screenshot

Day 0

We support 12 integrations, including our new Slack app, and onboarding takes under a week.

Published. Every clause true.

Day 90

We support 12 19 integrations, including our new Slack app, and onboarding takes under a week.

Count is now 19. Post not updated.

Day 240

We support 12 32 integrations, including our new Slack app, including Slack, and onboarding takes under a week.

Count is now 32. Slack app deprecated. Link 404s.

Day 610

We support 12 integrations, including our new Slack app, and onboarding takes under a week.

We support 122 integrations and onboarding takes seconds via MCP.

Onboarding is now seconds via MCP. The post undersells you by 110 integrations. Sales still sends it.

Live now · 02 platforms

Two archives we maintain today.

Both run the same loop. They differ in what rots, where it hides, and what the platform lets you fix.

The repair

The platform changes. The repair doesn’t.

Content decay isn’t a writing problem. It’s a maintenance problem, and maintenance needs a procedure you can run again next quarter without rereading everything by hand.

1 – Inventory the claims

We read the archive and extract every factual assertion — numbers, dates, names, prices, promises, links. Not paragraphs. Claims.

On the specimen — 3 claims extracted from one sentence.

2 – Check each against a source of truth

Your pricing page, your product, your docs, your CRM. Anything that disagrees with the current state of the company gets flagged with the specific clause that broke.

On the specimen — 3 of 3 now disagree with the product.

3 – Edit in place and stamp it

Corrections go into the live post, not a changelog nobody reads. Each post carries a published date, an updated date, and a verified date.

On the specimen — rewritten below. Same URL.

The same sentence, maintained

We support 19 integrations and onboarding usually finishes the same day.

Published 14 Mar 2024 · Updated 22 Aug 2026 · Verified 22 Aug 2026

The only thing that varies by platform is step three.

The queue · 05 surfaces

Where we’re pointing next.

These aren’t shipped. We’d rather say so than draw you a page for something that doesn’t exist yet.

In build

— engineering now

Scoped

— method defined, not built

Research

— still learning how it rots

03

Webflow

CMS collections and static pages drift apart until nobody owns the marketing site’s facts.

In build

04

Notion

Internal wikis are where sales learns what to say. Wrong there, wrong in the pitch.

Scoped

05

HubSpot

Knowledge base articles and email templates still quoting last year’s plan names.

Scoped

06

Help centres

Screenshots of a UI that shipped two redesigns ago.

Research

07

Product docs

Code samples against deprecated endpoints. The tutorial still works — wrongly.

Research

Tell us where your archive lives →

We prioritise by what people actually ask for.

Book 20 min

The thesis

Code has an IDE. Content should too.

Engineers got version control, linting, tests and CI. Writers got a publish button and a hope. The whitepaper lays out what a knowledge layer looks like when your published content is treated as infrastructure with an owner, a state, and a last-verified date.

After you read it — send us one URL and we’ll tell you what’s already wrong ↓

Format

PDF

Subject

Content decay as an infrastructure problem

Covers

Claim verification, freshness scoring, source of truth

Gate

None. Direct download.

Book a reading

Send us one URL you haven’t touched in a year.

Book a reading

Send us one URL you haven’t touched in a year.

We’ll read it before the call and tell you what’s already wrong.