맑을 청 淸

레딧을 읽다가 블로그 글이 되기까지 — 수집·번역·다이제스트 파이프라인 개발기

Wed, 08 Jul 2026 00:00:00 GMT

이 블로그의 레딧 다이제스트 글들은 손으로 쓴 게 아닙니다. 레딧에서 글을 수집하고, 번역하고, 고른 글들을 동향글로 엮어 발행하는 개인용 파이프라인이 만든 결과물입니다. 이 글은 그 시스템을 만든 기록입니다.

엔진: reddit-translator (Python/FastAPI)
UI: reddit-translator-ui (Spring Boot + React)

왜 만들었나

레딧에는 국내 커뮤니티보다 빠른 개발 동향 논의가 많습니다. 문제는 영어 장문 글과 수백 개의 댓글을 매일 읽는 게 부담이라는 것. 처음엔 "번역해서 보여주는 대시보드"면 충분하다고 생각했는데, 만들다 보니 욕심이 생겼습니다 — 읽는 것에서 끝나지 않고, 읽은 글이 내 블로그 콘텐츠로 이어지는 완결된 흐름을 만들고 싶었습니다.

그래서 최종 형태는 이렇게 됐습니다:

수집(레딧) → 번역(DeepSeek) → 카드로 읽기 → AI 요약 → 주제별로 담기
   → 글 고르고 내 생각 메모 → 다이제스트(동향글) 생성 → 편집 → 블로그 발행

발행 버튼을 누르면 Astro 블로그 레포에 .md가 커밋·푸시되고, GitHub Actions가 배포합니다. 사람 손이 필요한 지점은 "글 고르기"와 "내 생각 쓰기" 딱 둘인데, 이건 의도적으로 남겼습니다.

포스트 카드 목록	다이제스트 편집·미리보기

설계에서 재미있었던 결정들

Spring UI와 Python 엔진의 분리

웹 서빙·CRUD는 Spring(JPA, 단일 JAR)이 편하고, LLM 호출·스크래핑은 Python 생태계가 강합니다. 하나의 런타임에 욱여넣는 대신 stateless HTTP 계약으로 분리했습니다. 엔진의 /summarize, /digest는 DB를 전혀 모릅니다 — 텍스트를 받아 결과만 반환하고 캐싱·영속화는 전부 Spring이 소유합니다. 덕분에 엔진은 언제든 재시작·교체가 가능했습니다. 실제로 개발 내내 모델과 프롬프트를 갈아끼우면서 UI는 한 번도 흔들리지 않았습니다.

LLM 비용은 설계로 줄인다

댓글 배치 번역: 댓글을 1건씩 번역하면 글 하나에 수십 콜이 나갑니다. 15개씩 JSON으로 묶어 한 콜에 처리하고, LLM이 형식을 깨거나 일부를 빼먹으면 그 청크만 건별 번역으로 폴백합니다.
요약 캐시: (글, provider) 키로 저장해서 같은 글을 다시 열면 호출 없이 반환. 재생성은 명시적으로만.
다이제스트는 원문으로: 처음엔 번역본을 재료로 동향글을 만들었는데, "영→한 번역 → 그걸로 작문"은 뉘앙스가 한 번 씻겨나간 재료로 글을 쓰는 셈이었습니다. 영어 원문을 주고 한국어 보고서를 쓰게 하는 편이 결과가 좋았습니다.

"AI가 쓴 내 의견"은 가짜다

동향글에 1인칭 관점을 넣으라고 프롬프트를 짜봤는데, 나오는 건 "주목할 필요가 있다" 류의 무난한 소리뿐이었습니다. 페르소나를 정교하게 넣어도 결국 하지 않은 경험을 지어내는 문제가 남았습니다. 그래서 방향을 바꿨습니다 — AI는 의견을 만들지 않습니다. 대신 다이제스트 생성 직전에 내가 막메모를 남기면, AI는 그 메모의 어투만 다듬어 "내 생각" 섹션으로 배치합니다. 의견의 출처는 100% 나이고, AI는 문장 정리만 합니다. 글을 골라 담은 직후가 생각이 가장 생생한 시점이라 타이밍도 잘 맞았습니다.

부딪힌 문제들

텍스트 전용 모델에 이미지를 보내면. 요약에 게시글 이미지를 base64로 첨부했는데, Ollama의 텍스트 전용 모델이 400을 뱉고 그게 502로 전파됐습니다. 더 근본적으로는 DeepSeek API가 비전을 아예 지원하지 않는다는 것도 실제 호출로 확인했습니다(image_url 타입 자체를 거부). 결론은 역할 분담 — 비전 모델(Ollama)이 이미지를 1~2문장 설명으로 변환하고, 그 텍스트를 DeepSeek 입력에 주입합니다. 이미지를 못 보는 모델에게 이미지 내용을 전달하는 가장 값싼 방법이었습니다.

"좋은 글"은 정렬 기준이 아니라 추천 엔진에 있었다. 처음엔 서브레딧별 top/day를 수집했는데, 인기 글 ≠ 유익한 글이었습니다(밈과 드라마가 섞입니다). 그런데 레딧이 보내주는 추천 메일의 글들은 이상하게 유익했습니다. 알고 보니 그건 랜덤이 아니라 개인화 추천 엔진의 출력이었고, 같은 것을 /best.json(로그인된 홈 피드)으로 직접 가져올 수 있었습니다. 추천 점수 2점짜리 글에 보석이 섞여 있는 이유가 설명되는 순간이었습니다.

삭제한 글이 되살아난다. 수집 → 마음에 안 들어 삭제 → 다음 수집에서 같은 글이 다시 들어옵니다. 중복 체크가 "현재 저장된 글" 기준이었기 때문입니다. 해결은 append-only 수집 이력 테이블 — 글을 지워도 이력은 남아 자동 수집이 건너뜁니다. 단, URL 직접 입력은 이력을 무시하게 해서 의도적 재수집의 탈출구를 남겼습니다.

