오늘 아침 热门 AI(인기 AI)에 대한 Juejin 검색 결과를 읽으면서, 동일한 AI 코딩 도구들이 완전히 다른 두 가지 어휘로 평가되고 있는 것을 계속 발견했습니다. 한 리뷰는 승자들을 티어 알파벳(S, A, B, D)으로 선정합니다. 거의 동일한 도구들을 다루는 또 다른 리뷰는 조달 언어(등보 3급 인증(等保三级认证), 국밀 SM4 암호화(国密SM4加密), 중국어 코드 생성 수용률 87%(中文代码生成接受率87%))로 승자를 선정합니다. 선정된 목록의 이름들은 겹치지만, 사용된 어휘는 그렇지 않습니다. 현재 상황에서 핵심적인 차이점은 바로 그 부분입니다.

첫 번째 종류의 게시물은 올해 Juejin을 스크롤해 보았다면 쉽게 찾을 수 있습니다. 한 리뷰는 Cursor, Claude Code, Codex, Lovable, v0, Replit, Bolt, Windsurf를 S/A/B/D 사다리에 배치합니다. Cursor와 Claude Code는 S열의 최상단에 위치합니다. Codex는 "시작이 늦어 기능이 아직 불완전함(起步较晚，功能尚不完善)"이라는 자격 요건과 함께 A등급에 있습니다. Lovable은 "사용법이 빠르고 기술을 모르는 사용자가 애플리케이션을 빠르게 구축하기에 적합함(上手快，适合不懂技术的用户快速构建应用)"이라는 설명과 함께 B등급에 안착합니다. Bolt는 커뮤니티 지원이 약하다는 이유로 B등급에 머뭅니다. Windsurf는 "창업자가 도망침(创始人跑路)"이라는 혹평과 함께 D등급까지 떨어집니다. 전체적인 독서 경험은 누군가가 영어 티어 리스트를 중국어로 번역하여 Juejin 템플릿에 적용한 것처럼 느껴집니다.

두 번째 종류의 게시물은 첫 번째와 전혀 다르게 들립니다. 최근의 7개 도구 중국어 리뷰는 제가 기업 조달 축(enterprise procurement axes)이라고 생각하는 기준에 따라 모든 것을 평가합니다. CodeBuddy는 "등보 3급 인증(等保三级认证), 국밀 SM4 암호화(国密SM4加密)", 이름이 밝혀지지 않은 경쟁사 대비 8배의 성능 우위, "중국어 코드 생성 수용률 87%(中文代码生成接受率87%)", 그리고 "Figma 변환 정확도 99.9%"를 인용하여 10점 만점에 9.7점을 받았습니다. FlowDesign은 "기능이 상대적으로 단조로워 풀스택 개발에는 부적합함(功能相对单一，不适合全栈开发)"이라는 수식어와 함께 7.3점을 받았습니다. CodePulse는 "보완 정확도가 무려 92%에 달함(补全准确率高达92%)"과 함께 7.4점을 받았습니다. 전체적인 독서 경험은 마치 입찰 제안서(tender document)를 읽는 것 같습니다.

제가 명확히 짚고 넘어가고 싶은 메타 패턴(meta-pattern)은 다음과 같습니다. 티어 레터(tier-letter) 리뷰를 읽는 구매자는 Cursor, Claude Code, Codex가 당연히 구매해야 할 도구이며, Windsurf는 창업자 신뢰 문제로 탈락했고, Lovable은 비엔지니어들에게 충분히 괜찮다는 생각을 하며 떠납니다. 반면, 조달 언어(procurement-language) 리뷰를 읽는 조달 담당자는 CodeBuddy가 당연히 구매해야 할 도구이며, FlowDesign과 CodePulse는 보조 플러그인으로서 수용 가능하고, 아마도 Cursor는 해당 포스트가 해외 도구(海外工具)를 다루지 않는 한 고려 대상조차 되지 않는다는 생각을 하며 떠납니다. 동일한 제품군이고 동일한 플랫폼입니다. 하지만 완전히 다른 두 가지 판결이 내려졌으며, 이러한 격차는 도구 자체의 문제가 아니라 작성자가 어떤 축(axis)에 관심을 두었느냐의 문제입니다.

