느낌표 하나에 딸려오는 답

AI 코딩 도구에서 명령 앞에 느낌표를 붙이면 내가 직접 그 명령을 돌릴 수 있습니다. 결과는 대화에 그대로 남고요. 이게 이제는 결과를 보고 설명까지 해주는 쪽으로 바뀌었습니다. 테스트를 돌리고 "왜 실패했어?"라고 다시 묻지 않아도 답이 붙습니다. 편해진 만큼 짚어둘 것도 있어서, 무엇이 달라졌고 어떻게 되돌리는지 확인했습니다.

📌 30초 요약

① 느낌표 명령은 AI가 대신 실행하는 게 아니라 내가 실행합니다. 방향이 반대입니다.

② 그 결과가 대화에 들어오면 이제 설명까지 붙어 옵니다.

③ 그 답은 일반 질문 하나를 보낸 것과 같은 값이 나갑니다.

④ 예전처럼 결과만 넣고 싶으면 끄는 설정이 따로 있습니다.

⑤ 같은 자리에 파일 경로 자동완성도 붙었습니다.

⑥ 뒤에서 도는 작업이 권한을 물을 때 자동으로 거절하지 않고 이제 화면에 띄웁니다.

방향이 반대인 기능입니다

평소에는 내가 시키고 AI가 명령을 실행합니다. 그래서 실행해도 되는지 묻는 승인 창이 뜨죠. 느낌표를 붙이는 쪽은 그 반대입니다 — 내가 직접 돌리고, 그 결과를 AI가 봅니다. 승인을 구할 일이 없고, 무엇이 실행될지도 내가 아는 상태입니다.

그래서 "이건 내가 직접 해야겠다" 싶은 명령에 씁니다. 로그인처럼 사람이 해야 하는 것, 실행 전에 내용을 꼭 확인하고 싶은 것, 아니면 그냥 결과를 대화에 남겨두고 싶은 것이요. 터미널 명령을 배우는 쪽과도 잘 맞습니다. 내가 명령을 쳐보고, 결과 해석은 옆에서 받는 구조니까요.

이제 답까지 옵니다 — 값과 함께

예전에는 결과가 대화에 들어오기만 했습니다. 설명이 필요하면 다시 물어야 했죠. 이제는 결과가 들어오는 순간 답이 따라옵니다. 공식 문서가 든 예가 테스트 실행인데, 돌려놓고 실패 원인 설명을 바로 받는 흐름입니다.

# 예전
! 테스트 명령        → 결과만 대화에 들어옴
왜 실패했어?          → 여기서 한 번 더 물어야 함

# 지금
! 테스트 명령        → 결과 + 설명이 함께 옴

# 되돌리려면 설정 파일에
respondToBashCommands: false
  결과만 들어오고 답은 안 붙습니다

💰 문서가 값을 먼저 밝혔습니다

안내에 "이 응답은 일반 프롬프트를 보내는 것과 같은 값이 든다"고 적혀 있습니다. 편의 기능을 소개하면서 비용을 같은 문단에 적어둔 것이 눈에 띕니다. 명령을 자주 돌리는 쪽이라면 느낌표를 칠 때마다 질문 하나씩 보내는 셈이라, 로그를 훑으려고 쓰는 명령까지 답이 붙으면 낭비가 됩니다. 그럴 때 끄는 설정이 따로 있는 것이고요.

같은 자리에 작은 개선이 하나 더 붙었습니다. 느낌표 뒤에 경로를 칠 때 파일 이름을 자동으로 채워줍니다. 명령을 직접 치는 방식이다 보니 오타로 헛수고하는 일이 잦았는데, 그 부분이 줄어듭니다.

묻지도 않고 거절하던 것

같은 주 변경점에서 하나 더 짚을 만한 게 있습니다. 뒤에서 도는 작업이 권한을 필요로 할 때, 예전에는 사람에게 묻지 않고 그냥 거절했습니다. 이제는 본 화면에 요청을 띄웁니다.

