Complex day at Perplexity

Preserve research before key destruction without reviving revoked access

Published Nov 5, 2026

You’re the software engineer. Your team is in the room.

The setting

develops an AI answer engine that searches the web and replies with cited sources. is the version for large organizations, including regulated industries, with administrator controls over access and use.

Key destruction turns disputed document copies into a permanent access decision.

Security wants uncertain copies excluded, while enterprise leadership wants research preserved before the old key disappears.

Who you’d be doing this for

“The research desk sent me twelve links they need tomorrow, and three belong to the group we removed this morning.”

Meron Mengistu · Financial-services IT administrator · a character in this brief

Coordinates the customer's key destruction and must explain which internal documents employees can still use afterward.

What is at stake

A customer's key destruction puts 2.4 million document versions beyond recovery tonight. You must weigh permanent research loss against carrying disputed permissions into the only readable copies.

Why it isn’t already fixed

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

  • research continuity vs permission certainty
  • unique document preservation vs containment
  • validation coverage vs destruction deadline
  • ongoing synchronization vs a stable cutover boundary

Why Perplexity

Computer depends on permission-aware enterprise knowledge, so preserving readable documents without preserving revoked access is part of research continuity.

Written with these in mind

Security-minded backend engineersDistributed systems engineersEnterprise platform engineers

Not your kind of problem? 48 more at Perplexity, 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 Perplexity. 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 Perplexity’s Perplexity Enterprise, 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 build high-assurance systems where a consequential change's correctness can be demonstrated, not merely hoped for.