Here is the method behind our recommendations, including what we haven't tested yet, so you can judge our verdicts for yourself.

1. Start from a real job

We build our tests around work our readers actually do: an office email, a blog section, a blog header and a thumbnail. Tests for clipping Shorts from our own long recording, an avatar video and a bug fix in a small codebase are written but haven't been run yet.

2. Same task, same prompts

Each tool we test in a comparison gets an identical brief and identical inputs. We keep one standard prompt set and paste it unchanged, in a new chat with no custom instructions:

  • Writing: a short office email from webinar numbers, a 300–350-word blog section with a price placeholder, and a paragraph with five planted grammar errors to edit.
  • Images: a 16:9 blog header, and a YouTube thumbnail that must spell an exact headline.
  • Coding: a tiny project with one failing test to fix.

We save the prompts and raw outputs so a retest months later is a fair comparison. We note what we can observe, such as how many attempts a usable result took, what went wrong, and how close the output came to the brief. We don't publish response times unless we actually measured them.

Who runs the tests

Tests are run with AI-assisted browser operation: an AI agent pastes the standard prompts into each tool and captures the screen. The site owner reviews the logs, outputs and screenshots before anything is published. Screenshots are real captures of the tool; we only crop them and black out personal details. First-hand notes in our articles start with "In our test…" and describe that single test session, not long-term use.

We only use access we already have. If a tool needs a sign-in, a paid plan or a verification step we don't have, we skip it and say so rather than signing up or paying just to test.

What we've tested so far (November 2026)

  • Tested: ChatGPT (Free plan), Gemini, and Grammarly's free online grammar checker (signed out).

In our articles, notes based on our own hands-on testing are marked In our test. Everything else is based on the vendors' official pages and documentation, and when we haven't tested a tool, the guide's short answer (or FAQ for tutorials) says its pick is based on the official feature list. Where we tested on a free plan but recommend a paid one, the note says so.

3. Prices from official pages only

  • We copy prices from the vendor's own pricing page and note the month we checked, shown as Last checked: YYYY-MM.
  • If we can't confirm a price or limit on an official page, we write Not listed instead of guessing.
  • We recheck prices regularly, and sooner when we see a vendor announce a change.

4. What we score

CriterionWhat it meansWeight
Output qualityAccuracy, usefulness and how much editing the result needs35%
Ease of useTime from sign-up to a usable result20%
ValueWhat the paid plan gets you versus the alternatives20%
Features & integrationsFits into tools you already use15%
Privacy & controlsData training opt-outs, team controls, export10%

Scores appear only after a tool has been tested hands-on. Until then the score card stays blank.

5. A verdict in each guide

Each guide names a pick and says who should use something else, so you get more than "it depends."

6. Corrections

If a vendor changes a plan or you spot a mistake, tell us through the contact form. We update the page and its "Last updated" date.