주간 소식 모음: Claude Fable 5.1 출시, Claude Code 주간한도 변경 등 (8.24 ~ 9.6)
8월 24일부터 9월 6일까지 읽고 본 소식을 모았습니다. 이 기간에는 캐시 읽기 비용을 75% 낮춘 Claude Fable 5.1이 나왔고, Claude Code 주간 한도가 9월 14일 이후 25% 영구 인상된다는 소식이 있었습니다.
AI 에이전트·코딩
Claude Code 주간한도 변경
- 9월 14일까지 50% 프로모션 진행하고, 그 이후 25% 영구적으로 인상
- 기존: 1x
- 프로모션 기간: 1.5x
- 9월 14일 이후: 1.25x (프로모션 기간 대비 약 17% 감소)
AI·LLM 엔지니어링
Claude Fable 5.1 출시
-
캐시 읽기 비용 감소 (75%)
-
성능 대폭 향상
-
Fable 5.1 low effort 로 성능이 잘 나오기 때문에 effort 조절해보면서 사용해보길 권장
- Fable 5.1 low >= Fable5
-
곧 GPT Astra 출시 예정
조직·리더십
AI 어시스트 부터 AI 네이티브까지 - 프론티어 개발 조직 (영상)
- 성과를 가른 건 AI 도구가 아니라 agent context·spec·self-validation·빠른 test loop를 포함한 업무방식 전환
- 도구가 아니라 일하는 방식이 성과를 갈랐다 — 같은 AI를 써도 기존 방식에 얹은 팀은 3배 미만, 컨텍스트·명세·검증 체계를 바꾼 팀은 중앙값 4.5배 빨라졌음
- 핵심 습관은 문서화, 초기 투자, 자율 검증, spec-first, 자동 테스트 — 에이전트에게 할 일뿐 아니라 “완료를 스스로 확인하는 방법”까지 줘야 함
- 02:27 — 30명·18개월짜리를 6명이 76일 만에 만든 Bedrock 사례
- 04:41 — Prime Video의 90주 → 24주 실험과 숨은 조건
- 05:23 — 평범한 50개 팀을 관찰한 본 실험
- 06:49 — 같은 도구인데 3배 미만 vs 중앙값 4.5배로 갈린 이유
- 08:03 — 에이전트가 실수할 때마다 context 파일을 개선하는 습관
- 08:39 — “느려져야 빨라진다”: 잘된 팀도 처음엔 생산성이 떨어짐
- 10:42 — 제일 실용적인 부분: 에이전트 babysitting vs self-validation
- 12:53 — 코드로 왕복하지 말고 spec 문서로 의도를 먼저 맞추기
- 14:09 — 다중 에이전트가 만든 번아웃과 주니어의 리뷰 문제
- 16:03 — 코딩이 빨라지자 의사결정·승인이 새 병목이 된 이야기
- 17:31 — 개인적으로 베스트: “프론티어 팀은 코드보다 결정에 더 오래 쓴다”
- 18:01 — 오늘 바로 써먹을 한 줄: “완료됐다는 걸 네가 어떻게 확인할 건지”
- 참고: AWS 엔지니어가 공개한 아마존 내부 데이터: 4.5배 빨라진 25개 팀의 습관 5가지
Anthropic AI-Native SDLC
- 전통적인 소프트웨어 개발 생명주기(SDLC)는 각 단계에서의 책임 소재와 통제를 보장하기 위해 프로세스 중심적으로 운영되어 왔음
- 전통적인 SDLC는 코드 작성과 구현이 가장 많은 시간과 비용이 소요되던 시대에 효율성을 극대화하도록 설계되었으며, 더 이상은 그렇지 않음
- 더이상 코드 작성은 병목이 아님
- AI 네이티브 SDLC는 기존의 제어 목표와 새로운 강제 집행 방식을 결합하여 재구상된 프로세스