두 런타임이 한 DB를 만질 때. Python init_db()와 Spring ddl-auto: update가 같은 PostgreSQL을 만집니다. 테이블별 생성 주체를 문서로 못박고(수집 테이블 = Python, 요약·다이제스트 = Spring), 서로의 테이블은 읽기만 하도록 정리했습니다.

결과

지금은 이 흐름이 매일 돌아갑니다: 추천 피드에서 수집 → 출근길에 카드로 훑고 → 괜찮은 글을 주제 버킷에 담고 → 생각이 정리되면 메모와 함께 다이제스트 생성 → 편집 후 발행. 이 블로그의 다이제스트 글들이 전부 이 파이프라인의 산출물입니다.

만들면서 가장 크게 남은 건, LLM을 서비스 흐름에 넣을 때의 감각입니다 — 모델은 계속 갈아끼우게 되므로 호출부는 얇고 교체 가능하게, 비용은 프롬프트가 아니라 구조(캐시·배치·2단계 분리)로 줄이고, 사람이 잘하는 것(고르기, 의견)은 자동화하지 않기.

다음으로는 서브레딧을 가로지르는 주제 클러스터링(임베딩 기반)을 붙여볼 생각입니다. 코드는 reddit-translator · reddit-translator-ui에 있습니다.

로컬 LLM 모델 동향: GLM-5.2 돌풍과 Qwen3.6-27B 생태계, SWE-rebench 업데이트

Tue, 07 Jul 2026 00:00:00 GMT

:::note TL;DR

GLM-5.2가 300+ TPS 속도와 "Opus 4.8급" 코딩 성능 평가로 화제 — 저예산($2500 이하)부터 Threadripper+듀얼 5090까지 로컬 실행 실험이 이어짐.
Qwen3.6-27B는 "Claude Code 구독 대체" 논의의 중심 — 양자화 수준(IQ4_XS vs Q8)에 따른 품질 논쟁, 코딩 버그 누적 대처법 공유.
KVFlash 기술로 Qwen3.6-27B 토큰 속도 2배·VRAM 21→17.5GB 감소 주장, 정확도 유지 여부엔 의구심도.
Qwen-AgentWorld-35B-A3B는 일반 추론용이 아닌 에이전트 환경 시뮬레이션 특화 모델.
SWE-rebench 리더보드 업데이트: Claude Opus 4.8 xhigh 56.5%, GLM-5.2 51.1%, 로컬 모델 중 Qwen3.6-27B 36.5%. :::

GLM-5.2 돌풍

GLM5.2, 빠른 속도와 코딩 성능 주목

레딧 r/ZaiGLM 커뮤니티의 한 사용자는 GLM5.2가 초당 300 토큰 이상을 처리한다며 'Opus 4.8만큼 좋다'고 평가했다. 특히 코딩 루프 작업에서 성능이 뛰어났다고 강조했다. 공개된 벤치마크나 상세 비교 없이 개인 체험에 기반한 주장이다. 이 글은 추천 135개와 댓글 60개를 받았다. 댓글에서는 "프론트엔드 작업은 부족하다"며 한계를 짚는 반응이 많았다. 한 사용자는 "파인튜닝이 가능하면 진정한 괴물이 될 것"이라고 평가했고 다른 사용자는 Wafer(openrouter.ai/provider/wafer)로 300 TPS를 경험했다고 전했다. 속도와 코딩 성능을 두고는 대체로 긍정적이었지만 멀티모달 기능이 없다는 아쉬움도 섞였다. 원문

$2500 예산으로 GLM-5.2 실행 가능한 구성 (추천 267 · 댓글 300)

글쓴이는 Epy CPU, 2x P40 24GB, 512GB DDR4 등 총 $1920 구성으로 GLM-5.2의 Q2/Q3/Q4 양자화 모델을 돌릴 수 있다고 주장했다. 속도는 느려도 에이전트 작업 대신 계획 수립이나 디버깅에는 쓸 만하다는 입장이다. 댓글 다수는 실제 속도가 1~2 tok/s에 불과할 것이라고 추정했고 "하루에 한 작업"이라는 비판도 달렸다. 일부는 4x 3090과 48코어 Epyc에서 Q4 기준 7t/s를 얻었다는 경험을 전했다. 원문

Threadripper + 5090에서 GLM-5.2 Q5_K_S 12t/s (추천 99 · 댓글 109)

32C Threadripper Pro 9975WX, 512GB DDR5, 듀얼 RTX 5090에서 GLM-5.2의 UD-Q5_K_S(492GB)를 Q5_K_S 양자화로 돌려 12t/s를 기록했다. 프롬프트 처리 속도는 약 30 tok/s로 느린 편인데 vLLM이나 DeepSeek4의 2000 tok/s 이상과 비교하면 현저히 낮다. 이 설정을 "컨슈머 하드웨어"로 볼 수 있는지 댓글에서 논쟁이 붙었고 프롬프트 처리 속도가 주요 병목이라고 짚는 반응도 있었다. 원문

Qwen3.6-27B 생태계

Qwen3.6-27B: 로컬 코딩 모델로 주목 (추천 130 · 댓글 91)

글쓴이는 100GB VRAM 환경에서 Claude Code를 대체할 로컬 모델을 찾다가 Qwen3.6 27B를 추천받았지만 더 뛰어난 모델을 원한다. 댓글에서는 Qwen3-Coder-Next가 코딩에 더 잘 맞고 빠르다는 쪽이 우세했고 Qwen 3.6 27b면 이미 충분하다는 반박도 나왔다. 원문

Claude Code 구독 대체를 위한 Qwen3.6-27B Q8 (추천 249 · 댓글 226)

