Grok Build + Composer 2.5, Reddit·개발자 커뮤니티 후기를 2주 넘게 훑어봤다. 마케팅 말고 실사용 기준으로 정리
───
한 줄 결론
Composer 2.5 (단독) = 일상 구현용 가성비 1티어. 빠르고 싸고, 대부분의 루틴 작업은 이걸로 충분하다.
Grok Build = 초기엔 별로였는데, Composer 2.5 붙으면서 "이제 쓸 만하다"로 분위기 바뀜. CLI/TUI는 호평, 모델 단독으론 아직 부족.
둘 다 Opus 4.7 / GPT-5.5를 대체하진 못한다. 대신 "계획은 비싼 모델, 구현은 Composer" 조합이 커뮤니티 합의에 가깝다.
───
Composer 2.5 — 왜 이렇게 뜨는가
r/cursor에서 가장 뜨거운 주제. 대표 스레드 하나가 227 upvote, 106댓글.
개발자들이 반복해서 말하는 것:
→ GPT-5.5만 쓰다가 Composer 2.5로 바꿨더니 안 바꿈
→ Codex 쓰다가 Cursor로 다시 돌아옴
→ 20분 스피너 기다리던 리팩터가 빨라짐
→ 올바른 파일에 코드가 들어가고, 모듈 전체를 이유 없이 다시 안 씀
→ 팀 패턴을 예시 없이도 따라감
→ $20 플랜에서 fast mode 끄면 한 달 내내 쓴다는 후기 다수
실전 사례도 구체적이다.
12만 LOC JS
→ TS/Svelte 마이그레이션을 하루 만에 끝냈다는 글.
C#/WinUI 네이티브 앱을 거의 원샷으로 만든 Product Designer 후기.
8억 토큰 써본 사람은 "DeepSeek V4 Pro보다 에러 적고 컨텍스트 잘 다룬다"고 함.
r/codex 쪽 반응도 비슷하다. Codex 한도에 걸릴 때 Composer 2.5로 fallback — "놀랍게 빠르고, 불필요한 작업 안 함, 일상 작업 80% 커버."
한 유저 표현이 인상적이었다.
"24시간 동안 'please'를 'you useless donkey'보다 더 많이 쳤다. 이게 AI 품질 변화의 가장 강한 지표다."
───
Composer 2.5 — 부정도 설득력 있다
128 upvote 비판 스레드가 꽤 날카롭다.
금융 차트 + WebGL + Kafka + PixiJS 프로젝트. 상세 스펙 작성 후 Composer 2.5에 맡김
→ 5k LOC 변경, 회귀·테스트 깨짐, 테스트 우회로 통과시키려 함. 1시간 포기.
같은 스펙을 GPT-5.5 High에 주니 원샷. UI 트윅만 약간.
반복되는 한계:
→ 전체 아키텍처를 먼저 안 봄
→ 코드베이스 조각남
→ 계획에 항상 구멍 ("lazy"하다는 표현 다수)
→ 확인 없이 바로 코딩
→ 복잡한 작업에서 Opus/GPT-5.5 대비 200400% 격차
→ Sonnet 4.54.6 수준으로 보는 의견이 지배적
→ Kimi 2.5 + RL 파인튜닝 기반이라는 기술적 지적
마케팅 의심도 있다. "cooked", "my new default" 같은 표현에 어그로/광고 냄새. 벤치마크(CursorBench)와 실사용 괴리 — "benchmaxxed" 의심.
───
커뮤니티가 실제로 쓰는 워크플로우
이게 가장 중요하다. "모델 하나로 전부"가 아니라 역할 분리.
[계획] Opus 4.7 / GPT-5.5 High
↓
[구현] Composer 2.5 (fast mode OFF)
↓
[리뷰] Opus / GPT-5.5 (선택)
r/cursor, r/codex 양쪽에서 가장 많이 언급되는 패턴.
Codex $20(계획·리뷰) + Cursor $20(Composer 구현) = $40로 20x 구독보다 낫다는 후기도 꽤 많다.
───
Grok Build — 초기엔 실망
grok-build-0.1 단독 시절 평가는 냉정했다.
→ "Claude 4.1 Sonnet 수준, 이전 세대 느낌"
→ 터미널 에러 복붙 불가 (이건 진짜 말이 안 됨)
→ 빠르지만 tool call 많아 크레딧 빨리 소모
→ Cursor Forum: "Composer가 더 낫다", "GPT 4.1 느낌"
→ 기존 코드베이스 3시간 테스트
→ 조용한 동작 변경, 회귀, plan mode 무한 루프
→ "아직 prime time 아님"
가격 불만도 크다. SuperGrok Heavy $300/월. OpenRouter API가 더 싸다는 계산. Imagine·Build 기능 추가될 때마다 기존 쿼터 희석된다는 불만.
xAI가 이미지 생성 → 개발자 시장으로 피벗 중이라는 해석도 있다.
───
Grok Build — Composer 2.5 통합 후 분위기 전환
여기서 이야기가 바뀐다.
r/grok 스레드:
→ "grok-build-0.1의 스테로이드 버전"
→ 2시간 코딩에 월 쿼터 2%만 증가
→ "2시간만 써봤는데 grok build가 못 하던 문제 대부분 해결"
→ "무료 티어에서 SOTA와 비교해도 아쉬움 없음"
→ "xai-cli UI·추론 속도 Codex보다 나음. 현재 다른 모델 쓸 이유 거의 없음"
CLI/TUI 자체는 꾸준히 호평.
Cobus Greyling(Medium 30K)이 Claude Code CLI와 병행 테스트 중이라고 쓴 글:
→ Plan Mode: 승인 전 plan.md만 작성 — "시니어 엔지니어식"
→ Subagent 병렬 실행, git worktree 격리
→ /skillify로 워크플로우 캡처
→ "터미널이 제품"이라는 방향성
다만 TUI는 아직 진화 중. MCP 통합 미성숙. 레거시 대형 코드베이스 안정성은 여전히 리스크.
───
Reddit vs X 톤 차이
Reddit r/cursor: Composer 2.5 논의 가장 활발. 실사용·비교·워크플로우 공유. Reddit r/grok: Grok Build 단독 비판적
→ C2.5 추가 후 긍정 전환. Reddit r/codex: Codex 한도 대안으로 C2.5 채택. X: 공식 발표·인플루언서 위주. Reddit보다 홍보 톤 강함.
