번아웃 이후 전환과 재학습
- [04:44] 스스로 “너무 불타고” 있었고 긴장을 풀 시간이 필요했지만, 쉬는 동안에도 기술 뉴스는 계속 따라감
- [05:05] 새로운 기술을 글로만 접하면 그 “힘”이 제대로 전해지지 않음 — 직접 만들어봐야 와닿음
- [05:13] “다시 뭔가를 만들고 싶다”는 필요를 느꼈을 때 비로소 준비가 됨
- [05:20] 더 이상 Apple 기술로 만들고 싶지 않았음 — 너무 오래 해왔고, 세상은 이미 앞으로 나아감
- [05:34] 한 분야의 전문가에서 다른 분야로 옮기는 건 어려운 게 아니라 “고통스러운” 것
“[05:44] 오히려 고통스럽습니다.”
- [06:13] 번아웃 때문에 끝내지 못한 “반쯤 해놓은” 프로젝트를 가져옴
- [06:36] 모든 파일을 담은 1.5MB짜리 거대한 Markdown 파일을 만들어 Gemini Studio에 끌어다 놓음
OpenClaw 탄생 — 1시간 만에 프로토타입
- [09:09] 프로토타입을 만든 뒤 큰 연구소들이 다 만들 거라 생각하고 기다렸으나, 11월이 되도록 아무도 만들지 않음
- [09:38] 결국 직접 만든 것이 OpenClaw의 첫 번째 버전
- [09:51] 첫 프로토타입은 한 시간 정도밖에 안 걸림 — “그냥 무언가를 존재하게 만들어내기만 하면” 됨
- [10:01] 마라케시 주말 여행에서 불안정한 인터넷 환경에서도 WhatsApp 기반으로 편리하게 사용하며 가치를 체감
에이전트의 자율적 문제 해결
- [11:14] 훌륭한 코더가 되려면 “훌륭한 문제 해결사”가 되어야 하고, 이는 어느 분야에나 적용됨
- [11:27] 음성 메시지를 보냈는데 모델이 스스로 답장 — 확장자 없는 파일의 헤더를 읽고 Opus 코덱을 식별
- [11:45] FFmpeg로 변환 후 Whisper가 없자 환경에서 OpenAI 키를 찾아 cURL로 전사까지 자동 수행
“[12:06] 이런 에이전트들에게 도구와 컴퓨터에 대한 완전한 접근 권한을 주는 힘입니다.”
개인 비서 봇 — 스킬과 단계적 변화
- [12:11] 에이전트들이 프로그래밍하지 않았는데도 스스로 해결책을 만들어냄
- [13:15] 더 많은 접근 권한·도구·스킬을 줄수록 더 감탄하게 됨
- [13:22] Vercel 스킬을 주면 앱을 만들고, AI 기능을 넣고, 배포까지 완료 — 공유 가능한 링크 즉시 생성
- [13:35] 이것은 “코드를 쓰기 위해 스스로를 보강하는 것”과는 비교할 수 없는 단계적 변화
- [14:08] 사람들에게 보여주기 위해 디스코드에 봇을 넣어 공개 데모
프롬프트 인젝션과 보안 실험
- [14:56] 카나리 파일
mysoul.md에 가치관·운영 방침을 정의해두고 비밀로 유지 - [15:14] 모르는 사람들이 프롬프트 인젝션 시도 — 대량 코드 블록 붙여넣기에 모델이 “이건 안 읽겠습니다”로 거부
- [15:54]
mysoul.md탈취에 아무도 성공하지 못함 — 프롬프트 인젝션은 가능하지만 생각보다 쉽지 않음 - [16:05] 큰 실수: 봇을 끈 뒤 LaunchDaemons이 5초 만에 자동 재시작 — 잠든 사이 800개 메시지에 답장
- [16:26] 이후 샌드박싱 도입, 에이전트를 격리 컨테이너(“더 캐슬”) 안에 배치
제약 속 창의성과 1인 개발의 힘
- [16:43] 빈 도커 컨테이너에서 cURL조차 없는 환경 — 모델이 TCP 소켓과 C 컴파일러로 자체 cURL을 만들어 웹사이트 접속 성공
- [17:52] 이런 수준의 프로젝트는 어떤 인간도 혼자서는 해낼 수 없었을 것
- [18:00] 불과 1년 전만 해도 한 사람이 이런 걸 만들 수 있다는 전제 자체가 없었음
- [18:17] GitHub에서 지난 1년간 120개 이상 프로젝트에 약 9만 건 기여
Codex 워크플로와 “바이브 코딩” 논쟁
- [18:39] Codex로 워크플로 전환 — 세대가 바뀔 때마다 에이전트·하네스·접근법 이해도 모두 향상
- [18:59] “예전 방식”의 소프트웨어 개발은 결국 사라질 것
- [19:05] “바이브 코딩”을 비하 표현으로 봄 — AI 사용도 기술이며, 놀이하듯 익숙해지며 배워야 함
- [19:29] 시간이 지나면 어떤 프롬프트가 먹히는지, 얼마나 걸리는지 감이 생김
- [19:37] 시간이 오래 걸리면 아키텍처가 틀렸거나 사고 자체가 틀렸을 수 있음을 성찰
에이전틱 트랩 — 셋업 최적화의 함정
“[20:03] 저는 그걸 ‘에이전틱 트랩’이라고 부릅니다.”
- [20:06] 새 기술을 접한 순간부터 효과적으로 일하기까지, 셋업을 극도로 최적화하려다 갇히는 현상
- [20:14] 셋업 최적화는 “더 생산적인 것처럼 느껴지게” 하지만 실제 생산성을 높이지는 않음
- [20:22] 핵심은 “그냥 대화하듯이 접근하라” — Codex는 페어 프로그래밍이 아닌 대화
“[20:37] 저는 항상 모델에게 ‘질문이 있나요?‘라고 묻습니다.”
- [20:42] 모델은 문제를 해결하도록 훈련되어 가정을 먼저 하는데, 그 가정이 항상 최선은 아님
- [20:53] 오래된 코드로도 학습했기 때문에 “질문이 있나요?”가 정말 중요한 질문
- [21:16] 인간이 전체 그림을 머릿속에 갖고, 모델을 “여기 봐라, 저기 봐라” 식으로 안내해야 함
- [21:33] 워크트리를 쓰지 않고, 단순하게 유지하면 실제 문제에 더 집중할 수 있음
PR 리뷰 — 코드보다 의도가 중요한 시대
- [23:14] 코드베이스를 “에이전트가 최고의 일을 할 수 있도록” 최적화해야 하며, 사람 최적화와 항상 같지는 않음
- [23:36] 코드의 가치와 코드를 대하는 방식이 근본적으로 바뀌고 있음
- [24:01] PR을 “프롬프트 리퀘스트”라고 부름 — 코드보다 아이디어와 의도가 더 중요해짐
“[24:39] 제가 중요하게 보는 건, 이 사람이 실제로 무엇을 해결하려는지입니다.”
- [25:08] 외부 기여의 작은 수정은 대개 더 시스템적·아키텍처적 문제의 일부
- [25:52] 음성 입력으로 Codex를 사용 — 타이핑보다 음성으로 토큰을 주는 게 더 쉬움
- [26:01] 만족하면 슬래시 커맨드 하나로 브랜치 생성→변경→PR 머지까지 자동 처리
비전 — 접근성과 자기 수정 소프트웨어
“[26:48] 저는 제 엄마도 설치할 수 있는 수준과 재미있고 해킹 가능해서 손대고 놀 수 있는 수준 사이의 균형을 찾고 싶습니다.”
- [27:09]
git clone→빌드→실행 방식이면 에이전트가 소스 코드를 인지하고 자기 자신을 수정할 수 있음 - [27:23] 이 흐름 덕분에 이전엔 PR을 보내지 않던 사람들도 기여하기 시작
- [28:47] 보안 전문가를 영입하고, 사용자가 “발등을 찍지 않도록” 돕는 것이 현재 핵심 초점
- [29:07] 오픈 소스의 아름다움: 개발자가 상상 못 한 아이디어를 사람들이 떠올림 — “아름다움이자 광기”
빌더를 위한 조언
- [30:12] 첫 번째 조언: 장난스럽고 즐기는 마음으로 접근하라
- [30:17] 늘 만들고 싶었던 무언가를 직접 만들어보라 — “그냥 해보라”
- [30:28] AI에게 대체되는 게 아니라 AI를 더 잘 쓰는 사람에게 대체됨
- [30:38] “만들고 싶다/문제를 해결하고 싶다”는 정체성을 가진 주도적 빌더의 수요가 높아질 것
- [30:50] 이런 도구들을 받아들이는 빌더들에게는 정말 좋은 시대
- [31:04] “2026년은 흥미로운 한 해”가 될 것