Browser Use — Agent CAPTCHA vs Metrics SQL by Rill

Browser Use is a headless browser automation platform built specifically for AI agents — marketed as "the API for any website." It provides stealth browsers, a 195+ country proxy network, and custom LLM connectors for web automation workflows. The new headline feature inverts the CAPTCHA concept: instead of proving you're human, agents solve obfuscated math challenges to prove they're a legitimate AI agent and receive API credentials autonomously without any human in the loop. This "CAPTCHA for agents" architecture is philosophically interesting — it's one of the first production attempts at agent identity verification as a first-class design primitive. An agent that can register itself, obtain its own credentials, and authenticate without human oversight represents a meaningful step toward fully autonomous agent pipelines. The math challenges are obfuscated to prevent trivial scripting while remaining solvable by capable LLMs. The platform is production-ready with enterprise features and has been generating debate on Hacker News about whether autonomous agent self-registration is a security feature or a footgun. Either way, it's solving a real friction point: human-in-the-loop credential provisioning is one of the biggest blockers for deploying agentic systems at scale.

Metrics SQL is a SQL-based semantic layer from Rill Data that solves a specific and painful problem: AI agents that query your data warehouse tend to hallucinate aggregation logic, producing metrics that look plausible but are mathematically wrong. Metrics SQL lets analysts define business metrics once — revenue, MAU, conversion rate, ROAS — in a governed definition layer, and then exposes those definitions as queryable SQL tables. Every dashboard, notebook, and AI agent resolves from the same source. The technical approach is elegant: rather than inventing a new DSL, Metrics SQL extends SQL itself. An agent that knows SQL can query `SELECT * FROM metrics.weekly_revenue` and get correctly computed numbers without needing to know how revenue is defined, which tables it joins, or how edge cases like refunds are handled. The semantic layer intercepts the query, applies the governed definition, and returns correct results. The implications for AI-native data stacks are significant. Currently, one of the biggest failure modes for AI analysts and BI agents is inconsistent metric computation — different agents or dashboards produce different numbers for 'revenue' because they implement aggregation logic differently. Metrics SQL addresses this at the infrastructure level, not by improving agent prompting.