글쓴이는 M5 Pro 48GB로 Qwen3.6-27B Q8을 구동해 Claude Code를 대체할 계획을 묻는다. 댓글에서는 Qwen이 코딩에 쓸모는 있지만 계속 손이 간다는 평이 많았고 48GB로는 Q8과 컨텍스트를 함께 감당하기 어렵다는 지적도 뒤따랐다. 일부는 Claude를 설계자로, Qwen을 코더로 나눠 쓰는 방식을 소개했다. 원문

RTX 3080 20GB에서 Qwen3.6-27B 실행 성능 (추천 52 · 댓글 44)

한 사용자는 RTX 3080 20GB에서 Qwen3.6-27B를 IQ4_XS 양자화로 210K 컨텍스트, 57 tok/s에 돌린 사례를 올렸다. 댓글에서는 IQ4_XS 양자화가 품질을 떨어뜨린다는 비판이 많았고 Q4_K_M 이상을 권장하거나 아예 35B 모델을 쓰는 편이 낫다는 반응이 이어졌다. 원문

KVFlash: Qwen3.6-27B 속도 2배, VRAM 17.5GB로 감소 (추천 438 · 댓글 131)

Luce의 KVFlash 기술을 적용하면 RTX 3090에서 Qwen3.6-27B Q4_K_M이 38.6 tok/s, VRAM 17.5GB(기존 21GB)로 돌아간다. 글쓴이는 니들 리콜 88-100%, harness 정확도는 36/36으로 동일하다고 주장했다. 댓글에서는 정확도 벤치마크가 실제 성능을 충분히 반영하지 못한다며 의구심을 드러냈고 Luce의 접근 방식이 'vibe coding' 수준이라는 비판도 나왔다. 원문

Qwen3.6-27B 코딩 버그 대처법 (추천 111 · 댓글 143)

글쓴이는 Qwen3.6-27B로 코드를 짜다 보니 작은 버그가 쌓이는 문제를 겪었다. 이를테면 시간 파싱에 실패하면 예외 처리 후 DB에 삽입해 버리는 실수를 발견했다. 댓글에서는 개선책으로 유닛 테스트 도입, 온도 0.6으로 낮추기, 코드를 모듈로 분리, 모듈별 README 작성 등을 제안했다. 모델에 전체 프로젝트를 읽히지 말고 관련 코드만 넘기는 편이 효과적이라는 조언도 있었다. 원문

Opus 4.5와 Qwen3.6-27B 비교 (추천 304 · 댓글 65)

첨부 이미지를 보면 Opus 4.5와 Qwen3.6-27B를 여러 벤치마크(GPOA, SWE-Bench, Terminal-Bench)로 비교했을 때 일부 영역에서는 Opus가 우세했고 일부에서는 동등했다. 댓글에서는 Opus가 더 믿을 만하지만 Qwen은 코드 리뷰를 강제해 품질을 끌어올린다는 의견이 나왔다. 레거시 코드 환경이라면 Qwen과 Gemma가 Opus와 비슷한 코드 품질을 낸다는 경험담을 전한 사용자도 있었다. 원문

Qwen-AgentWorld-35B-A3B

에이전트 환경 시뮬레이션 모델 (추천 68 · 댓글 20)

Qwen 팀이 공개한 AgentWorld-35B-A3B는 에이전트 환경을 시뮬레이션하는 특화 모델이다. 댓글에서는 이 모델이 일상적인 추론용이 아니라 합성 데이터 생성이나 모델 훈련 환경 구축에 적합하다는 설명이 주를 이뤘다. 원문

사용자 평가: 최고의 로컬 모델? (추천 50 · 댓글 57)

한 사용자는 12GB VRAM 환경에서 Qwen-AgentWorld-35B-A3B가 최고의 로컬 모델이라고 평가했다. 댓글에서는 이 모델이 일반 용도가 아니라 에이전트 환경 시뮬레이션용이라고 짚으면서 범용 코딩에는 Qwen 3.6 27B나 35B-A3B를 추천하는 반응이 많았다. 원문

벤치마크

SWE-rebench 리더보드 업데이트: Claude Opus 4.8 xhigh 56.5% 등 신규 모델 추가 (추천 184 · 댓글 50)

SWE-rebench 리더보드에 Claude Opus 4.8 xhigh(56.5%), GLM-5.2(51.1%), Gemini 3.5 Flash(49.5%) 등 새 모델이 추가되고 UI도 손봤다. 로컬 모델 중에서는 Qwen3.6-27B가 36.5%로 크기 대비 강력한 성능을 냈고 Qwen3.6-35B-A3B와 Gemma 4 31B도 목록에 올랐다. 댓글에서는 MiniMax M2.7, Step-3.7-Flash 같은 더 작은 모델의 벤치마크를 요청하는 의견이 많았고 Ornith-1.0이나 Nex-N2 같은 최신 파인튠을 궁금해하는 사람도 있었다. 원문

출처

GLM5.2, 300+ TPS로 깜짝 등장 — 코딩 성능 Opus 4.8급? — r/ZaiGLM, u/founders_keepers
예산 $2500 하드웨어에서 GLM-5.2 실행하기 — r/LocalLLaMA, u/segmond
컨슈머 하드웨어에서 GLM-5.2 실행 경험 — r/LocalLLaMA, u/phwlarxoc
Claude Code를 대체할 가장 똑똑한 로컬 모델 — r/LocalLLM, u/Any-Lingonberry7411
Qwen 3.6 27B Q8을 Claude Code Opus 4.7-4.8 대체용으로 — r/LocalLLM, u/Just-Upstairs-4338
Qwen3.6-27B @ 210K 컨텍스트 + ~57 tok/s — RTX 3080 20GB에서 실행 — r/LocalLLM, u/Aggressive-Support15
토큰 속도 2배, KV 캐시 VRAM 대폭 감소 - Qwen 27B — r/LocalLLaMA, u/9r4n4y
코드베이스가 커지면서 Qwen3.6-27B 버그 누적 - 효율적 사용법 — r/LocalLLaMA, u/BitGreen1270
Opus 4.5 vs Qwen3.6-27B — r/LocalLLM, u/volpestyle
Qwen-AgentWorld-35B-A3B — r/LocalLLM, u/AdministrativeMeat3
Qwen-AgentWorld-35B-A3B가 최고의 로컬 AI 모델인가요? — r/LocalLLM, u/Oleszykyt
SWE-rebench 리더보드 업데이트: GLM-5.2, Qwen3.6-27B 등 — r/LocalLLaMA, u/Fabulous_Pollution10

