15 Best Web Application Testing Tools for 2026 (Free & Paid)

Blog cover reading "top web testing tools" in purple pixel lettering, framed by purple and yellow squares

Best web application testing tools at a glance

  • Best for developer-led teams: Playwright. Free, cross-browser, and the strongest debugging tooling among open-source frameworks.

  • Best for frontend teams on React, Vue or Angular: Cypress. Tests run inside the browser, so failures are easy to see.

  • Best for teams without a dedicated QA engineer: BugBug. A PM or QA generalist can record and maintain tests without code. Chromium only.

  • Best for large suites on a UI that changes weekly: Mabl or Testim. AI-assisted maintenance, at enterprise pricing.

  • Best for non-developers who prefer writing to recording: testRigor. Tests are written in structured plain English.

  • Best for real-device and cross-browser coverage: BrowserStack or TestMu AI (formerly LambdaTest).

  • Best free tools beyond functional testing: Grafana k6 (load), ZAP (security), axe DevTools and Lighthouse (accessibility and performance audits).

Disclosure: BugBug is our product, and it appears in this list. No vendor paid for placement or reviewed this article before publication. Where we rely on third-party data (G2 ratings, pricing benchmarks), we name the source.

Why most test suites fail, and how to pick a tool that survives

The right web application testing tool depends on who will maintain the tests, not only on what the tool can do.

We see the same pattern in demo calls with teams in 50+ countries. A production bug hits and the team decides to automate regression. Someone spends two weeks setting up Playwright or Cypress, and the first tests go green. Three sprints later the UI has changed, half the suite is red, and nobody has time to fix it. The suite gets ignored until the next production incident.

The framework usually worked fine. It was a poor match for the people who had to keep it running.

This guide matches website and web application testing tools to the constraints that decide whether a suite survives: engineering time, who fixes a broken test, and whether you can run your own infrastructure. It covers code-first frameworks, low-code platforms, cross-browser clouds, and free tools for performance, security and accessibility testing.

How we evaluated these tools

We scored every tool on three questions, using each vendor's documentation and published third-party benchmarks.

  1. Setup: can a PM or QA generalist get a first test running, or does it need an engineer and a framework install?
  2. Maintenance: when the UI changes and a test breaks, does the fix require code?
  3. Infrastructure: what do you host and patch yourself, and what does the vendor run for you?

What published benchmarks say. For the three code frameworks, several benchmarks compare speed and flakiness. They agree on the ranking but not on the size of the gaps, because each uses different apps, hardware and versions. Treat the numbers as directional.

Tool Single test Suites and scale Flakiness and consistency Sources
Playwright 4.66 s per test, 290 ms per action (fastest) Fastest at 100 repeated runs; fastest in Checkly's 3-test suite Lowest run-time variability in Checkly's tests; 67% lower flaky-test rate than Cypress across 300+ suites Axelerant and ray.run via TestDino; TestDino analytics; Checkly
Cypress 5.00 s per test, 420 ms per action (about 1.45x slower than Playwright). About 7 s of startup before a test begins In a 3-test suite, about 23% slower than Playwright and only about 3% slower than WebdriverIO + Selenium; 126% of Playwright's time at 100 runs Second most consistent run times in Checkly's tests Checkly; ray.run via TestDino
Selenium 9.55 s per test, 536 ms per action (about 1.85x slower than Playwright) Playwright ran 42% faster across 300+ suites; 149% of Playwright's time at 100 runs No built-in auto-waiting, so timing issues need explicit waits Axelerant and ray.run via TestDino; TestDino analytics
BugBug 18 s run (fastest of 16 tools); built and debugged in 1.67 min Not measured Not measured CandyMapper Challenge 2026
testRigor 21 s run; built and debugged in 5 min Not measured Not measured. CandyMapper Challenge 2026;
Tricentis Testim 26 s run; built and debugged in 7 min Not measured Not measured CandyMapper Challenge 2026
Mabl, Katalon, Rainforest QA Not in any published benchmark we found Not measured Not measured —

Read these numbers with their context. The BugBug, testRigor and Testim rows come from a different flow and app, so compare them with each other, not with the code framework rows. Checkly ran 1,000 executions per scenario in January 2021 on Cypress 6.2.1, so newer versions may differ. TestDino builds tooling for Playwright users; its 42% and 67% figures come from its own customer analytics, and the Axelerant and ray.run results are quoted from its summary.