상황	달라진 점
뒤에서 도는 작업이 권한 필요	자동 거절 → 화면에 요청
누가 요청하는지	어느 작업이 묻는지 표시됩니다
거절할 때	그 항목 하나만 거절됩니다
거절 이유	대화와 권한 화면에 남습니다

"왜 안 됐는지 모른 채 안 되던 상황"이 줄어드는 변화입니다. 뒤에서 도는 작업은 눈에 안 보이니, 조용히 거절당하면 맡긴 일이 왜 멈췄는지 알 방법이 없었습니다. 거절 이유가 남는 것도 같은 맥락이고요. 그 외에 응답을 화면에 흘려보내는 처리가 가벼워져 컴퓨터 부담이 줄었다는 항목도 있었습니다.

자주 묻는 질문

Q. 끄는 게 나을까요, 켜두는 게 나을까요?

명령을 어떤 목적으로 쓰는지에 달렸습니다. 테스트나 빌드처럼 결과를 해석해야 하는 명령이 많다면 켜두는 게 이득입니다. 반대로 파일 목록 보기, 현재 상태 확인처럼 결과를 눈으로 훑고 마는 명령이 대부분이면 매번 답이 붙는 게 낭비입니다. 설정 하나로 바꿀 수 있으니 내 사용 패턴을 보고 정하시면 됩니다.

Q. 그냥 시키는 것과 뭐가 다른가요?

실행하는 주체가 다릅니다. 시키면 AI가 명령을 만들어 돌리고 승인 창이 뜹니다. 느낌표는 내가 친 명령이 그대로 실행되고 승인 과정이 없습니다. 무엇이 실행될지 내가 아는 상태라는 게 차이고, 그래서 확인하고 싶은 명령에 씁니다. 배포처럼 되돌리기 어려운 작업이라면 배포 과정을 정리한 글과 함께 보시면 좋습니다.

Q. 명령을 잘 모르는데 써도 되나요?

오히려 배우기에 맞는 구조입니다. 내가 명령을 쳐보고 결과 해석은 옆에서 받는 셈이니까요. 다만 내가 친 것이 그대로 실행되니 승인 단계가 없습니다. 지우거나 되돌리기 어려운 명령은 내용을 확실히 알고 치셔야 합니다. 기본 명령부터는 터미널 입문 정리에 있습니다.

🧾 솔직하게 밝혀둘 것

① 공식 변경점을 읽고 정리한 것입니다. 답의 품질이 어느 정도인지는 제가 재보지 않았습니다.

② "같은 값이 든다"는 문서 표현 그대로이고, 실제로 얼마가 나가는지는 명령 결과의 길이에 따라 다를 겁니다.

③ 설정 이름과 값은 문서 표기 그대로 옮겼습니다. 바꾸기 전에 원문에서 확인하세요.

④ 한 주치(6월 22~26일) 변경점이라 지금은 기본값이 또 달라졌을 수 있습니다.

⑤ 부담이 줄었다는 항목은 문서가 밝힌 수치이고, 체감이 어느 정도인지는 확인하지 못했습니다.

✨ 정리하면

느낌표 명령은 시키는 게 아니라 내가 하고 결과만 보여주는 쪽이라, 확인하고 싶은 작업에 쓰기 좋습니다. 이번에 답이 따라오면서 두 번 묻는 수고가 없어졌는데, 그 답이 공짜가 아니라는 걸 문서가 같은 문단에서 밝혀둔 점이 오히려 미더웠습니다. 결과를 해석해야 하는 명령이 많으면 켜두고, 눈으로 훑고 마는 명령이 대부분이면 꺼두면 됩니다.

터미널 명령 자체가 낯설다면 git·gh 입문 정리부터, 배포 흐름은 무료 배포 글에 있고, 최근 주간 변경점은 내 로그인으로 도는 브라우저에 이어집니다. AI에 쓰는 돈 전체는 AI 지출 허브에서 순서대로 보실 수 있습니다.

※ 출처: 제조사 공식 문서의 주간 변경점 페이지(2026년 6월 22~26일 구간) 원문. 2026년 8월 25일 확인 기준이며, 기본값·설정 이름은 이후 버전에서 바뀔 수 있습니다.