레딧 다이제스트: Claude 모델 관련 핫이슈와 활용법

Tue, 07 Jul 2026 00:00:00 GMT

:::note

Fable(클로드 5)이 복귀한 후, 일부 사용자는 성능 저하를 느꼈으나 다른 사용자는 적절한 프롬프트로 훌륭한 결과를 보고 있음.
Fable 5가 손상된 엘든 링 세이브 파일을 복구하는 데 성공, 바이너리 수준에서 작업하여 데이터를 되살림.
Claude Sonnet 5가 Arena.ai 순위에서 Sonnet 4.6보다 낮은 평가를 받았으나, 일부 사용자는 그래프의 신뢰성에 의문을 제기함.
한 사용자가 AI 세션 종료 시 "자신 없는 점"과 "놓치고 있는 큰 것"을 묻는 두 가지 질문으로 결과를 개선하는 방법을 공유함. :::

Fable과 GPT 5.6 사이를 전환해야 한다는 주장

'ClaudeAI' 커뮤니티에서 한 사용자가 Fable(Claude 5로 추정)과 GPT 5.6을 번갈아 사용해야 한다고 주장했습니다. Fable의 성능이 머리에 쇠막대를 박은 듯하다는 비판이었습니다. (추천 1562 · 댓글 205)

댓글에는 '가장 큰 사용자 데이터 수집 회사가 최악의 모델을 가지고 있다'는 반응이 나왔습니다. Gemini Pro 모델은 6개월 전까지만 괜찮았다는 의견, 보안 침해에 강하다는 평가도 섞였습니다. 한 사용자는 200달러 구독을 포기하고 DeepSeek + Pi를 쓰고 있다고 밝혔습니다. 원문

LLM을 제대로 사용하는 것은 기술이다

글쓴이는 Fable 5 복귀 후 데스크톱 앱 개발에서 훌륭한 결과를 보고 있다고 언급했습니다. 다만 다른 사람들은 '너프되었다'며 불평한다고 덧붙였습니다. (추천 358 · 댓글 125) 기술에 익숙한 자신은 구체적인 아키텍처 패턴, 데이터 모델, API 스펙을 요청해 85%의 성공률을 얻는다고 합니다. 반면 모호한 프롬프트로 원샷이 안 되면 바로 너프라고 말하게 된다고 지적했습니다.

댓글에서는 'Fable이 제공하는 출력이 좋지만 추가 비용을 지불할 만큼은 아니다', '컨텍스트 관리가 핵심'이라는 의견이 오갔습니다. 복잡한 코딩 작업에서 Fable이 Opus 4.8보다 훨씬 뛰어났다는 경험담도 나왔습니다. 원문

Fable 5가 손상된 엘든 링 세이브 파일을 복구함

글쓴이는 엘든 링 모드 플레이 중 정전으로 세이브 파일이 망가졌을 때 Fable 5가 이를 복구했다고 보고했습니다. (추천 492 · 댓글 38) Opus 4.8은 실패했지만 Fable 5는 빈 세이브 파일을 예시로 주자 기존 캐릭터 데이터를 포함한 복사본을 한 번에 복구했습니다. 손상 원인은 USER_DATA010의 제로화였습니다. Fable은 스냅샷을 비교해 구조적으로 완전한 파일을 복사하고 메뉴 카드를 재구성한 뒤 MD5 다이제스트를 재계산하는 식으로 파일을 되살렸습니다.

댓글에는 '이것이 진정한 AI의 승리'라는 반응과 함께 엘든 링 서브레딧에 올리라는 제안이 있었습니다. 다만 게이밍 커뮤니티가 AI에 부정적으로 반응할 것이라는 우려도 나왔습니다. 원문

Claude Sonnet 5와 4.6의 Arena.ai 비교

한 사용자가 Arena.ai에서 Claude Sonnet 5와 4.6의 성능 순위를 비교한 레이더 차트를 공유했습니다. (추천 452 · 댓글 54)

댓글에서는 'Anthropic이 고급 모델에서는 최고지만 중간 모델은 경쟁사에 밀린다', 'Sonnet 5가 4.6보다 많은 벤치마크에서 앞서지만 가격이 비싸다'는 의견이 올라왔습니다. 그래프가 무작위 사용자 의견을 기반으로 한 순위라 신뢰할 수 없다고 지적하는 댓글도 있었습니다. 원문

AI 세션을 끝낼 때 묻는 두 가지 질문

글쓴이는 모든 AI 세션 종료 시 두 가지 질문을 한다고 소개했습니다. (추천 615 · 댓글 94) 첫째는 '지금 가장 자신 없는 점이 무엇인가?'입니다. AI가 제대로 조사하지 않은 6~7가지를 나열하게 만드는데 넷 중 하나는 큰 문제임을 발견할 수 있다고 합니다. 둘째는 '이 상황에서 내가 놓치고 있는 가장 큰 것은 무엇인가?'입니다. 이 두 질문으로 꾸준히 좋은 결과를 얻었다고 합니다.

댓글에는 'Altman의 질문이 유용하다', '의사 결정 시 확실하지 않은 점을 지적하도록 허용하는 것이 중요하다'는 반응이 올라왔습니다. '3개월 후에 이게 깨진다면 가장 가능성 있는 이유는?' 같은 추가 질문을 제안한 사용자도 있었습니다. 원문