Low-code and AI tools: the CandyMapper Challenge 2026. For low-code and AI testing tools, the closest thing to a head-to-head benchmark is the CandyMapper Challenge run by test automation consultant Paul Grossman. He automates the same short flow on the candymapper.com sandbox in each tool: open the site, close the pop-up, fill in the form and check two validation messages. He records how long it takes to build and debug the test, starting with little prior knowledge of the tool, and how long the finished test takes to run. Each attempt is recorded on his YouTube channel.

Tool Build and debug time Run time
ContextQA 1.23 min 65 s
BugBug 1.67 min 18 s
Applitools Autonomous 3 min 36 s
Autify Aximo 3 min 100 s
Blinq.io 3.33 min 27 s
testRigor 5 min 21 s
Twin 6 min 120 s
Tricentis Testim 7 min 26 s
ACCELQ 8 min 34 s
Functionize 9 min 112 s
Harness 11.77 min 59 s
Thunders.AI 16 min 105 s
KaneAI (TestMu AI) 22 min 35 s
Wopee.ai 23 min 113 s
Inflectra Rapise 23 min 25 s
ZAPtest 23 min 23 s

Source: CandyMapper Challenge 2026 Build & Run Speed Grid, Paul Grossman, July 2026. Sorted by build time.

This is one tester, one short flow and one attempt per tool, so treat it as a practical indicator rather than a lab result. The flow is not fully fixed either: the challenge is described as 6 steps and 2 validations, while individual videos count 8 to 10 steps. Code frameworks are not on the grid. BugBug has no relationship with Paul Grossman or the challenge; he tested it the same way as every other tool.

Web application testing tools compared

Tool Type Setup Maintenance Infrastructure Free option Best for
Playwright Code framework Developer (JS/TS, Python, Java, .NET) Developer, code fixes Self-hosted runners or a cloud grid Open source Developer-led teams
Cypress Code framework Developer (JS/TS) Developer, code fixes Self-hosted, Cypress Cloud optional Open source; free Cloud Starter plan Frontend teams on JS frameworks
Selenium Code framework + IDE recorder Developer, bindings + drivers Developer, scripts + Grid Self-hosted Grid at scale Open source Existing Selenium suites, many languages
BugBug No-code recorder Anyone, Chrome extension Anyone, Edit & Rewind None, cloud or local Free plan Web-only SaaS teams, 0–3 QA people
Mabl Low-code, AI healing Mixed Mostly automatic, developer for edge cases None, cloud 14-day trial Large suites, fast-changing UIs
Testim Low-code, AI locators Mixed Mostly automatic, developer for coded steps None, cloud Free trial, then free Community plan Enterprise SaaS
Katalon Low-code IDE Developer-leaning, desktop IDE Mixed Desktop app, optional cloud Free Studio edition Web + API + mobile in one tool
testRigor Plain-English authoring Anyone Anyone None, cloud only Free plan for public tests only Non-technical testers
Rainforest QA No-code + visual checks Anyone Anyone for linear flows None, cloud None published Teams moving off manual testing
BrowserStack Device cloud Runs existing tests N/A None to host Free trial Real devices at scale
TestMu AI (LambdaTest) Device cloud + AI agent Runs existing tests; KaneAI writes new ones N/A None to host Free plan with limited sessions Cross-browser runs plus AI test agents
Grafana k6 Load testing Developer (JavaScript) Developer Local or Grafana Cloud Open source; 500 free cloud VUh/month API and backend load tests
ZAP Security scanner Developer or security engineer Rule tuning Local or CI Open source Baseline security scans in CI
axe DevTools Accessibility testing Anyone (extension) or developer (axe-core) Low None Free extension, open-source core WCAG checks in dev and CI
Lighthouse Performance + a11y audit Anyone, built into Chrome None None Free Quick page-level audits

G2 ratings for web application testing tools: Playwright 4.8, BugBug 4.7, down to Selenium and Rainforest QA at 4.3

If I were a QA engineer starting from scratch at a 20-person B2B SaaS company today, I'd try BugBug first, not because I built it, but because the setup cost of Playwright or Cypress is real, and it compounds. You spend two weeks on infrastructure before you write a useful test. If Chromium coverage is enough for your stack, start there. If you need Firefox or Safari in production, use Playwright.

