Claude Code 숨은 기능 2026, teleport hooks mobile을 어디까지 워크플로에 넣을까

Claude Code를 오래 쓰다 보면 이상한 순간이 온다.

분명 기능은 많은데, 정작 매일 쓰는 건 파일 읽기랑 수정, 셸 실행 정도만 반복하게 된다.

그러다 어느 날 문서를 다시 보면 이런 생각이 든다.

어? hooks도 있었네. mobile handoff도 되고. subagents도 있는데 왜 난 맨날 같은 방식으로만 굴리지?

2026년 4월 3일 기준 공식 문서를 다시 보면, Claude Code 주위에는 생각보다 많은 보조 기능이 붙어 있다. 문제는 기능이 있는가보다 이걸 언제 워크플로에 넣어야 생산성이 오르고, 어디서부터 오히려 피곤해지는가다.

Quick Answer: Claude Code의 숨은 기능은 많지만, 실전에서 자주 건질 만한 건 보통 mobile handoff, hooks, subagents 세 축이다. mobile은 이동 중 태스크 넘기기에 좋고, hooks는 반복 검증 자동화에 좋고, subagents는 조사성 작업 분리에 좋다. 대신 셋 다 과하게 붙이면 워크플로가 똑똑해지기보다 복잡해진다.

이 글이 필요한 사람

Claude Code를 매일 쓰는데 아직 기본 루프만 쓰고 있는 사람
기능 소개글은 많이 봤는데 내 작업 흐름에 어디까지 넣어야 할지 감이 없는 사람
mobile, hooks, subagents 중 뭘 먼저 붙여야 할지 헷갈리는 사람

지금 결론

Claude Code 숨은 기능을 실전용으로 줄이면 이렇게 정리된다.

mobile / teleport 감각: 이동 중 태스크 handoff
hooks: 반복 검증 자동화
subagents: 조사와 탐색 분리

그리고 제일 중요한 결론은 이거다.

세 기능 다 있는 게 중요한 게 아니라, 하나라도 루프에 자연스럽게 녹는가가 중요하다.

기능은 많은데 루틴이 없으면 멋있는 도구 상자일 뿐이다.

1. mobile handoff / teleport 감각

이건 이름이 제일 멋있어서 과대평가되기 쉽다. 하지만 실전 가치는 분명하다.

공식 Cowork 도움말 기준으로 작업은 결국 깨어 있는 데스크톱에서 돌고, 폰은 작업을 넘기고 상태를 이어보는 표면에 가깝다. 즉 mobile은 작업 실행 엔진이 아니라 작업 배달 인터페이스다.

어디서 좋나

이동 중 초안 요청
회의 직후 자료 정리 지시
책상 오기 전 조사 태스크 예약

어디서 망하나

승인 팝업이 자주 뜨는 작업
즉시 피드백이 필요한 UI 수정
데스크톱이 잠드는 환경

즉 mobile handoff는 당장 손으로 붙잡고 수정할 일보다 시간 주면 알아서 정리할 일에 잘 맞는다.

2. hooks

공식 Hooks 문서를 다시 보면, hooks는 Claude Code 라이프사이클 특정 지점에서 셸 명령이나 다른 액션을 자동으로 붙이는 장치다.

여기서 많은 사람이 “오 자동화!” 하고 바로 욕심을 낸다. 근데 초반엔 큰 그림보다 작은 고정 루틴 하나가 더 낫다.

hooks가 제일 빛나는 자리

파일 수정 뒤 테스트 자동 실행
세션 시작 때 현재 브랜치/상태 요약
특정 도구 실행 전 정책 체크
세션 종료 직전 로그 정리

hooks가 오히려 피곤해지는 자리

무거운 작업을 너무 자주 붙여서 매번 세션이 느려질 때
실패해도 되는 작업과 실패하면 안 되는 작업을 구분 안 할 때
팀원마다 훅 동작이 달라서 재현성이 흐려질 때

쉽게 말하면 hooks는 반사신경이다. 반사신경은 빨라야 좋지, 심오하면 안 된다.

3. subagents

이건 처음 보면 제일 멋있고, 제대로 쓰면 제일 쓸모 있다.

