7 records are public so far. Each one holds only for the task and the conditions we ran it under, so compare those against your own work.
Works in both Korean and English. All 25 returned results, and the same keyword gives the same answer on a repeat run.
Pull the first page of search results for 25 keywords
Runs
Records
Detects
Precise
Proven
What failed It does not return the ten results asked for — between six and ten depending on the keyword (stable within a keyword). It never says why the rest are missing.
How we measured How we measured precision: three keywords (two English, one Korean), three runs each, back to back on the same day, comparing the ranked list. All nine comparisons matched exactly, order included. Every run returned nine results.
Not measured We only repeated within a single day. How far results drift across days is still unknown. We also did not open the ranked pages to confirm they are what they claim (the Proven rung).
2026-09-09 · gsk CLI, as of 2026-09-09
Good output — every claim linked to an official doc, unknowns marked as uncertain. But the first run hung.
Write an ad-revenue research report using only Naver and Google official docs
Runs
Records
Detects
Precise
Proven
1 / 2runs succeeded
run 1 hung waiting on stdin
What failed Run 1 hung waiting on stdin — no error, it simply never finished. Closing stdin (`< /dev/null`) made run 2 exit cleanly.
Not measured We did not ask the same question twice to see if the conclusion holds.
2026-09-09 · codex exec, -m gpt-6-astra
Did not connect. Both servers were closed when the session started.
Connect for video understanding and cross-checking
Runs
Records
Detects
Precise
Proven
What failed Both returned CONNECTION_CLOSED. This is a connectivity failure, not a capability one — read it as "unusable in our setup that day", not "a bad tool".
Not measured With no connection, nothing about its actual behaviour could be measured.
2026-09-09 · auto-connected at session start
It answers "success" for videos that do not exist. The body does say there is no transcript, but the status field and the exit code both report success.
Fed it two video IDs that do not exist, to see whether it reports the failure
Runs
Records
Detects
Precise
Proven
0 / 2bad inputs where the status signalled failure
both runs reported success
What failed Both runs returned status=ok, message=success, exit code 0. Where the transcript should be, there is a 23-character line: "No transcript available". Anything that trusts the status and passes that string along will treat it as a transcript — which is exactly what happened to one video in our 100-video run, caught only by reading the output.
How we measured One nonexistent ID (zzzzzzzzzzz) and one malformed ID (not-a-real-id-xxxxx), checking the exit code, status, message, and body separately.
Not measured This test says nothing about whether transcripts of real videos are accurate (the Precise and Proven rungs).
2026-09-09 · gsk CLI, as of 2026-09-09
It reports a missing page as a genuine failure. But on a JavaScript-rendered page it returns only the navigation chrome and still calls it a success. And on Windows, a URL containing & produces the wrong exit code.
Fetch five different kinds of page: an English help doc, a JavaScript-rendered help page, Wikipedia, a government site, and a URL that does not exist
Runs
Records
Detects
Precise
Proven
2 / 4pages with a body where it actually returned the body
2 URLs returned no body — one gave only menus, one failed after 21 seconds
What failed Two things. (1) The Naver help page returned 586 characters, all of it menus and footer — the article body was absent, and status still said ok. The caller believes it has the page. The government site failed after waiting 21 seconds. (2) On Windows, gsk.cmd is a batch file, so cmd.exe re-parses the arguments. Everything after & in a URL is handed on as a separate command, producing "'osType' is not recognized as an internal or external command" and an exit code of 1 — while the response itself is fine. Reproduced three times; encoding & as %26 removes it. Anything checking exit codes will count a healthy request as a failure. Since characters from the URL reach the shell, it is better not to pass untrusted URLs straight through.
How we measured One fetch per URL, recording exit code, status, body length, and elapsed time separately. For the & problem: the same URL three times, then the same URL with & encoded as %26 and a version without & at all, to isolate the cause.
Not measured We did not repeat on another day (precision), nor compare the fetched text against the live page word by word (the Proven rung).
2026-09-09 · gsk CLI, as of 2026-09-09, on Windows
Same question, and two thirds of the answer differs. Neither tool alone can tell you what page one looks like.
Put the same three questions (two English, one Korean) to both tools and compared which domains came back on page one
10 / 30domains both tools returned
Where they differ The differences run in a clear direction. Genspark gave eight of twenty-eight slots to Reddit and Quora; WebSearch gave one of twenty-five. The Korean question splits them further — Genspark returned five Naver blog slots plus AdPost's own help page, while WebSearch returned no Naver blogs at all and spent four of nine slots on Google Ad Manager documentation about native ads, which has nothing to do with the question.
How we measured One run per question per tool, comparing only the set of domains on page one. Rank and titles were ignored — the question was simply which sites appeared. Repeat appearances of a domain counted once.
Not measured We did not judge which set is more useful. This record only says the two disagree. Whether either tool repeats itself on another day is a separate question.
2026-09-09 · gsk CLI vs Claude Code's built-in WebSearch