CC v2.1.122: 시스템 프롬프트 제거, 디버깅 업데이트 및 일정 신뢰도 향상

Claude Code CC v2.1.122는 여러 시스템 프롬프트와 워크플로우 변경 사항을 포함합니다. 변경된 내용과 에이전트에 미치는 영향은 다음과 같습니다.
제거됨: 독립형 Phase-Four 계획 모드 프롬프트
계획 모드의 전용 phase-four 프롬프트가 제거되었습니다. 대신 활성 계획 모드 알림이 자체 템플릿 플레이스홀더를 통해 phase-four 지침을 포함합니다. 이렇게 하면 프롬프트 체인이 간소화되고 중복이 방지됩니다.
스킬: 디버깅 — 문제 설명 통합
디버깅 스킬은 이제 출력의 Issue 섹션 앞에 제공된 문제 설명을 추가합니다. 사용자가 특정 문제를 설명하지 않은 경우, 데몬 디버그 컨텍스트가 폴백 문제 지침을 제공합니다. 이로 인해 빈 문제 섹션이 줄어들고 더 상황에 맞는 디버깅 제안이 제공됩니다.
시스템 프롬프트: 사전 예약 제공 임계값 상향
/schedule 후속 조치를 제공하기 위한 신뢰도 기준이 사용자가 동의할 확률 70%+에서 85%+로 상향되었습니다. 이는 에이전트가 사용자가 후속 조치를 원한다고 잘못 가정하는 잘못된 긍정 스케줄 제공을 줄여줍니다.
시스템 알림: 새 진단 형식
이전에는 시스템 알림이 미리 계산된 진단 요약만 삽입했습니다. 이제 진단 목록에서 진단을 동적으로 형식화하므로 더 현재 시스템 상태를 반영할 수 있습니다.
시스템 알림: 계획 모드 활성 (5단계) — 플레이스홀더 변경
5단계 계획 모드 워크플로우의 phase-four 함수 훅이 직접 phase-four-instructions 플레이스홀더로 대체되어 독립형 프롬프트 제거와 일관성을 유지합니다.
이러한 변경 사항은 CC v2.1.122에 적용됩니다. 에이전트 워크플로우를 사용하는 사용자는 이전 훅이나 독립형 프롬프트를 참조하는 사용자 정의 프롬프트 템플릿이 여전히 작동하는지 확인해야 합니다.
📖 전체 출처 읽기: r/ClaudeAI
👀 See Also

클로드 코드의 속도 제한은 100만 컨텍스트 윈도우 과부하 때문일 수 있습니다
레딧 사용자는 Claude Code의 최근 속도 제한과 중단이 Opus 4.6의 100만 토큰 컨텍스트 윈도우에서 비롯된 것으로 추측하며, 이로 인해 비효율적인 컨텍스트 압축과 서버 과부하가 발생하고 있을 수 있다고 주장합니다. 구형 비-100만 컨텍스트 모델로 전환하면 안정성이 개선된다는 보고가 있습니다.

결정론적 vs 확률론적 코드 생성: Bun의 Vibe-Coded Rust 변환이 경고 신호를 보내는 이유
Noah Hall은 번역기(Python 2to3)와 같은 결정론적 코드 생성과 LLM의 확률론적 출력을 대비하며, Bun의 백만 줄 분량 vibe-coded Rust 변환은 사람의 검토 없이는 안전하지 않다고 주장합니다. 테스트만으로는 충분하지 않습니다.

YC 벤치마크, LLM을 스타트업 CEO로 테스트... GLM-5, 높은 비용 효율성 보여
연구진이 YC-Bench를 개발했는데, 이는 LLM이 1년 동안 시뮬레이션된 스타트업 환경에서 CEO 역할을 수행하며 직원 관리, 계약 선택, 급여 처리 등을 담당하는 벤치마크입니다. GLM-5는 실행당 $7.62의 비용으로 평균 최종 자금 $121만 달러를 달성했으며, 실행당 $86이 드는 Claude Opus 4.6의 성능과 5% 이내 차이로 근접했습니다.
마이크로소프트 임원, AI 스크래핑을 '인류 역사상 최대의 노동 절도'라고 불러, NYT 대 OpenAI 소송 미삭제 제출서에서 드러나
뉴욕타임스의 OpenAI·마이크로소프트 상대 3년짜리 저작권 소송에서 새로 공개된 비삭제 문서에는 마이크로소프트 임원이 스크래핑을 '인류 역사상 최대의 노동 절도'라고 부른 발언이 담겨 있다. 내부 데이터에 따르면 코파일럿은 NYT 클릭률을 최대 93%까지 떨어뜨렸다.