Acxiom uses LangSmith to scale AI-driven audience segmentation with LLM observability
Acxiom needed to build a scalable generative AI application for dynamic audience segmentation from natural language input, but their initial lightweight logging solution could not scale as the user base grew, and complex multi-step LLM reasoning produced hallucinated or incorrect results.
Acxiom's initial prompt input/output logging system was too lightweight for scale, their RAG-based agentic architecture suffered from cascading debugging failures, and hallucinations arose from LLM reasoning gaps.
By adopting LangSmith, Acxiom achieved streamlined debugging of complex LLM chains, more accurate and dynamic audience segment creation, scalable growth without reengineering the observability layer, and optimized token usage through better cost visibility.
Frequently asked questions
What did this team achieve with this AI workflow?
By adopting LangSmith, Acxiom achieved streamlined debugging of complex LLM chains, more accurate and dynamic audience segment creation, scalable growth without reengineering the observability layer, and optimized tok…
What tools did this team use?
LangSmith, LangChain, RAG, vLLM, Claude, AWS Bedrock, Databricks.
What results were reported?
LLM calls per single user interaction: more than 60; Tokens per single user interaction: 200k; Application improvements: significant improvements across their application (source-reported, not independently verified).
What failed first in this deployment?
Acxiom's initial prompt input/output logging system was too lightweight for scale, their RAG-based agentic architecture suffered from cascading debugging failures, and hallucinations arose from LLM reasoning gaps.
How is this marketing ops AI workflow structured?
Natural language audience request → RAG retrieves data catalog → Overseer and researcher agents → LangSmith trace and observe → Audience JSON output.