Dosu uses LangSmith to scale evaluation-driven development for their AI GitHub assistant
As Dosu's installation base grew, their manual approach of reviewing logs with grep and print statements became unscalable, making it nearly impossible to monitor responses and identify failure modes in production—a step critical to their evaluation-driven development workflow. The broader problem Dosu was built to address is that up to 85% of developers' time is spent on non-coding tasks such as answering questions and triaging issues.
Manual log review with grep and print statements could not scale with Dosu's growth, and changing LLM prompts frequently caused regressions in areas that had previously been working well.
LangSmith gave Dosu out-of-the-box visibility into all their activity, enabling the team to identify unforeseen failure modes at scale and integrate production monitoring into their EDD workflow.
The team is now building automated evaluation dataset collection from production traffic.
Frequently asked questions
What did this team achieve with this AI workflow?
LangSmith gave Dosu out-of-the-box visibility into all their activity, enabling the team to identify unforeseen failure modes at scale and integrate production monitoring into their EDD workflow.
What tools did this team use?
LangSmith, LangChain, GitHub, OpenAI.
What results were reported?
repositories with Dosu installed: thousands of repositories; Developer time on non-coding tasks (industry statistic): 85% (source-reported, not independently verified).
What failed first in this deployment?
Manual log review with grep and print statements could not scale with Dosu's growth, and changing LLM prompts frequently caused regressions in areas that had previously been working well.
How is this it support AI workflow structured?
User submits GitHub issue → Dosu AI generates response → LangSmith traces the run → Search for failure signals → Add failures to eval datasets.