본문으로 건너뛰기
News

Qwen 3.8 27B, 노트북에서 모델 가중치를 해석하는 시연 - 가중치 공간 프로그래밍 논문 재현

Qwen 3.8 27B on my laptop can interpret model weights, too

Simon Willison은 Sparks of Weight-Space Programming 논문의 실험을 자신의 노트북에서 돌아가는 Qwen 3.8 27B로 재현했다고 밝혔다. 논문은 LLM이 도구나 코드 실행 없이 신경망의 원시 가중치를 읽고 해석할 수 있다고 주장한다. 논문 저자들은 Breakout, Pong, Pac-Man, Freeway를 10x10 격자로 단순화한 게임용 정책 네트워크 4개를 학습시킨 뒤, 부동소수점 가중치를 텍스트로 LLM에 입력하고 어떤 게임으로 학습됐는지 맞혀보게 했다. 실험 프롬프트는 가중치를 제외하면 네 게임 모두 동일하며, 도구 사용을 금지한다는 조건이 명시되어 있다. Willison은 LLM 도구의 -f 옵션으로 GitHub의 프롬프트 파일 URL을 넘기는 방식으로 Kimi K3.1 Pro를 OpenRouter를 통해 실행했고, 이 모델은 Breakout을 맞혔다. 소요 시간은 9분 41초, 추론 토큰은 19,493개였다. 같은 프롬프트를 Qwen 3.8 27B에 적용하는 실험도 진행했으며, 그가 쓰는 Q4_K_M 버전은 약 17GB다. 논문은 GPT-6 Astra가 가중치를 보고 학습 목적을 파악하고, Qwen3.5-0.8B의 추론 루프 문제를 가중치의 0.016%를 수정해 MATH-500 점수를 7.9%에서 48.1%로 올렸다고 보고한다. 다만 spaCy 저자 Matthew Honnibal은 이 논문이 도구를 쓰는 가중치 편집과 도구 없는 가중치 해석을 뒤섞어 오해를 준다고 지적했다.

실험 재현용 프롬프트와 가중치 파일이 RikiyaT/lm_understand-logs 저장소에 공개되어 있고 llm-openrouter 플러그인으로 OpenRouter 모델을 바로 호출할 수 있어, 로컬 모델로 같은 실험을 직접 돌려볼 수 있다.

원문 출처

Simon Willison's Weblog

원문 보기 ↗
AI 리서치·논문고급·

Cognition, merge 가능성 평가 벤치마크 FrontierCode 공개에 Opus 4.8도 13.4%

Cognition(Devin 개발사)이 6월 8일 정답 여부를 넘어 '실제로 머지할 코드인가'를 묻는 코딩 벤치마크 FrontierCode를 공개했다. 36개 주력 오픈소스 레포에서 추출한 150개 태스크로 구성되며, 20명 이상의 일급 메인테이너가 태스크당 40시간 넘게 투입해 설계했다. 난이도는 Extended(150)·Main(100)·Diamond(최난 50)로 중첩 구성된다. 채점은 기능 정확성에 더해 회귀 안전성, 스코프 침범(scope creep) 여부, 테스트 품질, 코드베이스 규약 준수까지 평가한다. 고전적 단위 테스트, 에이전트가 작성한 테스트가 망가진 코드에서 실제로 실패하는지 검증하는 역방향 테스트, 파일·diff 경계 검증, LLM 기반 코드 품질 리뷰를 결합한다. 'blocker' 기준을 모두 통과해야 0점을 면한다. 최고 성적은 Claude Opus 4.8로 Diamond 13.4%·Main 34.3%·Extended 51.8%, GPT-5.5는 Diamond 6.3%, Gemini 3.1 Pro는 4.7%에 그쳤다. SWE-Bench Pro 대비 오탐률(false positive)이 81% 낮다.

