Associate Enterprise AI Solutions

About this role

Who We Are:
TKO Group Holdings, Inc. (NYSE: TKO) is a premium sports and entertainment company. TKO owns iconic properties including UFC, the world’s premier mixed martial arts organization; WWE, the global leader in sports entertainment; and PBR, the world’s premier bull riding organization. Together, these properties reach 1 billion households across 210 countries and territories and organize more than 500 live events year-round, attracting more than three million fans. TKO also services and partners with major sports rights holders through IMG, an industry-leading global sports marketing agency; and On Location, a global leader in premium experiential hospitality.Reports to: Senior Director, AI Products & Platforms
Level: Senior Manager equivalent, individual contributor
Location: United States. Full East Coast business-day overlap required; East Coast base preferred, not required.

Why this role exists
TKO has deployed Glean to Wave 1 across WWE, UFC, IMG, PBR, On Location and Corporate. The platform is live. What does not yet exist is a verified core of agents, skills and Glean projects that encode how TKO actually works — built once, trusted, and reused across business units rather than rebuilt locally six times.

This role builds that core. It is a hands-on build seat, and the work starts upstream of the build: going into a team's actual workflow, understanding how the work really gets done, and identifying which part of it is common enough across TKO to be worth building as a verified, supported capability. Then building it — instruction sets, sources, actions, evaluation — and shipping it as the canonical version other teams adopt and extend.
The distinction that matters: this role does not exist to service agent requests. It exists to find the workflows underneath those requests, decide which ones generalize, and produce the small number of verified artifacts that let the rest of the organization build on top of them.

The most important thing about this role
This is a builder, not a coordinator. That distinction is the single most important filter for this hire.
Plenty of strong candidates can run a program — track a plan, chase owners, produce a status deck. That is not what this seat needs. The person here has to open Glean, write the prompt and instruction set, wire up the sources and actions, test against real edge cases, watch where it fails, fix it, and ship a working agent. Then do it again and teach someone else to do it.
Concretely, builder means:

• You have personally built and shipped AI agents or assistants that other people actually used — not scoped them for someone else to build, not overseen a vendor building them.

• You can write and iterate a system prompt or instruction set well enough to get a reliable answer out of an unreliable model.

• You can explain why a given agent is failing, and distinguish between the causes: retrieval, permissions, instructions, source coverage, or intent scope.

• You can design and run your own evaluation — build a test set of real user intents, define what a good answer looks like, measure fallback and error rates, and use that to decide whether something is fit to launch.

• You are fluent enough in the platform to tell the difference between a genuine product gap that belongs on the vendor's roadmap and something you could solve yourself in an afternoon.

• You can look at twenty agent requests from six business units and see the three underlying capabilities worth building.

What this role is not
This is not a central agent-building service. Business units and individual teams are expected to build their own agents for their own local workflows, and this role exists to make that possible — not to do it for them.
Specifically, this seat does not:

• Take agent requests and work them in order of arrival. Incoming demand is input to a prioritization judgment, not a queue commitment.

• Build one-off agents for single teams where the underlying workflow does not generalize and the team could build it themselves. The answer in that case is a pattern, a template, and a working session.

• Act as the platform help desk. Individual user support, access issues and how-do-I questions route to IT Service Delivery and the enablement team.

The correct read: a small number of verified, cross-functional builds that many teams depend on, plus the library and training that let teams build the rest without this person in the loop.
Core responsibilities
1. Build the verified core
The output of this section is a deliberately small set of agents, skills and Glean projects that are verified, documented, supported and reused — not a high volume of individual builds.

• Personally build and ship the verified cross-functional artifacts: agents, skills and Glean projects that encode a workflow shared across business units or corporate functions. Including the politically visible and technically awkward ones. This is hands-on delivery, not oversight.

• Own those artifacts as products, not deliverables. Each one has a named absorbing owner in the receiving teams, a standing feedback cadence, a stated scope, and a versioning and update path as workflows change.

• Establish what verified means at TKO and hold the line on it: tested against real intents, documented scope and limits, known owner, monitored, and safe for another team to build on top of without re-litigating it.

• Define and hold the quality bar before an agent goes live: top user intents covered, out-of-scope handling, human handoff path, success measures, and daily monitoring through the first two weeks.

• Design and run the evaluation for every agent — real-intent test set, defined success criteria, measured fallback and error rates — and use it as the launch gate.

• Run post-launch review on every agent. Low-adoption agents get a documented hypothesis and a decision: iterate, retire, or re-promote. Nothing sits live and unused.

• Diagnose and fix failures at the platform…