Three groups drawn from the same sources. Choose a group to select whose experience counts. Within that group, each author counts once in the practitioner sentiment, with their latest view. Signals open on Engineering leaders and teams.
Engineering leaders and teams
20 sources. These accounts focus on how team trials end, review quality on shared repositories, billing administration, and how Greptile compares with reviewers teams already run.
Individual builders
28 sources. These accounts focus on spend, comment quality on personal and open source repositories, and how Greptile fits a coding agent loop.
All practitioners
48 sources. This gives the broadest read, but combines work settings that can reach materially different conclusions.
48 sources from practitioners, by the context they work in. Filled rows count for this group.
- Individual practitionerSolo developers and open source maintainers28 sources
Emphasizes Bug catches, workflow fit, and comment noise
- Very small team2 to 10 engineersNo sources from this setting yet
- Professional team11 to 50 engineers, or a named company's team11 sources, counted here
Emphasizes Reviewer trials and noise, plus spending alerts
- Technical leadershipLeaders setting adoption across teams7 sources, counted here
Emphasizes Reviewer comparisons and subscription decisions
- Organization-wideEnterprise or company-wide rollout2 sources, counted here
Emphasizes Brex and PostHog keeping Greptile on their main codebases
What changes with scale. Individual builders discuss Greptile's bug catches and workflow integration, alongside noise and cost. Team and leadership accounts focus on trial purchase decisions and visibility into per-review spending. Most compare Greptile with Codex, Cursor's Bugbot, Claude, or CodeRabbit.