Liran BrimerSenior Tech Leadmonday.com
monday.com's R&D organization, with Qodo reviewing pull requests in CI alongside its existing linters and danger rules.
Qodo customer story, published Read the case study (opens Qodo customer story in a new tab)
Observation
monday.com made Qodo its default pull request reviewer, and Qodo's case study credits it with stopping issues before production.
- Takeaway
- Give the reviewer your rules. Before using the case-study numbers, ask how the team counted prevented issues and saved hours.
- What happened
- monday.com added Qodo to its CI pipeline after relying on static analysis, linter rules, and custom danger rules that matched patterns. Qodo used the organization's requirements to suggest code, detect issues, and describe pull requests. An early finding flagged environment variables exposed through a public API. Brimer reports that it revealed gaps in manual review. Qodo reports about 800 potential issues stopped each month and about an hour saved per pull request. The reviewer now runs by default across engineering.
- Vendor case study (Qodo, named customer)
- Vendor-reported metrics
- No model named
Deployment details
monday.com's R&D organization, with Qodo reviewing pull requests in CI alongside its existing linters and danger rules.
- Vendor case study (Qodo, named customer)
- Vendor-reported metrics
- No model named
- Team
- monday.com R&D, about 500 full-stack and DevOps developers
- Workload
- Pull requests across monday.com's platform code
- Product version
- Qodo in the CI pipeline: code suggestions, issue detection, and PR descriptions
- Measurement
- Issues prevented per month and time saved per pull request, as reported in Qodo's case study


