Claude 채널 브리핑

공식 X 계정(@ClaudeDevs, @bcherny, @claudeai)과 claude.dev RSS, 문서 릴리스 노트에는 어제 판 뒤로 새 글이 없어. 지난 판에서 지켜보던 사용량 5배 소모 문제도 Boris 답글이 10/24에 멈춰 있어서 아직 결말이 안 났어.

01 · 네 감, 맞았어

수업에서 한 말: 미디엄은 기본값(영점), 로우는 더블체크를 안 하는 쪽, 하이는 더블체크를 하는 쪽.

네 감에 덧붙일 두 가지

• 에포트는 틀린 접근을 못 고쳐. 높이면 예외 상황을 놓쳐서 생긴 실패는 줄어. 하지만 문제를 처음부터 잘못 읽은 실패는 그대로야(Terminal-Bench 3.0 분석).
• 높을수록 Claude가 네 대신 정하는 게 많아져. Thariq는 "에포트는 내가 얼마나 끼어 있고 싶은지에 달렸다"고 정리했어. 네가 결과를 눈으로 빨리 보는 쪽을 좋아하니까 low가 생각보다 잘 맞을 거야(미루어 본 것).

Thariq의 작업 순서

1. 스펙을 주고 Claude가 나를 인터뷰하게 한다.
2. low로 만든다.
3. 큰 줄기가 맞는지 보고, low로 고친다.
4. high로 검증하고 시험한다.

02 · 채널 지도

잰 것팔로워 수와 마지막 글 날짜는 오늘 각 프로필에서 읽었어. 미루어 본 것스레드가 늦는다는 건 두 건만 비교했어. Duet은 X 10/21, 스레드 10/23이었고, 자동 모드는 둘 다 10/22였어.

Thariq(@trq212)도 같이 볼 만해. 에포트 글을 쓴 사람이고, claude.dev 최근 글 15개 중 6개가 그의 글이야(Addy Osmani도 6개). 다만 지금 자기소개는 "formerly Claude Code"야.

03 · 이번 판 소식 · 오퍼스 코딩에 바로 닿는 것

나머지

• Thariq가 에이전트로 고쳐 쓰면서도 업스트림 변경을 자동으로 병합받는 새 오픈소스 배포 방식이 필요하다는 생각을 적었어(10/27, 원문).
• Thariq가 글쓰기·만들기 같은 모드를 에이전트가 실시간으로 바꾸는 macOS 독 개인 실험을 공유했어(10/27, 원문).
• Claude Code 2.1.312에서 사용량 한도 안내 문구가 "session limit"에서 "5-hour limit"으로 바뀌고 클라우드 루틴에 에포트 선택이 들어갔어(10/28, 원문).

04 · 오퍼스를 네 입맛대로 다루는 기반

공식 문서와 claude.dev에서 오퍼스 코딩의 바닥이 되는 글만 골랐어. 위에서부터 읽으면 돼.

1. Effort 문서. 다섯 단계 정의, 모델별 권장값, 도구 호출에 주는 영향이 있어.
2. Spending your effort (Thariq, 9/25). 위 01번의 근거야.
3. What a task costs on Opus 5.5 (Addy Osmani, 9/25). 에포트별 비용이야.
4. Getting the most out of Opus 5.5 (9/22).
5. Claude 5 세대 컨텍스트 엔지니어링의 새 규칙 (Thariq, 7/24).
6. Prompt caching is everything (Thariq, 4/30). 에포트를 바꿔도 캐시가 왜 안 깨지는지 이어져.

문서에서 건진 손잡이

• 대화 중간에 에포트 바꾸기(베타). 빈 system 메시지에 output_config.effort만 넣어. 헤더는 mid-conversation-output-config-2026-07-01이야. 캐시가 그대로 살아.
• Opus 5.5는 생각을 끌 수 없어. thinking: disabled를 보내면 400이야. 생각의 양은 에포트로만 조절해.
• 낮은 에포트는 도구 호출도 줄여. 여러 작업을 한 번에 묶고, 설명 없이 바로 움직여.

이 숫자들은 Anthropic 내부 실행 기준이야. 과제당 5번 시도했고, 공개 순위표와 맞지 않는다고 글쓴이가 직접 적었어. 네 일에서 어떤지는 네 과제로 재봐야 알아.

05 · 확인한 것 / 안 한 것