[한영자막] OpenClaw 창시자 Peter Steinberger가 AI 에이전트를 굴리는 방법

한 줄 핵심

AI 에이전트의 가치는 더 긴 프롬프트가 아니라, 인간이 개입해야 하는 횟수를 줄이기 위해 검증·리뷰·실행 환경을 루프로 설계하는 데 있다.

시간별 요약

1. 0:00
   핵심 병목은 token이나 CPU가 아니라 attention이며, 에이전트 작업에서 가장 중요한 목표는 사람이 루프에 다시 들어가야 하는 빈도를 줄이는 것이다. 프롬프트에서 끝내지 말고 검증까지 확장해야 실질적인 효용이 커진다.
2. 2:00
   PR 작성 시 transcript를 업로드하게 하면 작업 맥락과 노력의 정도가 드러나 리뷰 우선순위를 판단하기 쉬워지고, PR과 issue의 품질도 올라간다. 별도 hook보다 default skill로 넣어 모든 coding agent에 공통 적용하는 방식이 구현과 확산에 유리하다.
3. 5:00
   자동 리뷰는 새 코드가 만든 PR을 다시 같은 작업 세션으로 되돌려 보내야 효과가 크다. 별도 리뷰 세션에서 지적만 하는 것보다 원래 맥락을 가진 세션이 판단하게 해야 오탐 수정으로 인한 설계 훼손을 줄일 수 있고, 결정 사항은 PR 설명에 반영해 재발을 막아야 한다.
4. 8:01
   crap box는 장시간 실행되는 에이전트 작업을 로컬 MacBook에서 떼어내 별도 box에서 rsync, 테스트, 실행하게 만들어 CPU 병목과 기기 과부하를 없앤다. fresh machine에서 Windows, Linux, Mac OS를 함께 다루고 screenshot 기반 제어까지 붙이면 실제 배포 환경과 유사한 검증이 가능해진다.
5. 12:02
   공유 가능한 VNC 세션과 화면 제어는 에이전트가 만든 결과를 다른 사람도 즉시 검증하게 만들어 피드백 루프를 넓힌다. 이 구조에서는 비개발자도 링크를 열어 새 기능을 시험할 수 있어, 아이디어 검증과 반려를 훨씬 빠르게 반복할 수 있다.
6. 15:00
   실제 운영에서는 issue 분류, PR 생성, 리뷰, 수정이 이미 여러 에이전트의 중첩 루프로 돌아가고 있으며, 인간의 역할은 무엇을 만들지와 전체 구조가 맞는지 판단하는 쪽으로 이동한다. 다만 에이전트는 큰 그림과 맥락 적합성을 아직 잘 못 보므로, 시스템 차원의 불변식과 의사결정 기준은 사람이 계속 관리해야 한다.

실무 인사이트

• 에이전트 생산성을 높이려면 프롬프트 개선보다 transcript, review, sandbox 실행처럼 검증 경로를 먼저 자동화하는 편이 효과적이다.
• 자동 리뷰는 별도 보고서보다 원래 coding session에 피드백을 되돌려야 맥락 손실로 인한 잘못된 수정과 재작업을 줄일 수 있다.
• 장기 실행 작업은 로컬 개발 환경이 아니라 fresh machine 기반 box에서 돌리고, screenshot과 원격 제어를 붙여 실제 사용 환경 검증까지 포함해야 한다.