Paweł Bylina, CEO of BugBug

Set up BugBug in 10 minutes

Free plan, no credit card.

Get started

Code-first testing frameworks

These are the default choice when developers own the test suite and treat it like production code. All three are free and open source. What they cost is engineering time: someone has to write the tests, run the CI setup and fix selectors when the UI changes.

1. Playwright: cross-browser framework with the best debugging tools

Best for: developer-led teams that need Chromium, Firefox and WebKit (Safari) coverage from one codebase.

Avoid if: nobody on the team writes code, or no one has time to maintain tests every sprint.

Playwright recording

Playwright is Microsoft's open-source framework for end-to-end testing. It drives Chromium, Firefox and WebKit through one API, with bindings for JavaScript/TypeScript, Python, Java and .NET. Auto-waiting removes most of the manual waits that make Selenium suites flaky. Tests run in parallel by default.

Debugging is where it stands out. The trace viewer records every action with DOM snapshots, network calls and a screencast, so a CI failure can be replayed step by step. The codegen command records a flow in the browser and outputs test code, which speeds up the first draft. Every test still ends up as code a developer owns.

Pricing: free (Apache 2.0). You pay for CI runners or a third-party cloud grid if you need large parallel runs.

2. Cypress: fast feedback for frontend developers

Best for: frontend teams working in React, Vue or Angular who want to debug tests the way they debug the app.

Avoid if: you need Safari coverage, multi-tab or multi-domain flows, or tests in a language other than JavaScript/TypeScript.

Cypress recording product view

Cypress runs tests inside the browser alongside your application. When a step fails, you see the app at that moment and can step back through earlier commands. Setup is one npm install and a config file, which makes it the easiest code framework to start with for a JavaScript developer.

The architecture also sets its limits. Tests are JavaScript or TypeScript only, multi-tab flows need workarounds, and WebKit support is still experimental.

Pricing: the test runner is free and open source (MIT). Cypress Cloud, which adds parallelization, recordings and analytics, has a free Starter plan with 500 test results a month; the Team plan costs $67/month billed annually. Pricing as of November 2026.

3. Selenium: the most flexible standard, with the most setup

Best for: teams with an existing Selenium suite, or teams that need Java, C#, Ruby or Python bindings and the widest browser support.

Avoid if: you are starting from zero. For a new suite, Playwright offers the same browser coverage with less setup and less flakiness.

Selenium WebDriver is the W3C standard that most browser automation is built on. It supports Java, Python, C#, Ruby and JavaScript, and every major browser. Selenium Manager now downloads matching browser drivers automatically, which removes one of its oldest setup pains. Running tests at scale still means hosting Selenium Grid or paying for a cloud grid.

seleniumidelocatorassistance.png

Selenium IDE is the free recorder extension for Chrome and Firefox. It is fine for linear flows and quick prototypes. Tests recorded with it break quickly on dynamic elements and conditional logic, which is where the "record and playback is brittle" reputation comes from. Modern recorders such as BugBug, Testim and Rainforest QA address this with stable selectors, smart waits and step-level editing. See our comparison of record and play automation tools.

Pricing: free (Apache 2.0). Grid infrastructure or a cloud grid is the real cost.

Low-code and codeless testing platforms

On most SaaS teams, the person who maintains tests is not a full-time automation engineer. These platforms give up framework-level control so that a QA generalist, a PM or a developer with spare hours can create tests and keep them working. For a deeper look at this category, see our guide to codeless automation testing tools.

4. Mabl: low-code platform built around AI auto-healing

mabl homepage: low-code test automation that scales

Best for: teams with large suites on a UI that changes every sprint, who accept usage-based pricing.

Avoid if: your test volume is high or hard to predict. The bill grows with your suite.

Mabl updates affected tests automatically when the UI changes, which cuts the time spent repairing broken locators. One license covers browser and mobile UI, API, accessibility and performance testing, plus email validation. Local runs are unlimited; cloud runs use monthly credits. Auto-healing can misfire on highly dynamic frontends, so review healed steps rather than trusting them blindly.

Pricing: not published. Vendr and G2 benchmarks put typical entry at about $500/month, with annual contracts from $6K to $50K depending on usage. 14-day self-serve trial.