출처

Fable과 GPT 5.6 사이를 전환해야 한다는 주장 — r/ClaudeAI, u/ContactFit8991
LLM을 제대로 사용하는 것은 기술이다 — r/ClaudeAI, u/japt77
Fable 5가 손상된 엘든 링 세이브 파일을 복구함 — r/ClaudeAI, u/Soupdeloup
Claude Sonnet 5와 4.6의 Arena.ai 비교 — r/ClaudeAI, u/arkuto
AI 세션을 끝낼 때 묻는 두 가지 질문 — r/ClaudeAI, u/call-me-GiGi

2026년 7월, 로컬 LLM 모델 추천 총정리: M3 Ultra부터 RTX 3090까지

Tue, 07 Jul 2026 00:00:00 GMT

:::note

비영리단체가 M3 Ultra 512GB를 획득, 추천 모델로 oMLX + GLM 5.2 조합이 부상
16GB VRAM 환경에서는 Qwen 3.6 35B-A3B(MoE)가 일상·코딩 모두에서 인기
대학 A100 80GB 클러스터에서는 DeepSeek Flash (VLLM) 또는 Qwen 3.6 27B가 추천됨
RTX 3090 24GB 사용자는 Qwen3.6 35B 및 Gemma4:12B를 주력으로 사용
GLM 5.2는 Kimi 2.7보다 요청당 토큰 소모가 많지만, 성능과 컨텍스트(1M) 우위 :::

비영리단체 M3 Ultra 512GB: 최적 모델은? (추천 31 · 댓글 32)

한 비영리단체가 M3 Ultra(512GB 통합 메모리)를 확보하고 Ollama 기반 추론 환경을 구성 중이다. 글쓴이는 전 세계 3개 시간대에서 VPN으로 공유되는 이 시스템을 8시간씩 혼자 쓴다. 항상 메모리에 상주시킬 주 모델을 추천받고 싶어 했다.

댓글은 Ollama 대신 oMLX를 쓰라는 쪽으로 기울었다. 특히 최신 oMLX 0.4.5.dev1에서 GLM 5.2 모델을 실행하면 코딩 품질이 크게 좋아진다는 경험담이 올라왔다. 한 사용자는 "이 하드웨어는 GLM 5.2를 위해 만들어졌다"며 설치 과정을 상세히 안내했다. 다만 일부 사용자는 Ollama에서도 GLM의 양자화 버전을 확인해보라고 조언했다. 원문

Intel Core Ultra 7 + RTX 5060 Ti 16GB: 일상 및 코딩 모델 (추천 26 · 댓글 13)

글쓴이는 64GB RAM과 RTX 5060 Ti 16GB를 갖췄다. 메일 재작성, 감정 분석, 표면적 조사 등 일상 업무와 PowerShell, SCAD, Dockerfile 등 코딩에 쓸 모델을 찾는 중이다. 2~3개 모델로 모든 작업을 처리하는 '데일리 드라이버'를 원했다.

댓글에서 가장 많이 이름이 나온 모델은 Qwen 3.6 35B-A3B(MoE)였다. 12GB VRAM에서도 23t/s가 나온다는 후기가 올라왔다. 35B-A3B는 전문가(3B)만 VRAM에 올라가므로 16GB 환경에 잘 맞는다고 봤다. Gemma 4 26B도 MoE 모델이라 대안으로 꼽은 사람도 있었다. Ollama 대신 llama.cpp를 권하는 의견도 있었다. 원문

대학 A100 80GB 클러스터: Qwen3.5 27B 결과 실망, 더 좋은 모델? (추천 11 · 댓글 14)

대학 연구실의 A100(80GB) 클러스터를 쓰는 글쓴이는 현재 Qwen3.5:27B에 실망했다. 특히 Bash 명령어를 실행할 때 파일명에 오타가 난다고 지적했다. 더 나은 모델과 컨텍스트 윈도우를 추천해 달라고 했다.

댓글에서는 DeepSeek Flash(4비트 양자화)를 VLLM으로 서빙하라는 제안이 나왔다. 다른 사용자는 Qwen 3.6 27B(3.5 아님)가 코드 작성에서 SOTA라고 답했다. 일반 목적이라면 122B-A10B의 4비트 양자화가 A100에 잘 맞는다고 덧붙였다. 시스템 RAM이 256GB 이상은 돼야 GPU 오프로드가 원활하다는 조언도 뒤따랐다. 추론 온도 같은 하이퍼파라미터 설정이 중요하다며 링크를 건 사람도 있었다. 원문

RTX 3090 24GB: 어떤 모델을 돌릴 수 있나? (추천 32 · 댓글 21)

글쓴이는 RTX 3090(24GB)을 싸게 구해 로컬 AI 모델을 돌릴 수 있는지 물었다. 특히 종합 성능용과 코딩용 모델을 나눠서 추천받고 싶어 했다.

댓글에서 추천이 가장 몰린 조합은 Qwen3.6:35B와 Gemma4:12B 세트였다. 12GB VRAM에서도 Qwen3.6 35B가 돈다는 후기가 올라왔다. GitHub 저장소 club-3090이 가장 종합적인 리소스로 꼽혔다. 이 저장소에는 듀얼/쿼드 3090 설정용 구성도 들어 있다. 12GB 3060 사용자를 위한 비슷한 저장소가 있느냐고 묻는 댓글도 달렸다. 원문

GLM 5.2 사용량: 1681 요청이 Kimi 2.7의 6000 요청보다 더 많은 컴퓨트를 소모 (추천 102 · 댓글 32)

한 사용자가 GLM 5.2가 1681회 요청에서 Kimi 2.7 코드 모델(6000회 요청)보다 GPU 사용량이 더 많았다고 지적했다. 첨부 이미지를 보면 세션 사용률 20.3%, 주간 사용률 82%(GLM 5.2 기준)다.

