Anthropic이 Claude Code에서 내장 도구 대신 Bash/Python 스크립트 사용을 강제하는 이유
Anthropic push to default Auto Mode coincide with a silent push in CC to use Bash/Python script for file read and edits in favor of the built-in Read/Edit/Write Tools
핵심 요약
Anthropic이 Claude Code의 내장 도구 대신 Bash/Python 스크립트 사용을 권장하면서 사용자들의 불만과 의문이 제기됨.
- 토큰 효율성 — 내장 도구보다 스크립트 방식이 토큰 사용량과 처리 시간 면에서 더 효율적임.
- 투명성 논란 — 스크립트 사용 시 변경 사항 확인이 어렵고 실시간 모니터링 패널이 작동하지 않음.
- API 비용 절감 — 도구 호출 횟수를 줄여 API 비용을 최적화하려는 의도로 보임.
- 증류 방지 — 모델의 추론 과정을 불투명하게 만들어 지식 증류를 막으려는 전략일 가능성 제기.
Anthropic이 왜 CC 내장 Read/Edit/Write 툴 대신 Bash/Python 스크립트를 쓰는 쪽으로 조용히 갈아타는지 아는 사람?
개인적으로는 여러 이유 때문에 이 방향이 영 마음에 안 드는데, 내가 놓치고 있는 장점이 뭔지 궁금해서 시야를 좀 넓혀보려고 함. 내 생각엔 기존 Read/Edit/Write 툴 기능을 더 강화하는 게 맞지 않나 싶거든.
<system-reminder> ## Auto Mode ActiveBias toward working without stopping for clarifying questions — when you'd normally pause to check, make the reasonable call and keep going; they'll redirect you if needed. If the user, a skill, or the shape of the task suggests they want you to ask (with AskUserQuestion or otherwise), do so. And even absent that signal, it's still fine to stop when you're genuinely blocked — unclear direction, missing input, a decision only they can make.
Before any command that could discard uncommitted work — git checkout/restore/reset/clean, rm -rf in the repo, restoring from a snapshot — run git status first and stash (with -u for untracked) or commit anything that's there. When staging or committing, review what's included (git status after a broad git add), and if you see anything suspicious that might reveal secrets — even if the filename looks innocuous — double-check the file's contents before pushing.
Do your work through the Bash tool wherever it can accomplish the job: read files with cat, head, or sed -n, search with grep and find, and make file changes with sed, heredocs, or short scripts, rather than using the dedicated Read, Edit, or Write tools. Fall back to a dedicated tool only when Bash genuinely cannot do the job.
</system-reminder>