5. Testim: enterprise low-code testing with AI locators

Testim homepage: automate web and mobile testing with AI

Best for: enterprise SaaS teams with large UI suites and frequent interface changes.

Avoid if: you need public, predictable pricing. Paid plans are quote-only.

Testim combines a visual recorder with AI locators that adapt when elements change. Locator breakage is the most common reason UI suites fail, and this is what Testim targets. You can start codeless and add JavaScript steps as flows get more complex.

In the CandyMapper Challenge 2026, Tricentis Testim took 7 minutes to build the test and ran it in 26 s. Watch the run.

Pricing: paid plans by quote only; benchmarks put entry at about $450/month and mid-market contracts at $500–$2,000/month. There is a free trial, and accounts move to a free Community plan when it ends.

6. BugBug: no-code test recorder for Chromium web apps

BugBug recording a login test in Chrome, with recorded steps on the left and the recorder panel on the right

Best for: B2B SaaS and web-only teams that want low-maintenance end-to-end tests without running infrastructure.

Avoid if: you need Firefox, Safari or native mobile coverage. BugBug runs in Chromium-based browsers only, so it cannot be your only tool if cross-browser testing is a release requirement.

BugBug is a no-code tool for end-to-end testing of web apps. You install the Chrome extension, click through your app, and BugBug saves each action as an editable step. There is no framework, Selenium Grid or VM to maintain. Tests run locally or in the cloud on a schedule, and trigger from CI via CLI or REST API with Slack alerts on failure.

When a step breaks, Edit & Rewind lets you fix that step and re-record from that point, instead of re-recording the whole flow. For logic a recorder cannot express, you can add custom JavaScript actions. BugBug also offers an MCP server, so AI agents such as Claude, Codex or Cursor can create, run and fix tests.

Case study: Brand24, a media monitoring SaaS with clients in 110+ countries, ruled out Selenium because it would need coding skills and developer time. Their Product Manager set up BugBug alone, without the engineering team. Since April 2021, BugBug has run Brand24's hourly checks more than 100,000 times and caught 5+ critical production issues, including a blank pricing page and a failed release that blocked logins. Read the case study.

In the CandyMapper Challenge 2026, BugBug had the fastest run time of the 16 tools (18 s) and the second-fastest build time (1.67 min, behind ContextQA). Watch the run.

<iframe width="560" height="315" src="https://www.youtube.com/embed/FabzG8kDBrI?si=NYvCl3jl6LfEdlRA" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen></iframe>

Strengths

  • No-code test creation in the browser, no setup.
  • Edit & Rewind and smart waits keep maintenance low.
  • Custom JavaScript actions for advanced cases.
  • No per-seat pricing.

Limitations

  • Chromium-based browsers only.
  • No deep framework customization or heavy data-driven scripting. Playwright or Cypress fit better there.

Pricing: free plan for 1 user, 1 project and up to 15 tests, with unlimited local runs and no cloud runs. Paid plans start at $99/month billed annually. 14-day trial, no credit card.

7. Katalon: web, API, mobile and desktop testing in one IDE

Katalon homepage: seamless test automation, supercharged by AI

Best for: hybrid teams that test web, API, mobile and desktop apps and want one tool for all of them.

Avoid if: you only test web apps. You will pay in setup time and learning curve for breadth you do not use.

Katalon combines a recorder with keyword-driven scripting in a desktop IDE. A QA records basic flows and a developer adds Groovy steps in the same project. If you run three tools for three test surfaces today, this is real consolidation. Running tests headless or in CI/CD requires a paid Katalon Runtime Engine license.

Pricing: free Studio edition. Professional costs $150 per seat/month, billed annually ($1,800 a year). 30-day free trial.

8. testRigor: tests written in plain English

testRigor homepage: #1 generative AI-based test automation tool, with plain-English test steps

Best for: non-technical testers who prefer writing test steps to clicking through a recorder.

Avoid if: you need local execution or heavy conditional logic.

You write steps such as click "Login" and testRigor turns them into executable tests without selectors. The syntax is structured, not free-form English, so writing good tests still takes practice. Execution is cloud-only, and complex branching gets verbose.

In the CandyMapper Challenge 2026, testRigor took 5 minutes to build the test and ran it in 21 s, the second-fastest run time of the 16 tools.