댓글 다수는 GLM 5.2가 정확도를 더 끌어올리려고 토큰과 검증 계층을 더 많이 쓰기 때문이라고 봤다. 두 모델 다 MoE지만 GLM은 토큰당 40B, Kimi는 32B를 쓴다는 차이도 나왔다. GLM은 1M 컨텍스트를 지원하는 반면 Kimi는 256K라 컨텍스트가 길어질수록 GPU 시간이 더 든다는 분석도 붙었다. 한 사용자는 "짧은 요청 하나도 1회로 카운트되므로 단순 비교는 무의미하다"고 반박했다. 원문

출처

비영리단체 M3 Ultra 512GB 최적 모델 추천 — r/ollama, u/neurostream
Intel + RTX 5060 Ti 16GB 일상 및 코딩 모델 — r/ollama, u/Flying-T
대학 A100 80GB 클러스터 모델 추천 — r/ollama, u/NightLockX80
RTX 3090 24GB 모델 추천 — r/ollama, u/wildweasel2026
GLM 5.2 사용량 비교 — r/ollama, u/oleg_photos

AI 업계 인사들, 폐쇄형 모델 비판… 오픈소스 모델 우위론과 벤치마크 논란

Tue, 07 Jul 2026 00:00:00 GMT

:::note

엔비디아 상위 경영진이 AGI 가능성을 부정하고, 폐쇄형 모델을 AOL 같은 과거 폐쇄 인터넷에 비유하며 오픈소스 모델의 미래를 전망
팔란티어 CEO가 오픈AI·앤트로픽의 폐쇄형 모델을 '사기' '데이터 도용'이라고 맹비난, 자사는 엔비디아 칩으로 로컬 모델 구축 계약 체결
폐쇄형 모델의 벤치마크 성능은 실제 추론 외에 RAG, 시스템 프롬프트 등 숨은 파이프라인의 영향을 받아 오픈모델과 단순 비교가 불가능하다는 지적 제기 :::

"그것은 공식적으로 끝났다" — 엔비디아 AI 책임자, AGI 부정 및 폐쇄형 모델 비판 (추천 418 · 댓글 98)

엔비디아에서 AI 개발의 아버지 중 한 명으로 꼽히는 인물이 AGI(범용인공지능)의 실현 가능성을 부정했다. 그러면서 오픈AI와 앤트로픽의 폐쇄형 모델을 과거 AOL과 프로디지의 폐쇄 인터넷에 빗댔다. 앞으로 모든 기업이 맞춤형 오픈소스 모델을 갖게 되리라는 게 그의 전망이다. 댓글 반응은 갈렸다. "내 편향을 확인해주는 발언이라 믿는다"며 반기는 쪽이 있는가 하면, "엔비디아 상위 경영진인 만큼 상업적 발언으로 봐야 한다"고 회의적으로 보는 쪽도 있었다. "오픈 웨이트는 시작일 뿐, 분산 학습이 필요하다"며 그의 전망을 거든 의견도 나왔다. 원문

팔란티어 CEO, 폐쇄형 모델에 분노 (추천 879 · 댓글 365)

팔란티어 CEO가 앤트로픽과 오픈AI를 향해 "모든 사람을 등쳐먹고 데이터를 훔치고 있다"고 비난하는 영상이 올라왔다. 팔란티어는 엔비디아 칩을 사들여 기업 고객용 로컬 모델을 운영하기로 계약을 맺은 상태였다. 이 발언은 그 직후에 나왔다. 댓글에서는 "오픈AI가 초기에 구글을 악마라 부르던 것과 같다"는 비교가 나왔다. "팔란티어가 더 악랄한 회사"라는 반박도 이어졌고, "그와 동의하기 싫지만 맞는 말"이라는 양가적 반응도 있었다. 원문

"폐쇄형과 오픈모델의 격차는 생각보다 훨씬 작을 수 있다" — 벤치마크의 허점 (추천 801 · 댓글 186)

글쓴이는 클로드 같은 폐쇄형 모델의 벤치마크 성능이 실제로는 단일 모델 추론 결과가 아닐 수 있다고 지적했다. RAG, 프롬프트 전처리, 내부 도구 호출 등 복잡한 파이프라인을 거친 결과물일 수 있다는 것이다. 따라서 폐쇄형과 오픈모델을 단순 비교하는 건 '사과와 오렌지'를 견주는 것과 같다고 봤다. 이 분석에 동의하는 댓글이 많았다. "현재 오픈소스 진영은 GGUF 파일 하나를 로드하는 수준이지만 상용 서비스는 전체 파이프라인을 제공한다"는 지적이 잇따랐다. "지역 환경에서도 실리코드 등 도구를 연결하면 성능을 크게 높일 수 있다"는 의견도 붙었다. 원문

출처

엔비디아 AI 책임자, AGI 부정 및 폐쇄형 모델을 AOL에 비유 — r/LocalLLaMA, u/9gxa05s8fa8sh
팔란티어 CEO, 폐쇄형 모델 비난 영상 공유 — r/LocalLLaMA, u/burner20170218
폐쇄형 모델 벤치마크 성능의 숨은 변수 — r/LocalLLaMA, u/-p-e-w-

에이전틱 코딩 도구 생태계 동향: OpenClaw vs Hermes Agent, ZCode 등장, DeepSeek 가격 인상

Tue, 07 Jul 2026 00:00:00 GMT

:::note TL;DR

