지금까지 7건을 공개했습니다. 각 기록의 결과가 적용되는 범위는 그 시험에서 시킨 작업과 조건까지입니다. 쓰시려는 업무와 어떤 점이 같고 다른지 보시면 됩니다.
한국어·영어 둘 다 돌아간다. 25개 전부 결과가 왔고, 같은 키워드를 다시 넣으면 같은 답이 나온다.
키워드 25개의 검색 1페이지에 어떤 사이트가 올라오는지 뽑게 했다
실패한 회차 요청한 10개를 다 주지 않는다. 키워드마다 6~10개로 갈린다(같은 키워드 안에서는 일정하다). 모자란 이유는 알려 주지 않는다.
어떻게 쟀나 정밀은 이렇게 쟀다 — 키워드 3개(영어 1·한국어 1·영어 1)를 각각 3회씩, 같은 날 연속으로 넣고 상위 결과 목록을 비교했다. 9번의 비교에서 순서까지 전부 같았다. 각 회차는 9개씩 돌려줬다.
안 재본 것 같은 날 안에서만 재봤다. 날짜를 바꿔 넣었을 때 결과가 얼마나 움직이는지는 아직 모른다. 상위에 뜬 페이지를 열어 실제로 그 내용인지 확인하는 것(실증)도 하지 않았다.
2026-09-09 · gsk CLI (2026-09-09 기준)
결과물은 좋다. 공식문서 링크를 전부 달았고 모르는 것은 「불확실」로 표기했다. 다만 첫 실행은 멈췄다.
네이버·구글 공식문서만 보고 광고 수익 조사 보고서를 쓰게 했다
실패한 회차 1회차는 표준입력을 계속 기다리며 멈춰 있었다. 오류도 안 내고 그냥 안 끝난다. 표준입력을 닫아 주자(`< /dev/null`) 2회차는 정상 종료했다.
안 재본 것 같은 질문을 다시 던졌을 때 같은 결론이 나오는지는 재보지 않았다.
2026-09-09 · codex exec, -m gpt-6-astra
붙지 않았다. 둘 다 연결이 끊긴 채로 세션이 시작됐다.
영상 이해와 교차검증에 쓰려고 붙였다
실패한 회차 TwelveLabs·Gemini 모두 CONNECTION_CLOSED. 도구 자체의 성능 문제가 아니라 연결 문제이므로, 이 판정은 「이 도구는 나쁘다」가 아니라 「이날 우리 환경에서 못 썼다」로 읽어야 한다.
안 재본 것 연결이 됐을 때 무엇을 얼마나 하는지는 아무것도 재보지 못했다.
2026-09-09 · 세션 시작 시 자동 연결
없는 영상에도 「성공」이라고 답한다. 본문에는 대본이 없다고 적어 주지만, 상태값과 종료코드는 정상이다.
없는 영상 ID 두 개를 일부러 넣고, 도구가 실패를 알리는지 봤다
0 / 2잘못된 입력 중 상태값으로 실패를 알린 것
실패한 회차 두 번 다 status=ok · message=success · 종료코드 0 이 돌아왔다. 본문 자리에는 대본 대신 「No transcript available」이라는 23자짜리 문장이 들어 있다. 상태값만 보고 그 문장을 대본으로 넘겨받으면 그대로 처리된다 — 오늘 유튜브 100편을 분석할 때 실제로 한 편이 그렇게 처리됐고, 결과물을 읽다가 발견했다.
어떻게 쟀나 존재하지 않는 ID 하나(zzzzzzzzzzz)와 형식부터 틀린 ID 하나(not-a-real-id-xxxxx)를 넣고 종료코드·status·message·본문을 각각 확인했다.
안 재본 것 정상 영상에서 대본이 실제로 정확한지(정밀·실증)는 이 시험에서 다루지 않았다.
2026-09-09 · gsk CLI (2026-09-09 기준)
없는 주소는 정직하게 실패라고 답한다. 그런데 자바스크립트로 그리는 페이지에서는 메뉴만 가져오고도 「성공」이라고 답한다. 그리고 Windows 에서는 주소에 & 가 들어가면 종료코드가 틀린다.
성격이 다른 주소 5개를 긁게 했다 — 영문 공식문서, 자바스크립트로 그리는 도움말, 위키백과, 정부 사이트, 없는 주소
2 / 4본문이 있는 주소 중 본문을 실제로 가져온 것
2개 주소에서 본문을 못 가져왔다 — 하나는 메뉴만, 하나는 21초 뒤 실패
실패한 회차 두 가지가 나왔다. (1) 네이버 도움말은 586자만 돌아왔는데 전부 메뉴·푸터였고 정작 본문은 없었다. status 는 ok 였다 — 받은 쪽은 페이지를 가져왔다고 믿는다. 법제처는 21초를 기다린 끝에 실패했다. (2) Windows 에서 주소에 & 가 있으면 gsk.cmd 가 배치 파일이라 cmd.exe 가 인자를 다시 해석한다. & 뒤가 별도 명령으로 넘어가 「'osType'은(는) 내부 또는 외부 명령이 아닙니다」가 뜨고 종료코드가 1 이 된다. 응답 자체는 정상인데 종료코드만 실패다. 3회 모두 같았고, & 를 %26 으로 바꾸면 사라진다. 자동화가 종료코드를 보면 멀쩡한 요청을 실패로 센다. 주소에 든 글자가 셸로 넘어가는 구조이므로 신뢰할 수 없는 주소를 그대로 넘기지 않는 편이 좋다.
어떻게 쟀나 각 주소를 한 번씩 긁고 종료코드·status·본문 길이·소요 시간을 따로 기록했다. & 문제는 같은 주소를 3회 반복하고, & 를 %26 으로 바꾼 것과 & 가 없는 주소를 나란히 넣어 원인을 갈랐다.
안 재본 것 같은 주소를 다른 날 긁었을 때 결과가 얼마나 바뀌는지(정밀)와, 가져온 본문이 실제 페이지 내용과 맞는지를 원문과 대조하는 것(실증)은 하지 않았다.
2026-09-09 · gsk CLI (2026-09-09 기준) · Windows
같은 질문인데 3분의 2가 다르다. 어느 한쪽만 보고 「1페이지가 이렇다」고 말하면 안 된다.
같은 질문 3개(영어 2·한국어 1)를 두 도구에 똑같이 던지고 1페이지에 어떤 도메인이 올라오는지 비교했다
10 / 30나온 도메인 중 두 도구가 함께 올린 것
어떻게 갈렸나 갈리는 방향이 뚜렷하다. gsk 는 28자리 중 8자리를 레딧·쿼라에 줬는데 WebSearch 는 25자리 중 1자리였다. 한국어 질문에서는 더 벌어진다 — gsk 는 네이버 블로그 다섯 자리와 애드포스트 공식 페이지를 올렸고, WebSearch 는 네이버 블로그를 하나도 올리지 않은 채 아홉 자리 중 네 자리를 「네이티브 광고」를 다루는 구글 광고관리자 문서에 줬다. 질문과 상관없는 문서다.
어떻게 쟀나 질문 3개를 두 도구에 각각 한 번씩 넣고, 상위 결과의 도메인만 뽑아 집합으로 비교했다. 순위와 제목은 보지 않고 「어느 사이트가 1페이지에 있었나」만 셌다. 같은 도메인이 여러 번 나오면 하나로 셌다.
안 재본 것 어느 쪽 결과가 더 쓸모 있는지는 재지 않았다. 이 기록은 「둘이 다르다」까지만 말한다. 한 도구가 다른 날 같은 답을 주는지도 이 시험과 별개다.
2026-09-09 · gsk CLI · Claude Code 내장 WebSearch