Tiger Data builds a production AI Slack bot with Pydantic AI and Logfire
Tiger Data's entire company operates on Slack, but after reaching a certain size it became nearly impossible for employees to catch up on ongoing conversations, leaving engineers drowning in channel history with no way to surface relevant context instantly.
Tiger Data initially built without distributed tracing, which made it very difficult to debug agentic systems in production. They also tried Jaeger for tracing first but found the developer experience poor.
Tiger Data built a production AI Slack bot handling thousands of concurrent conversations, with more than half of the company using it daily within 6 weeks, reduced debugging time, and significant development time savings from LLM provider abstraction.
Show all 5 reported metrics
Frequently asked questions
What did this team achieve with this AI workflow?
Tiger Data built a production AI Slack bot handling thousands of concurrent conversations, with more than half of the company using it daily within 6 weeks, reduced debugging time, and significant development time sav…
What tools did this team use?
Pydantic AI, Logfire, Slack, OpenTelemetry, PostgreSQL, psycopg, httpx, Claude Code, Jinja2, Jaeger.
What results were reported?
Concurrent conversations handled: thousands of concurrent conversations; Company daily adoption within 6 weeks: more than half of the company uses it daily; Logfire setup time: less than one hour; Debugging time: Reduced debugging time (source-reported, not independently verified).
What failed first in this deployment?
Tiger Data initially built without distributed tracing, which made it very difficult to debug agentic systems in production.
How is this back office ops AI workflow structured?
Slack mention triggers agent → Load MCP servers from config → LLM calls tools via MCP → Response returned to Slack → Logfire captures full trace.