‘사용자와 에이전트가 같이 쓰는 브라우저’ ego lite(영상 표기 기준, ‘에고라이트’로 읽어요)를 제로초가 실사용해 본 영상을 자막 원문으로 읽었어요. 로그인 세션을 그대로 쓰는 브라우저 자동화가 커서 뺏김·재로그인 같은 기존 불편을 어떻게 줄이는지, 그리고 게시 전 승인 단계를 왜 사람이 남겨야 하는지를 영상에서 확인한 동작 중심으로 정리한 기록이에요.
브라우저 자동화를 쓰다 보면 대부분 비슷한 지점에서 걸려요. 자동화가 돌아가는 동안 내 마우스 커서가 뺏기고, 자동화 세션마다 로그인이 풀려 2단계 인증부터 다시 해야 하는 것들이에요. 제로초 채널의 영상 ‘크롬이면 충분한 줄 알았습니다… ego lite를 써보기 전까지’(2026-10-19 게시, 12분 58초, 무료 공개 본편)은 바로 이 두 불편에서 출발해, 사용자와 에이전트가 하나의 브라우저를 나눠 쓰는 ego lite를 실제로 설치하고 코덱스와 연동해 써 본 과정을 보여 줘요.
이 글은 영상 자막 전문(378세그먼트)을 1차 근거로 삼고, 동작과 발언은 문장 안에 ‘영상에서/영상은/영상의’ 소속을 명시했어요. Edu는 ego lite를 직접 사용해 본 적이 없어서 ‘직접 써본 결과’류 서술은 두지 않았고, 영상에서 확인한 동작과 제로초의 발언만 옮겼어요. 승인 단계·민감 계정 분리 같은 Edu 업무자동화 수칙 연결은 글 후반의 Editor_K의 해석으로 따로 분리했어요.
기존 브라우저 자동화의 두 불편 — 커서 뺏김과 매번 다시 로그인
영상은 문제를 아주 구체적으로 시작해요. 사이드 프로젝트로 서비스를 완성해도, 그걸 세상에 알리는 홍보 글을 커뮤니티마다 형식에 맞춰 올리는 일이 손이 안 간다는 거예요. 영상에서 제로초는 X나 디스코드 개발자 커뮤니티마다 들어가 형식을 맞춰 올리는 작업이 엄청나게 번거로웠다고 말해요.
기존 브라우저 자동화로 이 일을 하려면 두 가지 불편이 따라온다는 게 영상의 설명이에요. 첫째, 자동화가 별도 컴퓨터에서 돌아가는 동안 사용자가 마우스 작업을 하다가 커서를 순간 뺏기는 충돌이 생겨요. 영상에서는 “지금 계속 마우스 커서 뺏기고 있죠”라는 말과 함께 그 불편을 직접 보여 줘요. 둘째, 자동화 세션에서 사이트를 띄우면 로그인이 풀려 있어서, 로그인을 다시 하더라도 2단계 인증부터 반복해야 해요. 자동화할 때마다 로그인을 일일이 해 줘야 하는 게 진짜 귀찮다는 게 영상의 말이에요.
ego lite는 어떤 브라우저일까 — 사용자와 에이전트가 나눠 쓰는 하나의 브라우저
영상이 소개하는 ego lite는 에이전트가 브라우저 작업을 하도록 만든 크로미움 기반 브라우저예요. 특징은 두 가지라 영상은 정리해요. 사용자의 로그인 정보를 그대로 가져다 쓸 수 있고, 사용자가 브라우저를 쓰는 동안 뒤에서 방해하지 않고 동시에 작업한다는 거예요. 지원 환경은 영상 발표 시점 기준 맥 우선이고, 윈도우판은 ‘이번 달(10월)’ 출시 예정으로 소개됐어요.
설치와 적응도 영상에서 확인한 동작이에요. 크롬과 UI가 거의 같아서 따로 배울 게 없었고, 크롬 프로필 정보 가져오기를 선택하니 크롬에 로그인돼 있던 페이지들이 전부 로그인된 상태로 이어졌다는 거예요. 코덱스나 클로드와 연결하면 ego lite 설치 때 코덱스 플러그인도 함께 깔리고, 채팅에서 바로 브라우저 작업을 시킬 수 있었다고 영상은 보여 줘요.
화면 구조가 이 글의 핵심이에요. 영상에서 옵션+S를 누르면 파란 테두리가 둘러진 별도의 에이전트 스페이스가 열리고, 다시 옵션+S를 누르면 사용자 화면으로 돌아와요. 스페이스를 에이전트와 사람이 나눠 가지는 구조라서, 사용자는 메인 화면에서 자기 일을 계속하고 에이전트는 다른 스페이스에서 자기 할 일을 하는 거예요. 영상에서 코덱스와 연동해 쓴 에이전트는 ‘아스트라’라는 이름으로 불리는데, 이 명칭은 영상 내 표기이고 코덱스 자체를 가리키는 이름이 아니어서 본문에서는 구분해 적었어요.
| 구분 | 기존 자동화의 불편(영상) | ego lite의 접근(영상) |
|---|---|---|
| 마우스·커서 | 자동화가 돌아가는 동안 작업 중 마우스 커서를 뺏기는 충돌 | 사용자 화면 뒤 별도 스페이스에서 백그라운드 동시 작업 |
| 로그인·2단계 인증 | 자동화 세션마다 로그인이 풀리고 2단계 인증을 반복 | 사용자의 로그인 정보를 그대로 사용해 재로그인 불필요 |
제어권은 누구에게 — Takeover와 Return to Agent
에이전트가 브라우저를 조작하는 동안 사람이 끼어들어야 하면 어떻게 될까요? 영상에서 확인한 동작으로 정리하면 이렇게 돼요. 작업 중 화면의 테이크오버(Takeover) 버튼을 누르면 에이전트로부터 컨트롤 권한을 뺏어 올 수 있고, 사용자가 잠깐 그 스페이스를 담당해요. 이때 ego lite가 사용자 직접 조작을 감지해 브라우저 제어를 중지한다는 게 영상의 설명이에요. 이후 리턴 투 에이전트(Return to Agent)를 눌러 권한을 돌려주면, 브라우저가 이를 감지해 에이전트가 하던 작업을 다시 이어 간다고 영상은 보여 줘요.
작업이 끝나면 컨트롤 권한이 사용자에게 다시 넘어와서, 최종적으로 게시할지 말지를 사람이 선택하는 흐름이었다고 영상은 전해요. 물론 게시까지 ego lite에게 맡길 수도 있지만, 제로초는 항상 마지막에는 사람이 검토하는 것을 추천한다고 말해요.
사용자가 평소 브라우저 작업을 이어간다. 뒤에서는 에이전트가 별도 스페이스에서 작업한다(영상).
에이전트가 브라우저를 조작해 초안 입력 같은 작업을 수행한다(영상).
ego lite가 사용자 직접 조작을 감지해 브라우저 제어를 중지한다(영상).
에이전트가 작업을 이어가고, 완료되면 컨트롤 권한이 사용자에게 넘어와 최종 게시 여부를 사람이 선택한다(영상).
실전 예시 — 커뮤니티 홍보 글 초안 입력과 게시 전 승인
영상의 실전 예시는 이 글의 주제를 가장 잘 보여 줘요. 제로초는 준비해 둔 마크다운 원고를 플러그인으로 읽어, Threads와 Reddit 같은 커뮤니티에 맞는 형식으로 바꿔 게시글 초안을 입력해 달라고 시켜요. 여기에 ‘내가 확인하기 전에는 게시하지 마’라는 제한 사항을 함께 넣었다는 게 영상의 설명이에요. 최종적으로 수행하기 전에 승인을 받는 과정을 명시해 주는 게 좋다는 게 영상의 조언이에요.
그러면 아스트라가 ego lite 브라우저로 Threads와 Reddit 작성 화면을 열고, 이미 로그인된 상태를 그대로 써서 제목과 본문 초안을 채워 넣어요. 중간에 ‘작성 중인 글이 있습니다’ 팝업처럼 갑자기 뜨는 장애물이 있어도 AI가 상황을 판단해 팝업을 닫고 진행했고, 작성해 둔 내용이 날아가지 않게 임시 저장까지 수행했다는 게 영상에서 확인한 동작이에요. 완성된 초안은 컨트롤 권한과 함께 사용자에게 넘어와서, 게시할지 말지의 최종 판정은 사람이 하게 돼요.
로그인 공유의 양면성 — 영상이 지적한 위험
여기가 이 글에서 가장 조심스러운 부분이에요. 로그인 세션을 그대로 쓰는 건 편의인 동시에 위험이라는 걸 영상이 직접 짚어요. 네이버에 로그인해 둔 상태에서 에이전트가 ego lite로 네이버 블로그 페이지에 들어가면 당연히 로그인이 되어 있는 상태라, 에이전트가 로그인된 계정으로 작업을 수행해 버릴 수 있다는 거예요.
영상에서 지적한 위험은 구체적이에요. 로그아웃 상태에서 무언가를 하고 싶었는데 미리 로그인해 둔 바람에, 의도와 다르게 로그인된 상태로 댓글을 달아 버릴 수도 있다는 거예요. 그래서 영상은 이런 작업을 할 때는 내가 어디에 로그인해 뒀는지 기억하고 나서 하라고 권하고, 민감한 계정은 신중하게 선택해야 한다고 덧붙여요.
이 지점이 승인 단계 논의와 만나는 자리예요. 로그인 세션 공유는 ‘재로그인이 필요 없다’는 편의와 ‘내 계정의 행위 권한을 에이전트에게 열어준다’는 위험이 한 묶음이라는 게 영상이 보여준 구조예요. 그래서 Edu 업무자동화 수칙과 연결할 때는 민감 계정 분리와 함께 읽어야 해요. 구체적인 수칙 연결은 뒤의 해석 절에서 따로 정리할게요.
Playwright, Puppeteer와의 차이 — AI 적응의 대가인 토큰
기존 자동화 도구와 비교하면 ego lite의 위치가 명확해져요. 영상은 Playwright나 Puppeteer 같은 크로미움 자동화와 비교해요. 이런 도구들은 로그인 상태를 미리 구성하는 등 설정을 직접 해 줘야 하고, 별도의 크로미움을 띄워 자동화하는 방식이라는 거예요. ego lite는 사용자가 쓰면서 로그인해 둔 것을 에이전트가 그대로 받아 쓰고, 사용자가 쓰는 브라우저 안의 별도 스페이스에서 백그라운드로 동시 작업한다는 게 다른 점이라고 영상은 정리해요.
직접 만든 자동화 프로그램과의 비교도 영상에 나와요. 제로초는 예전에 네이버 블로그 자동 게시 프로그램을 직접 만들어 썼는데, 사이트가 개편할 때마다 유지보수해야 했고 제목이 누락되는 식의 고장도 겪었다고 말해요. 미리 만든 프로그램은 게시할 때 토큰을 소모하지 않는 장점이 있지만 구조 변화에 취약하고, ego lite와 에이전트 조합은 사이트 화면이 바뀌어도 AI가 판단해 적응하지만 새 입력마다 판단하느라 토큰이 소모된다는 게 영상의 트레이드오프 설명이에요.
그래서 영상은 절약 팁 하나를 덧붙여요. 반복 작업은 스킬로 정형화해 만들어 두면 토큰 소모를 줄일 수 있다는 거예요. 팝업 장애물 처리 같은 상황 대응은 AI 판단에 맡기되, 정해진 반복은 정형화해 두는 방향이에요.
| 비교 항목 | Playwright, Puppeteer 방식(영상) | ego lite 방식(영상) |
|---|---|---|
| 브라우저·로그인 구성 | 별도 크로미움을 띄우고 로그인 상태를 직접 구성 | 사용자가 쓰던 브라우저의 로그인을 그대로 사용 |
| 사이트 개편 대응 | 개편 때마다 프로그램 유지보수 부담 | AI가 화면 변화를 판단해 적응 |
| 판단 비용 | 미리 만든 프로그램은 실행에 토큰 소모 없음 | 매 판단마다 토큰 소모 — 반복 작업은 스킬로 절약 |
마지막 승인은 사람이 — 영상의 안전 조언
영상이 ego lite 공식 사이트를 소개한 내용도 함께 전해요. 데이터 스크래핑, 자동으로 이력서 제출하기, 테스트 자동화 같은 활용 예가 올라와 있었고, 특히 테스트 자동화는 개발자·QA를 하시는 분들이 관심 가질 만한 기능이라는 게 영상의 설명이에요. 브라우저를 직접 조작해 사이트에 들어가 작업을 수행할 수 있으니 이런 테스트도 가능하다는 거예요. 폼 자동 입력 같은 작업에서 시간을 크게 줄일 수 있다는 말도 영상에 이어져요.
그리고 마지막에 안전 조언이 붙어요. 승인도 건너뛰고 바로 게시하게 할 수 있지만, 엉뚱한 글을 올리는 위험을 막으려면 마지막에 꼭 승인 과정을 거치라고 제로초가 권한다는 거예요. ‘게시까지 에이전트에게 맡길 수 있다’와 ‘마지막 승인은 사람이 한다’가 함께 가는 조언이에요. 제품 다운로드·지원 환경 관련 링크는 영상 설명과 고정 댓글에 남겨둔다고도 영상은 안내해요.
영상 원문은 아래에서 그대로 볼 수 있어요.
오늘의 배울 점과 다음 적용
여기부터는 Editor_K의 해석이에요. 첫째, 이 영상의 진짜 교육 포인트는 속도가 아니라 권한 설계예요. ‘승인도 건너뛸 수 있다’는 말이 나오는 순간이 위험도가 가장 높은 순간이에요. 로그인 세션을 그대로 쓴다는 건 곧 내 계정의 행위 권한을 에이전트에게 열어주는 일이라서, Edu 업무자동화에서 늘 강조하는 ‘초안 생성은 위임하되 게시·발송·승인 권한은 사람이 남긴다’는 수칙과 정확히 같은 방향이에요. 영상의 Takeover·Return to Agent 구조가 이 수칙을 억지로 외우게 하지 않고 조작 감각으로 익히게 해 준다는 점이 인상적였어요.
둘째, 적용 장면은 Edu 업무자동화 세션의 미니 실습으로 바로 옮길 수 있어요. ‘에이전트에게 초안 작성까지, 게시 버튼은 사람’이라는 역할 분리를 과제로 두고, 학습자가 제한 사항(예: 게시 전 승인 필수)을 지시문에 직접 적어 보게 하는 거예요. 여기에 민감 계정 분리 수칙을 붙여, 연습은 테스트 계정으로 하고 개인 주계정은 에이전트 작업 범위에서 분리하는 절차까지 함께 가면 좋아요. 로그인 세션 공유 특성상 ‘내가 어디에 로그인해 뒀는지 점검하기’를 실습 시작 루틴으로 넣는 것도 영상의 조언을 그대로 옮기는 방법이에요.
셋째, 확인 조건도 분명히 두고 싶어요. 지원 환경과 윈도우 출시 일정은 영상 발표 시점 정보라서, 세션 전에 공식 페이지를 다시 확인해야 해요. 조직 계정으로 이런 브라우저를 쓸 때는 소속 정책이 허용하는지도 미리 확인이 필요하고요. 같은 ‘에이전트가 웹을 다루는’ 축에서 ‘웹사이트가 AI에게 도구 사용법을 알려주는 시대 — WebMCP 초안과 크롬 오리진 트라이얼 읽기’(2026-10-15)를 함께 읽으면 축이 정리돼요. WebMCP는 사이트가 도구 사용법을 표준으로 알려주는 쪽이고, ego lite는 사용자의 브라우저 세션을 에이전트가 직접 조작하는 쪽이에요.
한계와 남은 질문
이 글의 사실 관계는 2026-10-21 자막 원문 확인 시점 기준이에요. ‘이번 달(10월) 윈도우 출시 예정’과 맥 우선 지원, 지원 환경 관련 안내는 전부 영상 발표 시점 정보라서 본문에서 단정하지 않았고, 공식 페이지 대조는 후속 과제로 남겨요. ‘아스트라’라는 명칭은 영상 내 표기라 실제 제품·서비스 표기와 다를 수 있어서, 코덱스 자체와 구분해 소속을 명시했어요.
제품명은 본문에서 ego lite로 통일했고, 첫 등장에서 영상 표기(‘에고라이트’로 읽음)를 안내했어요. 음성인식 자막을 1차 근거로 삼았기 때문에 고유명사 표기는 원문과 다를 수 있어요. Edu는 ego lite를 직접 사용하지 않았으므로 이 글의 동작 서술은 전부 영상에서 확인한 동작의 재전달이고, Edu의 독립적 재검증 결과가 아니에요. 로그인 세션 공유 위험도 Edu 실험 결과가 아니라 영상에서 지적한 위험을 옮긴 것이에요. 남은 질문은 세 가지예요. 공식 페이지 기준의 지원 환경 대조, 윈도우판 실제 출시 확인, 그리고 로그인 세션 공유를 전제로 한 조직 계정 운영 수칙의 일반화예요.
출처와 시각자료
- 메인 원문: 제로초, ‘크롬이면 충분한 줄 알았습니다… ego lite를 써보기 전까지’(자막 기록 표기 기준), 2026-10-19 게시, 12분 58초, 무료 공개 본편. https://www.youtube.com/watch?v=zQKLH66TKEo (2026-10-21 자막 전문 확인, OMW ai_edu 자막 발췌 보존) — 두 불편·ego lite 개요·Takeover·실전 예시·토큰 절약·안전 조언의 1차 근거예요.
- 자막 기록: 제로초 영상 자막 전문(raw, 378세그먼트 보존, 2026-10-20 수집·2026-10-21 재확인) — 본문 인용 문장들의 위치예요.
- 계열 글: 요즘 AI소식 2026-10-15 ‘웹사이트가 AI에게 도구 사용법을 알려주는 시대 — WebMCP 초안과 크롬 오리진 트라이얼 읽기’ — 같은 ‘에이전트가 웹을 다루는’ 축에서 접근 방식이 다른 계열 글이에요.
시각자료 출처
- 첫 번째 이미지: AI 생성 이미지(gpt-image-2, 2026-10-21 생성, Edu 제작). 텍스트 없는 독창적 일러스트이며 실제 제품 화면이 아니에요.
- 두 번째 이미지: AI 생성 이미지(gpt-image-2, 2026-10-21 생성, Edu 제작). 텍스트 없는 독창적 일러스트이며 실제 제품 화면이 아니에요.
- 두 불편 대응 표: 영상의 문제 정의·소개(2026-10-21 자막 확인)를 Editor_K가 재구성했어요.
- 도구 비교 표: 영상의 도구 비교 설명(2026-10-21 자막 확인)을 Editor_K가 재구성했어요.
- 브라우저 제어권 상태 전이 다이어그램: 영상에서 확인된 동작(2026-10-21 자막 확인)을 Editor_K가 상태 전이 구조로 재구성했어요.
- YouTube 임베드: 원문 공식 임베드예요.
근거 수준 고지: 이 글의 사실 관계는 2026-10-21 자막 확인 시점 기준이며, 영상 게시물은 이후 수정·삭제될 수 있어요. 영상의 사용 후기와 해석은 한 분의 견해이고, Edu의 독립적 재검증 결과가 아니에요. 이후 원문이 사라지면 인용 부호도 확인이 필요해요.
forum 토론 및 피드백 1