Pricing: free plan only for public tests (tests and results are publicly visible); private plans by quote. [TODO: confirm on testrigor.com; its pricing page did not load during fact-checking]

9. Rainforest QA: no-code testing with visual validation

Rainforest QA homepage: the no-code QA platform powered by AI, with AI-suggested test plans and test creation

Best for: startups and product teams moving from manual testing to automated UI checks.

Avoid if: your flows depend on conditional logic, or you need predictable monthly costs.

Rainforest QA checks what the user sees on screen, not only the DOM, so it catches visual bugs that functional tests miss. Every run ships with a video recording. It is a natural step for teams coming from manual QA, and less flexible than BugBug or Testim once flows need branching.

Pricing: usage-based, no public flat rate.

Cross-browser and real-device clouds

These platforms do not write tests. They run the tests you already have on browsers, operating systems and real mobile devices you don't want to host yourself. Choose one when cross-browser or mobile web coverage is a release requirement, and pair it with a framework or recorder from the sections above.

10. BrowserStack: real-device cloud for cross-browser and mobile testing

BrowserStack homepage: app and browser testing made easy on 20,000+ real devices

Best for: teams that need broad cross-browser and real iOS/Android device coverage at scale.

Avoid if: you don't have tests yet. BrowserStack runs your suite but does not create it.

BrowserStack gives access to 20,000+ real devices, so mobile tests run on physical hardware rather than emulators. Playwright, Cypress, Selenium and most other frameworks in this list connect to it with a few config lines. Cost grows with parallel sessions, so at high concurrency it becomes a significant budget line.

Pricing: manual testing (Live) from $29/month, according to G2 and other price trackers. Automate plans are priced by parallel sessions.

11. TestMu AI (formerly LambdaTest): cross-browser grid with AI test agents

Best for: teams that need cross-browser runs for Selenium, Playwright or Cypress suites and want an alternative to BrowserStack.

Avoid if: you have no existing tests and don't want an AI agent to write them for you.

LambdaTest rebranded as TestMu AI. It offers 3,000+ desktop browser environments, a real device cloud, and HyperExecute for parallel test orchestration in CI. It also sells KaneAI, an AI agent that writes and runs tests from plain-language instructions. Integration works like BrowserStack: point your Selenium, Playwright or Cypress config at the grid.

Pricing: free plan with a few short live-testing sessions a month; web automation from $79/month billed annually.

Beyond functional testing: performance, security and accessibility

Website testing covers more than "does the checkout flow work". These four free tools cover the other checks most teams run before release, and each can run in the same CI pipeline as your end-to-end tests. For tools in each category, see our broader software testing tools guide.

12. Grafana k6: load testing in JavaScript

Best for: developers who want to load-test APIs and web backends from scripts kept next to their code.

Avoid if: your team doesn't write code, or you need a GUI-first load testing tool.

k6 is an open-source load testing tool from Grafana Labs. You write scenarios in JavaScript, run them from the CLI, and set thresholds (for example, 95th-percentile response time under 500 ms) that fail the CI build when performance regresses. Grafana Cloud k6 adds distributed load generation and dashboards.

Pricing: free (open source). Grafana Cloud's free tier includes 500 virtual user hours of k6 tests a month, then pay as you go.

13. ZAP: open-source web application security scanner

Best for: teams that want a baseline security scan of every build without buying a commercial DAST tool.

Avoid if: you need a full penetration test. ZAP finds common vulnerabilities but does not replace a security review.

ZAP (now ZAP by Checkmarx, formerly OWASP ZAP) scans a running web application for issues such as missing security headers, XSS and SQL injection. The baseline scan runs passively in a Docker container or as a CI step. Active scans go further but should run only against test environments.

Pricing: free (open source).

14. axe DevTools: automated accessibility testing

Best for: teams that need to catch WCAG violations during development and in CI.

Avoid if: you expect automated checks alone to make your site accessible. Automated tools catch only part of WCAG issues, so manual review with a keyboard and a screen reader is still required.

The free axe DevTools browser extension scans a page and explains each violation with a fix. The underlying open-source engine, axe-core, plugs into Playwright and Cypress, so accessibility checks can run inside your existing end-to-end tests.

Pricing: free Chrome extension (800,000+ installs) and open-source axe-core. Paid Axe DevTools plans add automation at scale and team reporting.