공식 Sub-agents 문서 기준으로 subagent는 자체 프롬프트, 별도 컨텍스트, 별도 도구 범위를 가진 특화 작업자다. 핵심은 메인 세션을 덜럽히지 않는 독립 문맥이다.

subagents가 좋은 작업

코드베이스 탐색
문서 조사
비교표 재료 수집
리뷰 관점 분리

subagents가 굳이 필요 없는 작업

짧은 단일 파일 수정
한 번 보고 바로 끝나는 질문
메인 세션이 이미 충분히 작은 작업

subagent는 만능키가 아니다. 메인 세션이 감당 가능한 일을 굳이 쪼개면 오히려 지휘 비용이 커진다. 팀장 한 명 필요한데 부팀장 셋 뽑는 꼴 난다.

그럼 뭘 먼저 붙여야 하나

사람 유형별로 보면 더 쉽다.

1. 매일 코딩은 하지만 워크플로는 아직 단순한 사람

1순위: hooks
이유: 체감이 가장 빠르다

예: 파일 수정 후 테스트 자동 실행 하나만 붙여도 “아 이게 자동화구나”가 온다.

2. 이동 중에도 일감 던지는 일이 잦은 사람

1순위: mobile handoff
이유: 시간을 다시 주워먹을 수 있다

예: 회의 끝나고 폰에서 블로그 개요 정리 지시, 책상 와서 결과 검수.

3. 긴 조사와 복잡한 코드베이스를 자주 다루는 사람

1순위: subagents
이유: 컨텍스트를 덜 망친다

예: 메인 세션은 설계 판단, subagent는 코드 탐색 담당.

숨은 기능인데 왜 다들 많이 안 쓰나

이유는 세 가지쯤 된다.

1. 기본 루프만으로도 이미 충분히 유용하다

Claude Code는 그냥 읽고, 고치고, 테스트만 해도 이미 쓸 만하다. 그래서 많은 사람이 거기서 멈춘다.

2. 기능을 붙일수록 설계 비용이 생긴다

hooks, mobile, subagents는 다 좋지만, 하나 붙일 때마다 언제 쓸지, 어디까지 열지, 실패하면 누가 챙길지를 같이 정해야 한다.

3. 잘못 붙이면 생산성보다 피로가 늘어난다

자동화는 대충 붙이면 귀찮음을 자동화한다. 이건 꽤 정직한 법칙이다.

실전 체크리스트

바로 붙여볼 만한 것

수정 후 테스트 한 개 자동화
이동 중 초안/조사 handoff
조사 전용 subagent 하나

아직 참는 게 나은 것

훅 여러 개 동시 도입
mobile에서 위험한 작업 바로 실행
작은 작업까지 다 subagent로 쪼개기

실수 TOP 4

1. 기능이 많으니 다 켜야 한다고 생각한다

그건 기능 사용이 아니라 기능 수집이다.

2. hooks를 너무 무겁게 만든다

자동화가 아니라 자동 지연이 된다.

3. mobile handoff를 만능 원격 실행으로 착각한다

엔진은 결국 데스크톱이다.

4. subagent를 과하게 쪼갠다

메인 세션보다 관리 비용이 더 커질 수 있다.

FAQ

Q1. 숨은 기능 중 하나만 먼저 붙인다면?

대부분은 hooks 하나가 제일 체감이 빠르다.

Q2. mobile handoff는 누구에게 제일 맞나?

이동 중 지시를 많이 던지고, 초안/조사성 작업이 많은 사람.

Q3. subagents는 꼭 멀티에이전트 덕후만 쓰는 기능인가?

아니다. 긴 조사나 대형 코드베이스에선 일반 사용자도 바로 체감한다.

Q4. 결국 세 개 다 써야 하나?

아니다. 하나만 제대로 루프에 녹아도 이미 충분히 가치 있다.

다음에 읽을 글

공식 출처

한 줄 정리

Claude Code 숨은 기능의 핵심은 많아 보이는 기능 목록이 아니라, mobile은 handoff, hooks는 자동 반사, subagents는 문맥 분리로 이해하고 하나씩 붙이는 데 있다.