일 = 수많은 에이전트 관리하기

순수하게 기술적인 업무만 할수록 위험이 크다고 봄. 근데 시니어 이상급 중에 순수 기술직만 하는 자리가 있긴 함? 난 그런 일 해본 적 없는데, 보통은 제약 사항 고려해서 제품 설계 돕는 게 주 업무 아닌가?

걔네(AI)는 고객이랑 직접 대화 안 할 거잖아(기획자가 하겠지). 그럼 결국 기획자랑도 대화 안 할 거고. 본질적으로 주니어급 이상이면 다 조율이 필요한데, 내 생각엔 기획자가 대체되고 기획자가 고객이랑 대화해야 하는 상황이 와야 개발자도 대체될 듯. 그리고 기획자가 AI로 기능하는 운영 시스템을 짤 리도 없고, 결국 개발자가 하겠지. 사실 업계 일해봤으면 알겠지만 기획자들은 소통하느라 존나 바빠서...

키보드 앞에 아무도 없이 AI가 알아서 다 돌아갈 거라는 뜻은 아니었음. 내 말은 AI가 충분히 성숙해지면 지금 일어나는 대규모 해고들이 결국 정당화될 거라는 거지. 네 말대로 결국 고객 요구사항을 AI한테 전달해 줄 기획자 한 명만 있으면 될지도 모르고.

기업이 시스템을 잘 갖추고 직원 교육을 잘 시킨다면, 생산성 측면에서 엄청나게 성장할 수 있겠지. 하지만 여전히 에이전트가 하는 일을 책임질 사람은 필요함. 그 결과물이 회사에 가치 있고 좋기만 하다면 다 괜찮음. 결국 회사는 ROI(투자 대비 수익)가 전부니까.

우리 다 월 120달러 내고 업무 외주 준 거나 다름없지.

이미 내 업무 방식이 딱 이거임. 1인 디지털 컨설팅을 하는데, 직원을 관리하는 게 아니라 에이전트랑 워크플로우를 관리함. 클라이언트별로 데이터 폴더를 만들고 Claude Code랑 Codex를 그 위에 얹어서 씀.

근데 그거 복잡한 제품은 아니잖아. 이 사용 사례는 에이전트한테 거의 딱임, 즉 일회성 단순 작업 같은 거.

'의자에 앉아 있는 사람'이 된 거 같아서 즐거움. 직접 코드 안 짜고 에이전트 관리만 하니까. 에이전트가 '생각'하는 거 읽고, 방향 잡아주고, 중간에 멈추고 하는 게 새로운 방식의 프로그래밍 같아서 좋음.

이제 Claude에 에이전트 대시보드가 내장되어 있음. 난 아직 안 써봤는데, 아니면 로컬호스트에 직접 구축해도 됨.