Complex day at Cloudflare

Purge restricted notes without erasing the rooms around them

Published Nov 7, 2026

You’re the solutions / forward deployed engineer. Your team is in the room.

The setting

runs a global network that developers and businesses use to build and protect applications. is a runtime that gives applications routing and storage and keeps their state, for uses such as real-time chat and multiplayer games.

The only snapshots that preserve some planning rooms also preserve information the customer requires deleted.

The CTO protects continuity for pilot participants, while the security executive requires removal of every restricted copy.

Who you’d be doing this for

“One department spent Friday setting up those rooms. Now I'm being asked which ones will still exist on Monday, and I don't have an answer.”

Fleur Reid · Customer Application Developer · a character in this brief

Maintains the planning application and must explain any lost pilot work to the people who created it.

What is at stake

A customer's 240 planning rooms contain restricted notes that must be deleted before launch. You must weigh irreversible removal against preserving room state when the only reconstruction copies also contain the notes.

Why it isn’t already fixed

Every obvious fix costs something else. That’s the part you’d have to decide.

  • complete deletion vs continuity of pilot work
  • selective cleanup vs provable coverage
  • launch timing vs irreversible uncertainty
  • shared diagnostics vs containment of restricted copies

Why Cloudflare

Workers event translation and R2 diagnostics put the customer's data boundary across both live session state and exported copies.

Written with these in mind

Customer-embedded integration engineersSolutions engineers with production-readiness depthEngineers who enjoy difficult technical discovery

Not your kind of problem? 103 more at Cloudflare, or browse every organization.

Where the organization context comes fromThe postings this brief was written from, and the reporting read before it.

The organization context comes from public information. The situation and characters are written for the brief.

Job postings it was written from

Public descriptions of the work at Cloudflare. They are listed as sources, not as openings. The lines under a posting are its own words, where it meets this brief.

Reporting read before this brief was written

The pieces closest to the situation in this brief.

This is the setup. The work is inside.

Running it puts you in the room: the full situation and its constraints, stakeholders who push back in their own words, and the decisions that are yours to make. What you produce becomes a Day One Plan — work you can show someone instead of describing.

Other live briefs connected to this one, and what connects them.

Similar problems at other organizations

Like this one, each of these is about an irreversible change forced by a fixed date.

The same setting, from another role

Each is set around Cloudflare’s Durable Objects, written for a different role. They’re separate briefs, not the same scenario.

Other problems with a similar purpose

In each of these, as in this one, the aim is to make a hard-to-reverse product decision feel clear and defensible before customers are bound by its consequences.