OpenClaw vs Hermes Agent 비교가 커뮤니티 최대 화두 — 안정성은 Hermes, 토큰 효율은 OpenClaw라는 평이 우세.
Hermes Agent 0.18 업데이트(UI 개선·Telegram 지원), Mac Apple Silicon 로컬 실행 가이드, GPT 5.5 투입 후기까지 Hermes 생태계가 활발.
OpenClaw 진영에서는 GLM-5.2 전환 권장론, Claude Max $200 크레딧의 실체, NVIDIA 무료 최상위 모델 소식이 화제.
GLM 제작진이 새 에이전틱 코드 에디터 ZCode를 공개.
DeepSeek V4부터 피크 시간대 2배 요금 — '세팅해두고 신경 끄기'가 깨졌다는 지적. :::

OpenClaw vs Hermes Agent — 두 판의 비교

OpenClaw vs Hermes Agent, 실제 차이는? (추천 49 · 댓글 64)

OpenClaw와 Hermes Agent를 둘 다 써본 한 사용자가 차이가 뭐냐고 물었다. 돌아온 경험담은 OpenClaw가 더 자주 실패한다는 쪽이 많았다. 어떤 이는 "OpenClaw에 73번, Hermes에 4번 욕했다"고 비교하며 Hermes의 안정성을 높이 샀다. 반면 "모델 자체가 제품보다 중요하다"며 쓰는 AI 모델이 성능을 좌우한다는 의견도 나왔고 Hermes가 자체 개선 능력에서 낫다는 평가도 뒤따랐다.

원문

Hermes vs OpenClaw: 하루 종일 병행 테스트 (추천 136 · 댓글 47)

글쓴이는 개인 비서, 개발 작업(창의적 단계와 오케스트레이션) 등 3가지 주요 작업을 놓고 Hermes와 OpenClaw를 같은 프롬프트로 하루 동안 돌려봤다. OpenClaw는 같은 작업에 10~20% 적은 토큰을 썼고 Hermes는 같은 기간에 더 많은 스킬을 만들어냈다. Hermes는 긴 대화에서 지능이 떨어졌지만 새 대화를 시작하면 훨씬 뛰어났다. 글쓴이가 최종 승자로 꼽은 건 Hermes였다. 데스크톱 앱(Hermes-One, Hermes-UI)과 강력한 커뮤니티가 그 이유였다. OpenClaw는 토큰 효율성과 승인 기반 스킬 생성에서 강점을 보였다. 댓글에서도 비슷했다. OpenClaw가 자주 충돌한다는 경험담이 나왔고 그 사용자는 Hermes의 안정성을 높게 평가하며 비전문가에게 추천했다. 신뢰성만 놓고 보면 Hermes가 낫다는 쪽이 우세했다.

원문

Hermes Agent 소식

0.18 업데이트: UI 개선과 Telegram 지원 (추천 28 · 댓글 19)

글쓴이는 Hermes Agent 0.18을 Telegram 위주로 가볍게 써보고 UI가 매우 깔끔하다고 평가했다. Hermes 팀에는 고맙다는 인사를 남겼다. 댓글에는 UI 사진을 보여달라는 요청과 CLI에 쏠린 관심이 나타났고 Telegram에서 뭐가 바뀌었는지 묻는 질문도 달렸다.

원문

Mac Apple Silicon에서 Hermes Agent 로컬 실행 가이드 (추천 194 · 댓글 40)

2026년 6월 21일 기준으로 손본 종합 가이드가 올라왔다. RAM 용량별 추천 모델과 백엔드(Ollama, llama.cpp, MLX-LM, LM Studio, Rapid-MLX 등)를 상세히 비교하고 주요 주의사항도 함께 담았다. MTP(Speculative Decoding)는 Apple Metal에서 오히려 느려지므로 비활성화해야 한다. 툴 콜링은 백엔드에 따라 자주 깨지므로 백엔드를 바꿔가며 테스트해야 한다. 16GB Mac은 최소 사양이라 Qwen3.5-9B Q4_K_M에 KV 캐시를 양자화하고 64K 컨텍스트를 쓰라고 권한다. Qwen 모델은 생각(thinking)이 과한 편이라 사양이 빠듯한 Mac에서는 Thinking을 꺼야 한다. 커뮤니티의 실제 사용 사례 표도 같이 실렸다. 댓글에는 가이드가 고맙다는 반응과 Rapid-MLX에 쏠린 관심이 보였고 antirez의 DwarfStar와 비교해달라는 요청도 나왔다.

원문

GPT 5.5 사용 후기 (추천 20 · 댓글 27)

글쓴이는 Codex를 구독하기 시작하면서 GPT 5.5를 Hermes 프로젝트에 투입했다. 예전에 Nemotron 3 Ultra로는 풀리지 않던 문제들이 GPT 5.5에서는 달랐다. Hermes 프레임워크의 기능(스킬 뷰, 자기개선 스킬, 칸반 보드 등)을 제대로 활용하며 누락된 의존성까지 찾아냈다. 프론티어 모델에 돈을 쓸 값어치는 있다는 게 글쓴이의 조언이다. 댓글에서는 DeepSeek V4 Flash를 보조 작업용으로 추천하는 의견이 나왔고 Plus 요금제로도 API 접근이 되며 Codex 전용 요금제는 따로 없이 GPT 요금제로 쓸 수 있다는 정보도 올라왔다.

원문

OpenClaw 생태계

GLM-5.2 전환 권장: 가격 대비 성능 우위

Z.ai가 GLM-5.2를 공개하자 OpenClaw 커뮤니티에서 전환 논의가 달아올랐다. 기존 GPT/Opus 수준의 성능을 절반 또는 1/4 가격에 내놓았고 특히 코딩/DevOps 환경에 잘 맞는다는 평가다. 한 사용자는 "Mac Mini 홈 오토메이션과 LightNode VPS에서 잘 작동한다"고 전했다. 다만 Deepseek V4보다 저렴하진 않고 일부 사용자는 API 속도 제한 오류를 겪었다. 또 다른 사용자는 "검은 금요일에 1년 구독권을 23달러에 샀는데 값어치를 충분히 했다"고 긍정적으로 봤다. 원문

