핵심 요약
Peter Steinberger는 OpenClaw를 "개인용 에이전트" 실험에서 시작해, 전 세계 커뮤니티가 붙는 오픈소스 현상으로 키웠다.
핵심 전환점은 모델에 도구와 컴퓨터 접근을 주었을 때, 사람이 설계하지 않은 해결 경로를 스스로 찾아 실행하는 모습을 목격한 경험이다.
그는 생산성의 비결을 '복잡한 셋업'이 아니라, 대화형 워크플로와 문제 해결 능력(그리고 놀이처럼 접근하는 태도)에서 찾는다.
OpenClaw는 '계획'보다 '연쇄 실험'에서 나왔다
OpenClaw는 처음부터 큰 비전으로 설계된 제품이라기보다, "내가 필요해서 만든 작은 조각들"이 누적되어 합쳐진 결과에 가깝다.
그는 9~10개월 동안 수십 개 프로젝트를 만들며, 에이전트가 "내 대신 무엇을 해줬으면 좋겠다"라는 소망을 기능 단위로 계속 실험했고, 그 중 살아남은 것들이 OpenClaw로 흡수됐다.
흥미로운 점은 성공의 신호가 기술적 지표가 아니라 생활 속 마찰에서 왔다는 것이다. 여행 중 인터넷이 불안정한 환경에서 WhatsApp 기반 사용성이 폭발적으로 좋아졌고, 친구들이 "나도 써보고 싶다"라고 요구했을 때 제품 감각이 확실해졌다고 말한다.
도구를 준 에이전트는 '명령 수행'이 아니라 '문제 해결'로 움직인다
가장 상징적인 에피소드는, 개발자가 의도하지 않은 입력(파일 확장자 없는 음성 메시지)에 대해 에이전트가 스스로 처리 파이프라인을 구성한 사건이다.
에이전트는 파일 헤더를 보고 오디오 코덱을 추정하고, FFmpeg로 변환한 뒤, 로컬에 전사 도구가 없자 환경에서 키를 찾아 API로 전사해 답을 반환했다. 즉 "기능이 없으니 실패"가 아니라 "목표를 달성하기 위해 수단을 조립"했다.
여기서 교훈은 에이전틱 개발의 본질이 '코딩'보다 '문제 해결 능력'에 더 가깝다는 점이다. 코딩은 그 문제 해결을 실현하는 한 가지 표현 방식이 된다.
생산성 폭증의 원인: 모델 성능 + 하네스 + 사람의 감각 학습
그의 GitHub 활동이 특정 시점 이후 급격히 진해진 이유는 단순히 모델이 좋아져서가 아니라, 에이전트가 일하도록 만드는 "하네스(작업 방식과 연결된 도구 체계)"와 본인의 운영 감각이 함께 성숙했기 때문이다.
그는 AI로 개발하는 것을 "누구나 바로 되는 마법"으로 보지 않는다. 기타를 처음 잡고 하루 만에 연주가 안 된다고 결론 내리면 안 되듯, 프롬프트와 작업 분해 역시 숙련되는 기술이라고 본다.
그래서 소위 'vibe coding' 같은 딱지에 반감을 드러내며, 제대로 하면 감으로 "이 프롬프트는 잘 먹히겠다/오래 걸리겠다/아키텍처가 어긋났다"를 읽게 된다고 설명한다.
"셋업 최적화 함정"을 피하는 대화형 워크플로
그는 많은 사람들이 에이전틱 도구를 쓰면서도 "환경 최적화에 매몰"되어 실제 생산성이 늘지 않는 상태에 빠진다고 본다(그 스스로도 그랬다고 인정).
핵심은 모델을 페어 프로그래머처럼 다루기보다, 일을 맡기는 동료처럼 "대화로 요구를 명료화"하는 것이다. 특히 그가 강조하는 한 문장이 있다: "Do you have any questions?"
모델은 기본적으로 빈칸을 가정으로 채우며 진행하려는 성향이 있으니, 먼저 질문을 끌어내 요구사항의 구멍을 메우는 편이 결과 품질을 크게 올린다는 뜻이다.
코드를 '다 읽지 않고도' 배포하게 되는 이유와 전제
그는 이제 모델이 작성한 코드를 전부 읽지 않고도 배포하는 경우가 있다고 말한다. 전제는 "대부분의 코드는 데이터 형태를 변환하는 반복 작업"이며, 전체 흐름에 대한 정신 모델이 있으면 스트림만 봐도 크게 벗어나지 않는다는 판단이 가능하다는 것이다.
또한 과거 팀 리딩 경험처럼, 사람 동료가 쓰는 코드도 내 취향과 다르지만 결과가 맞으면 받아들이듯, 에이전트가 만드는 코드도 "내 스타일 강요"보다 "시스템이 잘 굴러가게 만드는 최적화"가 중요해진다고 본다.
다만 이는 무조건적 신뢰가 아니라, 성능/안전/아키텍처처럼 중요한 축에만 집중해서 읽고 고친다는 의미에 가깝다.
PR은 '코드 기여'보다 '의도 기여'가 된다
OpenClaw에 PR이 폭증하자, 그는 PR을 예전처럼 "코드 자체의 가치"로 보기 어려워졌다고 말한다. 어떤 변경이든 먼저 중요한 건 "이 사람이 해결하려는 의도(문제 정의)가 무엇인가"다.
또한 낯선 외부 기여 코드는 악의 가능성을 더 검토해야 하므로, 아이러니하게도 "내가 모델로 직접 만드는 것"보다 리뷰 비용이 커지기도 한다.
그래서 그는 모델에게 먼저 "이 PR의 의도를 이해했는가, 더 좋은 해결은 없는가, 국소 수정이 아니라 구조 문제는 아닌가"를 묻고, 대화로 정리한 뒤 자동화된 절차(예: PR 병합까지 한 번에 수행하는 슬래시 커맨드)로 마무리한다.
오픈소스 에이전트의 보안 현실: '의도된 사용'과 '실제 사용'의 간극
그는 OpenClaw가 원래 "신뢰된 네트워크 내부에서 쓰는 디버그/관리용 웹 서버" 같은 구성도 포함하고 있으며, 설정을 열어두면 공용 인터넷에 노출될 수 있다고 말한다. 문제는 사용자가 경고를 무시하고 노출시킨 뒤, 보안 업계가 그 가능성 자체를 치명적 취약점으로 평가하는 상황이 생긴다는 점이다.
결국 그는 "사람들이 의도와 다르게 쓸 수 있다는 현실"을 받아들이고, 보안 전문가를 합류시켜 안전장치를 강화하는 방향으로 움직인다. 오픈소스의 자유가 곧 '사용자 발 자르기 위험'도 동반한다는 뜻이다.
에이전트에게 더 많은 권한을 줄수록 더 강해지지만, 운영 책임도 커진다
그는 디스코드에 봇을 공개로 풀어 커뮤니티가 열광하던 초기에, 샌드박싱도 미비한 상태에서 위험을 감수했다고 말한다. 프롬프트 인젝션은 "아직 해결되지 않은 문제"라는 인식을 분명히 하면서도, 최신 모델이 생각보다 버티는 장면(무의미한 코드 덩어리를 "읽지 않겠다"라고 거부하는 등)을 관찰했다고 한다.
또한 신뢰성 확보를 위해 붙여둔 자동 재시작(LaunchDaemon)이 오히려 통제 실수로 이어져, 꺼둔다고 생각한 에이전트가 밤새 재가동해 수백 메시지에 응답한 사건도 있었다. 에이전틱 시스템은 기능이 강해질수록, "운영"이 제품의 일부가 된다.
인사이트
에이전틱 개발의 핵심은 '툴이 코딩을 대신한다'가 아니라, 목표를 주면 수단을 조립해 문제를 푸는 존재를 다루는 법을 배우는 데 있다.
시작할 때는 셋업을 과하게 최적화하기보다, 꼭 만들고 싶던 작은 프로젝트를 놀이처럼 잡고, 대화로 요구사항을 선명하게 만드는 습관(예: "질문 있어?")부터 붙이는 편이 효과가 크다.
권한(키, 파일, 배포, 시스템 접근)을 넓힐수록 효용은 커지지만, 동시에 샌드박싱·네트워크 노출·비밀 관리·자동 재시작 같은 운영 체크리스트가 제품의 일부가 된다는 점을 전제로 설계해야 한다.
출처 및 참고 :
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.