SWE-bench류 포화 속에서 '테스트만 통과하면 통과'라는 벤치마크의 맹점을 정면으로 겨냥했다 — METR도 고득점 패치가 메인테이너에게 거절되는 현상을 지적해왔다. Diamond 13.4%라는 낮은 천장은 에이전트 코드의 프로덕션 머지 적합성이 마케팅 수치보다 훨씬 뒤처져 있음을 보여준다. 한국 개발팀에는 코딩 에이전트 도입 시 정답률이 아니라 회귀·스코프·리뷰 통과율로 평가 기준을 재설정하라는 실무 지침이다.

Cognition원문
AI 리서치·논문입문·

Grok 5, Q1 데드라인 넘겨 Q2 베타 전망에 6T 파라미터 MoE 루머

xAI의 Grok 5가 2026년 6월 기준으로 여전히 학습 중이며 공식 출시일·스펙은 발표되지 않았다. xAI는 1월 시리즈 E 업데이트에서 학습이 진행 중임을 확인했고, 일론 머스크가 원래 노렸던 Q1 2026 출시 창은 지나갔다. 현재 xAI 공식 X 계정 기준 가장 유력한 시점은 Q2 2026 공개 베타로 좁혀진다. 스펙은 전부 루머 단계지만 일관되게 거론되는 수치는 6조(6T) 파라미터 + MoE 아키텍처로, 사실이라면 공개 발표된 모델 중 최대 규모이자 Grok 4의 약 2배다. 비교 기준으로 Grok 4는 GPQA Diamond 88%, Humanity's Last Exam 25.4%를 기록했다. 요컨대 Grok 5는 '메가스케일 + 지연'이라는 두 키워드로 정리된다 — 발표 규모는 업계 최대급이지만, 출시는 반복적으로 밀리고 있어 실측 벤치마크는 존재하지 않는다.

Grok 5는 '발표 수치'와 '실출시'를 분리해서 봐야 하는 전형적 사례다. 6T 파라미터는 화제성은 크지만 실측 벤치마크가 없는 한 의사결정 근거가 될 수 없다 — LLM 시세·스펙 환각을 경계하는 우리 함정 목록과 같은 맥락이다. 한국 팀에 주는 실무 교훈은 명확하다. 미출시 모델을 로드맵의 전제로 삼지 말 것. Grok 5는 나올 때 다시 평가하면 되고, 지금은 이미 출시된 Gemini 3.1·Command A+·Kimi K2.6으로 의사결정하는 게 합리적이다.

xAI release trackers (NxCode / WaveSpeed)
AI 리서치·논문중급·

에이전틱 RAG 이해하기: 검색에 '추론 루프'를 두르다

전통적 RAG는 질문을 임베딩해 한 번 검색하고 그 결과를 그대로 프롬프트에 붙이는 단방향 파이프라인이다. 문제는 검색 단계가 자주 실패한다는 데 있다. 단순 RAG 파이프라인이 검색에서 상당한 비율로 부정확한 결과를 낸다는 분석이 반복적으로 보고된다. 에이전틱 RAG는 검색 주위에 추론 루프를 두른다. 에이전트가 "정보가 충분한가? 관련 있나? 질의를 다시 짜서 재검색해야 하나?"를 스스로 판단하고, 필요하면 질의를 재구성해 여러 번 검색한다. 그래프 기반 검색, 계층적 검색 인터페이스, 병렬 검증 에이전트로 확장되는 흐름이다. 동시에 정적 지식엔 RAG가 여전히 유효하되, 적응형 어시스턴트에는 컨텍스트 메모리가 점점 더 큰 비중을 차지한다는 관측도 나온다. 한국 개발자에게는 "생성보다 검색이 병목"이라는 현실 인식과, 검색을 에이전트가 능동 제어하도록 설계하라는 실무 지침이 핵심이다.

RAG 실패의 대부분이 생성이 아닌 검색 단계에서 나온다는 점을 짚고, 검색을 에이전트가 제어하는 설계로 옮겨야 하는 이유를 설명한다.

arXiv (Agentic RAG Survey)원문

이 브리핑에 대한 Q&A

이 브리핑에 질문하기

댓글

아직 댓글이 없습니다. 첫 의견을 남겨 주세요.