15. Lighthouse: free performance and quality audits

Best for: a quick audit of page performance, accessibility, best practices and SEO, with no setup.

Avoid if: you need real-user performance data. Lighthouse measures lab conditions, not what your users experience.

Lighthouse is built into Chrome DevTools. It scores a page, lists the issues behind each score and suggests fixes. Lighthouse CI runs the same audits on every pull request and can fail a build when scores drop below a budget.

Pricing: free (open source).

Testing AI agents. If your web app ships an AI agent, functional tests won't show how it behaves under adversarial prompts; red-teaming platforms such as BotGauge probe agents with real-world attack scenarios and turn the findings into evaluations and safeguards.

The real cost of web application testing

The license is rarely the largest cost. Budget for these five before you commit:

  • Authoring. A recorder produces a passing test in minutes. A coded test can take hours. Switching tools later may mean rewriting the suite.
  • Maintenance. How often tests break when the UI changes is the biggest variable in ROI. Without AI healing or fast step-level fixes, a growing suite becomes someone's full-time job.
  • Infrastructure. Selenium Grid, CI runners and device clouds never appear on a framework's pricing page, but you pay for them.
  • Debugging. When a test fails in CI at 2 a.m., can you see why? Check for video, step logs and DOM snapshots before you buy.
  • Ownership. Decide who fixes tests, updates dependencies and keeps CI green. If nobody owns it, the suite will be ignored within a few sprints.

Final verdict: best web testing tool by team type

There is no single best tool. The right pick depends on who owns the suite, how much engineering time you have, and whether your bottleneck is writing tests or running them.

Team type Primary tool Add Why
Web-only B2B SaaS, 0–3 QA people BugBug Lighthouse and axe for audits A PM or QA generalist owns the whole setup. Free plan with unlimited local runs. You give up Firefox, Safari and mobile.
Developer-led team with engineering time Playwright BrowserStack or TestMu AI; k6 Auto-waiting, parallel runs and traces are built in. Someone must own CI and selector fixes every sprint.
Frontend team on React, Vue or Angular Cypress Cypress Cloud for parallel runs Fastest debugging loop among open-source frameworks. No Safari, no native mobile.
Existing Selenium suite Selenium BrowserStack or self-hosted Grid Keep a suite that works; migration rarely pays off. For a new suite, Playwright is the better start.
200+ tests on a UI that ships weekly Mabl or Testim Your own reporting AI healing absorbs locator churn. Only worth it at this scale; budget about $450–500/month to start.
Non-technical testers BugBug, testRigor or Rainforest QA — Plain-English steps or visual validation. All are local or cloud-only and get verbose with complex branching.
Web + API + mobile + desktop Katalon — One IDE for four test surfaces. Overkill for web-only teams.
Regulated or public-facing site Any of the above ZAP + axe DevTools in CI Security and accessibility checks on every build, at no license cost.

FAQ: web application testing tools

Start testing. It's free.

Free plan · No credit card · 14-day trial

Get started

Your next release. Properly tested.

Join 1,200+ QA teams that automated their
regression coverage with BugBug.

Start testing. It's free.
  • Free plan
  • No credit card
  • 14-days trial

Author

Paweł Bylina CEO photo
Paweł Bylina

CEO & CTO at BugBug

Paweł Bylina is a software engineer, test automation product leader, and founder and CEO of BugBug, a no-code end-to-end testing platform used by teams in more than 50 countries. He has over 15 years of experience building software and leading engineering teams as a developer, engineering manager, CTO, and SaaS founder.

Paweł created BugBug after repeatedly seeing teams struggle with test automation that was costly to implement and difficult to maintain. He now works closely with QA engineers, developers, and engineering leaders to improve how software teams create and maintain reliable automated test coverage.

His expertise includes end-to-end testing, regression testing, browser automation, no-code test automation, QA strategy, and software quality. He shares practical insights drawn from building BugBug and working with software teams worldwide.

Reviewer

Mariusz Wójcik photo
Mariusz Wójcik

Senior Software Engineer

Senior software engineer at BugBug, where he's spent 6 years helping shape the product. He's a T-shaped developer skilled in frontend with React and TypeScript, browser extensions, backend work, and building AI agents and tooling. His strengths also include UX instincts, a product-minded approach, and process automation.