Bringing AI in at Perplexity

Cut time spent on triage by 30% while engineers keep priority calls

Published Nov 5, 2026

You’re a forward deployed engineer working with Perplexity’s engineering team. The 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.

A failed membership test does not establish whether provisioning or shared test state is wrong.

Repeated reproduction protects diagnosis, while repeated identity changes obscure the sequence being investigated.

Who you’d be doing this for

“I removed someone from the group, then spent the afternoon checking whether they'd actually lost access.”

Adanna Appiah · IT Administrator · a character in this brief

Manages employee provisioning for a regulated organization preparing a broader rollout.

What is at stake

Engineers lack an agreed reproduction for nine of 24 failed membership tests. You decide which identity changes AI may replay in isolation and which reproduction attempts need an engineer's approval.

Why it isn’t already fixed

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

  • faithful replay vs clean test isolation
  • failure frequency vs access consequences
  • recent changes vs demonstrated causality
  • richer context vs identity data minimization

Why Perplexity

WorkOS integrations and SCIM membership behavior underpin the access controls regulated administrators rely on.

Written with these in mind

Forward deployed engineersSolutions engineers with identity experienceEngineers building internal AI systems

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.

  • Perplexity published its agent-safety design on September 29, 2026, setting a rule that at least one safeguard layer must be deterministic code outside the agent's control, and listing real-time audit logs for Computer and Comet agents among its deployed layers.

    How we engineer safer agents (opens in a new tab) · perplexity.ai · Sep 29, 2026

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 people starting something and never quite finishing it.

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 engineer security-critical controls whose correctness holds up even when carefully examined by skeptics.