공정하게 말하자면, 두 축 모두 실재합니다. 티어 레터는 독자의 기존 인상을 인식 가능한 형태(예: S 등급은 "이 프로젝트를 아마도 여기에 걸어도 좋다"는 의미)로 압축하며, 이는 구매자가 이미 해당 장르를 알고 있을 때 유용합니다. 조달 축은 더 좁은 질문에 답합니다. "이것이 IT 및 법무 부서의 내부 검토를 통과할 것인가?" 이 둘은 서로 대체될 수 없습니다. 심지어 평행할 수도 있습니다. 티어 레터는 "모델이 얼마나 좋은가"를 말하고, 조달 축은 "우리가 있는 위치에서 이것을 구매할 수 있는가"를 말합니다. 저는 어느 한 쪽의 축이 틀렸다고 생각하지 않습니다. 다만 어느 한 쪽의 축만으로는 충분하지 않다는 점은 매우 확실합니다.

제가 덜 확신하는 부분은 2026년에 구매자가 어떤 축에 먼저 무게를 두어야 하는가입니다. 제 팀의 리뷰와 구매 관문(procurement gate)을 모두 통과해야 하는 소프트웨어를 몇 년간 출시해 온 저의 직관으로는, 구매 축을 첫 번째가 아닌 두 번째로 읽어야 한다고 생각합니다. 등급(tier-letter) 중심의 게시물은 AI가 실제로 무엇을 잘하는지를 알려줍니다. 반면 구매 중심의 게시물은 귀하의 특정 제약 조건 하에서 이를 실행할 수 있는지 여부를 알려줍니다. 만약 그 순서를 뒤집어 구매부터 시작한다면, 해당 도구가 회사가 이미 표준화한 언어나 보안 스택(security stack)과 잘 맞지 않아 팀의 그 누구도 생산적으로 사용할 수 없는 제품을 구매하게 될 수도 있습니다. 반대로, 등급 중심의 정보로만 시작한다면 법무팀(legal team)이 운영 환경(production)에 배포하는 것을 허용하지 않을 프로토타입을 출시하게 될 수도 있습니다.

제가 주로 내부 도구(internal tooling)를 다루고 있어 보안 측면에 편향되어 있을 수 있다는 주의 사항을 전제로 말씀드리자면, 저의 견해로는 최근 3~4개월 동안 Juejin의 요약본들은 구매 측면에 크게 치우쳐 왔습니다. "등급(tier letter)" 프레임워크는 여전히 존재하지만 점점 희귀해지고 있습니다. 아마도 중국의 기업 구매자들이 단일 알파벳 등급보다는 구체적이고 검증 가능한 준수(compliance) 용어에 더 보상을 주기 때문일 수도 있고, 혹은 그곳의 작가 경제(writer economy)가 서구의 등급 목록(tier-list) 경제보다 구매 조사에서 집필으로 이어지는 파이프라인이 더 강력하기 때문일 수도 있습니다. 서구권에서는 역사적으로 GitHub Copilot이 쉬운 기본값(default)이었고, CodeBuddy 스타일의 구매 관점은 Juejin의 타임라인에서보다 드물게 나타납니다. 저는 실제로 어느 쪽인지 알지 못합니다. 제가 아는 것은, 등급 중심의 요약본만 읽는 구매자는 준수 팀(compliance team)이 선호할 도구를 놓칠 수 있으며, 구매 중심의 요약본만 읽는 구매자는 실제 문제를 해결하는 도구보다는 우연히 적절한 규제 용어(regulatory vocabulary)로 출시된 도구에 과도하게 무게를 둘 수 있다는 점입니다.

무언가에 서명하기 전, 실질적인 경험칙(rule of thumb) 하나를 제안하자면 다음과 같습니다. 각 진영(camp)의 요약 정리글을 적어도 하나씩은 읽어보십시오. 구매(procurement) 진영은 현재 Juejin에서 가장 쉽게 찾아볼 수 있을 것입니다. 도구 설명에 等保(등보), 国密(국밀), 또는 准确率(정확률) 수치가 포함되어 있는지 확인해 보십시오. 계층(tier-letter) 진영은 아마 사그라드는 추세겠지만, 영어 리뷰를 길게 재게시(re-posting)한 중국어 글들 속에는 여전히 살아있을 것입니다. 만약 두 진영의 글을 각각 읽었는데 그들이 서로 다른 도구를 추천한다면, 이는 세 번째 질문을 파고들어야 한다는 신호입니다. 이 세 번째 질문은 두 형식 모두 제대로 답변하지 못하는 경향이 있습니다. 즉, '이 도구가 판매자가 준비한 데모 리포지토리(demo repo)가 아니라, 당신의 팀이 소유한 실제 리포지토리(real repo)에서 실제로 어떻게 작동하는가?'라는 질문입니다. 아마도 이 세 번째 질문이 가장 중요할 것이며, 제가 오늘 아침 내내 스크롤하며 살펴본 Juejin의 검색 결과들은 대부분 이 질문을 다루지 않고 있습니다. 아마 내일 별도로 다시 검색해 볼 가치가 있을 것입니다.