Claude Code 팀 엔지니어는 일의 70~80%를 슬랙에서 시킵니다

한 줄 핵심

Claude Code 팀의 실제 작업 방식은 목표를 슬랙으로 지시하고, 세션 밖 루프와 서브 에이전트, 증거 중심 보고, 그리고 모델 변화에 따라 규칙을 계속 줄이거나 고치는 방식으로 운영된다는 점을 실전 화면으로 보여준다.

시간별 요약

1. 0:00
   인트로 이 영상은 Claude Code 팀이 말한 여섯 가지 작업법을 실제 화면과 그대로 복사할 수 있는 프롬프트로 보여준다. 순서는 슬랙의 목표, 세션 밖 루프, 큰 그림 리뷰, 팬아웃 후 반박, 증거로 보고, 집착하지 않기다.
2. 0:44
   슬랙에 목표 일을 세세한 도구 호출이 아니라 목표 하나와 완료 기준, 보고 형식으로 슬랙에 던지면 결과만 돌아오는 구조가 핵심이다. 개인 환경에서는 비슷한 흐름을 직접 구성해 폰의 Slack에서 작업을 오케스트레이션하고, 첫 줄에 결론을 둔 뒤 증거 경로를 덧붙이는 방식으로 운영한다.
3. 3:19
   세션 밖 루프 에이전트가 노트북을 닫으면 멈추는 한계를 넘기 위해 작업을 클라우드 컨테이너와 루틴으로 옮긴다. 매일 정해진 시각에 피드백을 분류하거나, 긴 작업은 별도 잡으로 넘기고, 자리 비움 상태에서도 슬랙 알림으로 이어지게 만들어 세션 위의 반복 루프를 만든다.
4. 5:43
   리뷰는 큰 그림 자잘한 오타, 줄바꿈, 스타일 지적은 이제 에이전트가 처리하고 사람은 설계 의도와 경계 설정의 타당성을 본다. 머지와 리뷰도 스크립트와 규칙으로 자동화하되, 서비스 경계 변경이나 되돌릴 수 없는 삭제처럼 중요한 변경만 사람이 승인한다.
5. 7:47
   팬아웃 후 반박 하나의 질문을 여러 에이전트로 쪼개 병렬로 조사한 뒤, 각 후보에 대해 반대 관점으로 재검증해 대부분을 걸러낸다. 그렇게 남은 소수만 사람이 확인하므로, 리서치나 영상 스카우트 같은 작업에서도 더 중요한 후보에만 시간을 쓸 수 있다.
6. 10:25
   증거로 보고 완료했다고 말하려면 스크린샷, 녹화, HTML 보고서처럼 눈으로 확인 가능한 증거가 있어야 한다. 문서나 Slack 보고에도 파일 경로와 실행 결과를 붙여야 하며, 직접 열어볼 수 없으면 완료로 인정하지 않는 규칙이 일관성을 만든다.
7. 12:48
   집착하지 않기 리스트, 메모리 에이전트, 훅 같은 장치는 모델의 한계를 메우기 위해 도입됐지만, 모델이 좋아지면 과감히 제거하거나 단순화한다. 반복된 실수에서만 규칙 한 줄과 가드 테스트를 남기고, 모델 업데이트 때마다 지금도 필요한 장치인지 다시 검증해야 한다.
8. 15:08
   정리 · 체크리스트 핵심은 목표를 짧게 주고, 루틴으로 반복을 넘기며, 리뷰는 큰 그림에 집중하고, 팬아웃으로 후보를 줄인 뒤, 증거로 보고하고, 모델이 바뀌면 규칙을 다시 점검하는 것이다. 결국 소프트웨어 엔지니어링의 변화 속도가 빨라진 만큼 작업 방식도 더 자주 갱신해야 한다.

실무 인사이트

• 에이전트에게는 긴 설명보다 목표, 완료 기준, 보고 형식을 짧게 고정해 주는 편이 재현성과 품질을 높인다.
• 사람의 역할은 자잘한 수정이 아니라 설계 의도, 경계, 예외처럼 에이전트가 놓치기 쉬운 판단에 집중하는 쪽으로 옮겨가야 한다.
• 업무 자동화는 한 번 만들고 끝나는 것이 아니라, 모델 성능 변화에 따라 규칙과 훅을 계속 줄이거나 바꾸는 유지보수 작업까지 포함해야 한다.