First-time day at Twilio

Rank current preferences first while keeping the past searchable

Published Oct 29, 2026

You’re the ai / ml engineer. Your team is in the room.

The setting

supplies cloud software that lets developers and businesses build messaging, voice, and email into their applications. Its gathers these tools, along with identity checks and customer data.

Current preferences need priority, but historical memories still have a purpose.

Filtering old preferences protects immediate accuracy, while ranking them preserves answers about past conversations.

Who you’d be doing this for

“Our tester changed her delivery time twice, and the agent still offered the morning slot she'd rejected.”

Syafiq Aung · Application Developer · a character in this brief

Maintains a retailer's conversational application using retrieved preferences to suggest delivery times.

What is at stake

Agents received outdated preferences first in 36 of 200 requests, despite correctly stored updates. You weigh a targeted ranking correction against a filter that excludes superseded preferences from retrieval.

Why it isn’t already fixed

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

  • current accuracy vs historical access
  • ranking sensitivity vs retrieval latency
  • targeted feature correction vs narrower retrieval scope

Why Twilio

Conversation Memory retrieves customer context in milliseconds, so an accurate stored update is insufficient when the ranking puts its predecessor first.

Written with these in mind

Applied ML engineersRetrieval engineersProduction-minded model builders

Not your kind of problem? 41 more at Twilio, 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 Twilio. They are listed as sources, not as openings. The lines under a posting are its own words, where it meets 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 turns on fixing one thing without breaking another.

The same setting, from another role

Each is set around Twilio’s Twilio Customer Engagement Platform, 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 machine-driven decision dependable and fair at the exact real-world moment a customer is counting on it.