Checkly’s cover photo
Checkly

Checkly

Technology, Information and Internet

New York, NY 14,570 followers

Checkly empowers developers to own and ensure application performance and reliability, from pull request to post-mortem

About us

Checkly is an application reliability platform built to empower modern engineering teams and agents to own & ensure application performance and reliability, from pull request to post-mortem. → Catch errors continuously from staging to production with a testing & monitoring platform built for engineers. → Alert teams of outages, update Status Pages in real-time and get everyone on the same page → Reduce your MTTR with full-stack traces that can pinpoint exactly what went wrong in your application.

Website
https://checklyhq.com
Industry
Technology, Information and Internet
Company size
51-200 employees
Headquarters
New York, NY
Type
Privately Held
Founded
2018

Products

Locations

  • Primary

    215 Park Ave S

    Industrious Union Square, 11th Floor

    New York, NY 10003, US

    Get directions
  • Kopernikusstraße 35

    Berlin, Berlin 10243, DE

    Get directions

Employees at Checkly

Updates

  • An Agentic Check does three jobs. First, a discovery run unpacks your prompt into assertions. Then it writes an optimized script so future runs stay fast. If that script breaks later, the agent wakes up to answer the useful question: Did the user outcome fail, or did the page just change? That difference matters. One should alert you. The other should repair the monitoring path and carry on. See the full demo from our Agentic Checks webinar: https://hubs.ly/Q04pZSk-0

    • No alternative text description for this image
  • When one Upstash replica dies, failover kicks in, and customers notice nothing. That's exactly the trap. The database endpoint stays green while your redundancy quietly shrinks, and the next failure is no longer a non-event. So Upstash runs one Checkly check per replica, and a dead replica pages the oncall even when zero customers can feel it. The full setup, in Terraform → https://hubs.ly/Q04pZTgX0

    • No alternative text description for this image
  • Checkly reposted this

    I stopped using the Playwright MCP server because it was "too token hungry." CLI flows and skills are more efficient, right? Turns out, this advice is pretty outdated. There were two main problems. 1) Connecting to an MCP server used to dump ALL tool definitions into your context. Thousands of tokens entered the context window before you typed a single prompt. That's fixed. Modern agent harnesses load tool definitions lazily. If you use the Playwright MCP, only the tool definitions you need enter the conversation. 2) Every action used to return the entire page snapshot inline. Giant YAML walls filled the context with page state you mostly didn't need. That's also fixed. Playwright MCP no longer inlines snapshots by default. Actions return the executed code, a short summary, and file references. The full snapshot goes to disk, and your agent accesses only what it needs. MCP now follows the exact same pull model the CLI uses. After seeing this, I measured it on a small automation flow and the CLI was still slightly more efficient, but both MCP and CLI-based runs landed at 45 to 50k tokens for the demo task. So there's no real difference anymore. I usually don't watch the context window very closely, but when tooling moves this fast, an occasional check-in is worth it! What was true a couple of months ago can be old news today.

  • Playwright debugging is now agent-ready. Five new features worth knowing: - A failing test can pause and let your agent attach to the live browser - npx playwright trace reads trace files right in the terminal, no UI needed - show --annotate lets you draw feedback on the page, and your agent picks up the notes - Screencasts record video receipts of exactly what the agent did - https://hubs.ly/Q04p-2qk0 ships a page snapshot with every failure Stefan demoed all five in last week's webinar and closed by turning an agent-written test into a production monitor. Full session: https://hubs.ly/Q04p-3R40

  • Checkly reposted this

    🎭 If your Playwright version is older than three months, your agent doesn't have all the tools to debug failing tests. It can't open the trace viewer to inspect your test results. Playwright 1.59 shipped a new `trace` command that fixes this. All the info embedded in the `trace.zip` file is now accessible. Your agent can list every test step (`trace actions`), look at specific snapshots (`trace snapshot`) or inspect the network traffic (`trace requests`). The entire trace is available as plain text on the command line. It's kinda cool because a simple "The test broke, please investigate the trace!" prompt is all that's needed to point the agent at real evidence. So if you're not on the latest Playwright version, it's time to update. Keeping Playwright up to date is probably the easiest upgrade your agent can get. And side note: if you run your Playwright checks on Checkly, Rocky (our AI agent) has been reading traces for quite a while and hands you a root cause analysis before you start digging. That's also nice.

  • Some flows are painful to monitor because you do not fully control the page. A payment provider changes checkout. An embedded donation form ships a new layout. An A/B test sends users through a different path. An AI chat flow returns a valid answer in a new shape. The user goal still works. The scripted check breaks. That is where Agentic Checks fit: you describe the intent, and the check verifies whether the outcome is still achievable. Stefan Judis and Hervé Labas showed the full flow in our Agentic Checks webinar. Watch it on demand: https://hubs.ly/Q04p-pgC0

  • Checkly reposted this

    🎭 If your Playwright version is older than three months, your agent doesn't have all the tools to debug failing tests. It can't open the trace viewer to inspect your test results. Playwright 1.59 shipped a new `trace` command that fixes this. All the info embedded in the `trace.zip` file is now accessible. Your agent can list every test step (`trace actions`), look at specific snapshots (`trace snapshot`) or inspect the network traffic (`trace requests`). The entire trace is available as plain text on the command line. It's kinda cool because a simple "The test broke, please investigate the trace!" prompt is all that's needed to point the agent at real evidence. So if you're not on the latest Playwright version, it's time to update. Keeping Playwright up to date is probably the easiest upgrade your agent can get. And side note: if you run your Playwright checks on Checkly, Rocky (our AI agent) has been reading traces for quite a while and hands you a root cause analysis before you start digging. That's also nice.

  • Last week, we asked what your biggest reliability challenge is right now. And the top answer is agentic-generated code. Testing & monitoring gaps came second, and on-call fatigue trailed behind. That tracks with what we hear from teams. The worry has shifted to "how much code is shipping that no human has actually read." If agents are writing a chunk of your codebase, your tests and your monitoring are doing the code review now. We'll be talking about this at Signals Conference in Berlin, Sept 10–11. Come say hi 👋 https://lu.ma/9yy0nom2

    • No alternative text description for this image
  • Last week, Stefan Judis hosted a webinar on what's new in Playwright for coding agents. He gave an agent a real browser and let it write, run, and fix tests, live. A few things that happened along the way: - He measured the token cost of Playwright's MCP server against the CLI, side by side. The old "MCP eats your context window" advice didn't survive. - One prompt produced a complete end-to-end test. - The agent debugged its own failing test straight from the trace file. - And with a single deploy command, the test it wrote became a production monitor on Checkly. The recording is now available on-demand 🎬https://hubs.ly/Q04pZVtD0

    • No alternative text description for this image
  • Your internal dashboards can be green while a customer in Singapore stares at a timeout. That's why Upstash never closes an incident on internal metrics alone. Every Redis replica gets its own external Checkly check, every minute, from 18 locations, and that outside view has the final say. How they monitor uptime from the customer's side of the internet → https://hubs.ly/Q04prznP0

    • No alternative text description for this image

Similar pages

Browse jobs