Claude Max와 OpenClaw 연동: $200 크레딧의 실체

Claude Max 구독자는 OpenClaw를 쓸 때 월 $200 크레딧을 받지만 15일부터는 Claude SDK나 -p를 쓰는 모든 사용자에게 사용량 정책이 바뀐다. 대다수 서드파티 하네스와 크론 작업까지 걸리는 변경이다. 한 사용자는 "Codex 5x를 사용 중인데 주간 한도에 도달했다"며 대안을 찾고 있다. 다른 사용자는 "Codex로 전환했는데 훨씬 좋고 구독에 포함된다"고 조언했다. 원문

NVIDIA 무료 최상위 모델: nemotron ultra, DS4flash 등

NVIDIA가 개인 사용자에게도 nemotron ultra, DS4flash, Kimi, GLM, Minimax3 같은 최상위 모델을 무료로 풀기 시작했다. 분당 속도 제한은 있지만 일일·주간·월간 제한은 없는 듯하다. 한 사용자는 "OpenRouter도 정기적으로 이렇게 한다"고 언급했고 다른 사용자는 "여러 고급 무료 모델을 연결해 속도 제한을 우회할 수 있을 것"이라고 제안했다. NVIDIA NIM에서 Qwen 3.6-plus에도 접근할 수 있다. 원문

OpenClaw vs Claude Code/Codex: 실제 사용 사례

OpenClaw는 코딩 에이전트라기보다 DIY 오케스트레이터에 가깝고 일상 자동화에서 제 몫을 한다. 한 사용자는 "Henry"라는 에이전트로 학교 캘린더 자동 추가, 파일 압축 업로드, 강사 비율 관리, 영화 추천, 어머니날 선물 예약까지 처리한다. "이 모든 걸 월 20달러 Codex 플랜 범위 내에서 한다"고 강조했다. 다른 사용자는 "OpenClaw는 지속적이고 스케줄링이 가능하며, Claude Code/Codex가 멈춰서 묻는 것을 하지 않는다"고 차이를 설명했다. 또 다른 사용자는 "OpenClaw를 오케스트레이터로, Codex를 코딩 어시스턴트로 병행 사용한다"고 밝혔다. 원문

ADHD 사고법 적용: 병렬 발산적 사고로 사고력 2배 향상

의료 AI 안전성 연구자가 OpenClaw에 ADHD(병렬 발산적 사고)를 심었다. 기존 chain-of-thoughts 대신 tree-of-thoughts로 여러 방향을 동시에 파고들고 비평 계층을 얹어 평가한다. 비용은 5배, 출력 시간은 10배로 늘지만 브레인스토밍과 계획에는 탁월하다. 한 사용자는 "두 개의 다른 에이전트에 설치했는데 정말 좋다"고 평가했고 다른 사용자는 "신경다양성을 기술처럼 켜고 끌 수 있으면 좋겠다"고 반응했다. 원문

새 플레이어: ZCode

ZCode: GLM 제작진의 새로운 코드 에디터 (추천 78 · 댓글 20)

글쓴이는 ZCode를 새 에이전틱 코드 에디터라고 소개했다. GLM을 만든 팀이 내놓은 것이다. 본문 없이 제목만 올린 글이다. 댓글에는 발음 농담이 줄줄이 달렸다. 'zee code'라는 미국식과 'zed code'라는 호주식 차이를 짚는 반응이 있었고 한 사용자는 Codex 클론이긴 해도 채팅 완료, 응답, Anthropic API 엔드포인트를 지원한다며 긍정적으로 평가했다. 또 다른 사용자는 데스크탑 앱을 원래 까다롭게 보는 편인데 이 앱은 취향에 맞는다고 덧붙였다.

원문

가격 동향

DeepSeek 가격 인상: Flash의 매력이 사라지나? (추천 35 · 댓글 22)

글쓴이는 DeepSeek Flash가 가격 대비 성능은 뛰어났지만 V4에서 피크 시간대 2배 요금제를 도입하면서 '세팅해두고 신경 끄는' 방식이 통하지 않게 됐다고 지적했다. 댓글에서는 "오프피크 $0.28/M 출력은 여전히 저렴하다"며 별문제 아니라는 반응이 우세했다. 그러나 "하드웨어를 사야 한다"거나 "MiMo V2.5가 더 낫다"는 대안도 나왔다. 공급업체에 종속되지 않는 아키텍처가 중요하다는 조언도 이어졌다.

원문

출처

OpenClaw vs Hermes Agent, 실제 차이는? — r/openclaw, u/404-Page-Found
Hermes vs OpenClaw: 하루 종일 병행 테스트 — r/hermesagent, u/Cynicusme
0.18이 멋지다! — r/hermesagent, u/lbokbo
Mac + MLX 메가스레드 — Apple Silicon에서 Hermes Agent (2026년 6월) — r/hermesagent, u/Jonathan_Rivera
GPT 5.5는.. 훌륭하다. — r/hermesagent, u/dexifyz
아직 전환하지 않았다면 GLM-5.2로 전환하세요. — r/openclaw, u/Dismal_Hair_6558
Claude max와 openclaw — r/openclaw, u/WhoTheFLetTheDogsOut
OpenClaw를 위한 무료 최상위 모델들 — r/openclaw, u/styles01
OpenClaw와 Claude Code 또는 Codex의 실제 사용 사례는 무엇인가요? — r/openclaw, u/dopemolder
나는 OpenClaw에 ADHD를 부여했다.. 이제 2배나 더 잘 생각한다 — r/openclaw, u/Uditakhourii
ZCode: GLM 제작진의 새로운 에이전틱 코드 에디터 — r/LocalLLaMA, u/johnnyApplePRNG
DeepSeek 가격 인상: Flash의 매력이 사라지나? — r/openclaw, u/mayhem_isreal