기본 콘텐츠로 건너뛰기

헤르메스에 날개를 달다: ego (lite) 브라우저로 로그인된 웹 업무 자동화하기

채팅하는 AI에서, 웹에서 실제로 일하는 AI로

Hermes Agent의 강점은 단순한 질의응답이 아닙니다. 파일을 읽고, 도구를 실행하고, 기억과 Skill을 축적하며, Slack이나 데스크톱 같은 여러 인터페이스에서 실제 업무를 이어갈 수 있다는 점입니다. 여기에 ego (lite)를 연결하면 Hermes가 로그인된 웹사이트를 눈에 보이는 브라우저에서 다룰 수 있습니다.

이번 글 자체가 그 실험입니다. 리서 역할의 Hermes가 공식 문서를 조사한 뒤, ego-browser로 ego (lite)의 한국어 가이드를 열고 내용을 확인했습니다. 이어 같은 TaskSpace에서 로그인된 Blogger 관리 화면으로 이동해 찰리초이 스토리 블로그까지 확인했습니다.

ego (lite)는 무엇인가

ego (lite)는 사람과 AI 에이전트가 함께 쓰도록 설계된 Chromium 계열 브라우저입니다. 에이전트는 별도의 Space에서 작업하므로 사용자가 보던 탭과 충돌하지 않으면서 웹페이지를 읽고, 클릭하고, 입력할 수 있습니다. 공식 사이트는 Chrome 데이터와 로그인 상태를 가져와 활용할 수 있다고 설명합니다.

Hermes와 ego (lite)는 같은 제품이 아닙니다. Hermes는 작업을 계획하고 도구를 선택하는 에이전트 런타임이고, ego (lite)는 실제 웹사이트를 조작하는 브라우저 환경입니다. 둘 사이는 ego-browser Skill이 연결합니다. 공개 GitHub 저장소에는 Skill과 문서가 MIT 라이선스로 제공되지만, ego (lite) 브라우저 앱은 별도의 무료 다운로드입니다.

왜 기본 헤드리스 브라우저 대신 ego (lite)를 쓰는가

일반적인 자동화 브라우저는 깨끗한 임시 프로필에서 시작하는 경우가 많습니다. 이 방식은 공개 웹 조사나 테스트에는 편하지만 Gmail, Blogger, Notion, 사내 시스템처럼 로그인 상태가 필요한 업무에서는 매번 인증 문제가 생깁니다.

ego (lite)는 사람이 사용하는 브라우저 맥락과 에이전트의 작업 공간을 Space로 분리합니다. 사용자는 자신의 작업을 계속하면서 에이전트가 별도 Space에서 어떤 페이지를 여는지 확인할 수 있습니다. 로그인이나 확인이 필요할 때 사람이 개입하고, 끝나면 에이전트가 다시 작업을 이어갈 수 있다는 점이 핵심입니다.

주의할 점도 있습니다. 로그인 상태를 쓸 수 있다는 것은 편의성과 권한이 동시에 커진다는 뜻입니다. 자동 게시, 구매, 계정 설정 변경처럼 되돌리기 어려운 작업은 승인 범위를 분명히 하고, 실행 뒤 결과를 반드시 다시 확인해야 합니다.

설치와 Hermes 연결

먼저 macOS에 ego (lite)를 설치하고 온보딩을 마칩니다. 현재 공식 GitHub README에 따르면 macOS를 지원하며 Windows와 Linux는 로드맵에 올라 있습니다.

온보딩을 마치면 ego-browser Skill이 일반적으로 다음 위치에 설치됩니다.

~/.agents/skills/ego-browser/

Hermes가 /ego-browser를 찾지 못한다면 Skill을 Hermes의 사용자 Skill 디렉터리로 복사합니다.

mkdir -p ~/.hermes/skills/ego-browser
cp -R ~/.agents/skills/ego-browser/. ~/.hermes/skills/ego-browser/

복사 후 Hermes를 다시 시작합니다. Desktop에서는 Settings > Safety에서 Approval Mode를 Smart로 설정하고, TUI에서는 공식 예시처럼 hermes --tui --yolo로 시작할 수 있습니다.

--yolo는 승인 프롬프트를 우회하므로 신뢰할 수 있는 작업에서만 사용해야 합니다. 외부 상태를 바꾸는 작업은 사용자의 명시적 승인 범위 안에서만 실행하세요.

첫 자동화 요청

Hermes에서 Skill 이름 뒤에 공백을 넣고 작업을 설명합니다.

/ego-browser Blogger 관리 화면을 열고 최근 게시물 제목 5개를 읽어줘.

공백이 없으면 Skill 이름과 작업 첫 단어가 하나의 명령으로 인식될 수 있습니다. /ego-browser 다음에 반드시 공백을 둡니다.

실제 내부 작업은 다음 흐름으로 진행됩니다.

  1. 하나의 TaskSpace를 만든다.
  2. p1 Page에서 목표 URL을 연다.
  3. Snapshot으로 페이지 구조와 요소를 읽는다.
  4. 의미 기반 selector나 Snapshot ref로 클릭·입력을 수행한다.
  5. URL, 제목, Snapshot을 다시 읽어 결과를 검증한다.
  6. 성공하면 TaskSpace를 종료한다.

코드로 직접 실행하는 예

ego-browser는 자체 Node.js 실행 환경에서 JavaScript를 실행합니다. Playwright를 따로 가져오거나 다른 브라우저를 띄우는 방식이 아닙니다.

ego-browser nodejs -e '
const task = await taskSpace("Blogger 글 목록 확인");
const page = task.page("p1");
await page.goto("https://www.blogger.com/");
await page.waitForLoadState();
console.log({
  spaceId: task.spaceId,
  title: await page.title(),
  url: await page.url()
});
console.log(await page.snapshot());
'

여기서 중요한 값은 spaceId입니다. 다음 명령에서는 새 TaskSpace를 만들지 않고 같은 ID를 다시 사용해야 로그인·탭·작업 맥락이 이어집니다.

Hermes의 기본 브라우저 자동화와 무엇이 다른가

Hermes 자체도 Browser Use, Firecrawl, Camofox, local Chromium, CDP 연결 등 여러 브라우저 백엔드를 지원합니다. 공식 Hermes 문서는 기본 로컬 브라우징이 깨끗한 프로필을 사용할 수 있고, 별도 설정으로 실제 Chromium 프로필의 스냅샷을 복사해 쓰는 방법도 설명합니다.

따라서 ego (lite)는 Hermes의 유일한 브라우저가 아니라 추가 통합 경로입니다. 공개 웹 조사라면 web_search나 web_extract가 더 빠르고 저렴할 수 있습니다. 반대로 Blogger처럼 로그인된 실제 서비스에서 사람이 보면서 개입해야 하는 작업이라면 ego (lite)의 Space 방식이 잘 맞습니다.

실전 적용 아이디어

  • Blogger 초안을 열고 제목·본문·라벨을 입력한 뒤 게시 결과 URL 확인
  • 로그인된 Notion에서 회의 기록을 찾아 요약 초안 만들기
  • X나 LinkedIn의 로그인된 피드에서 지정한 계정의 최신 게시물 정리
  • SaaS 관리자 화면에서 반복되는 현황 확인과 보고서 작성
  • 여러 사이트의 입력 작업을 Space별로 분리해 병렬 처리

자동화를 설계할 때는 ‘할 수 있는가’보다 ‘어디까지 맡길 것인가’를 먼저 정하는 편이 안전합니다. 읽기와 초안 작성은 자동화하고, 공개 게시·결제·삭제는 마지막에 사람이 승인하도록 나누는 방식이 실용적입니다.

문제 해결 체크리스트

/ego-browser가 보이지 않을 때

test -f ~/.hermes/skills/ego-browser/SKILL.md

파일이 없으면 ~/.agents/skills/ego-browser/에서 복사한 뒤 Hermes를 다시 시작합니다.

ego (lite)가 열리지 않을 때

  • Desktop의 Approval Mode가 Smart인지 확인
  • TUI라면 필요한 경우 hermes --tui --yolo로 새 세션 시작
  • ego-browser --help가 정상 실행되는지 확인
  • 로그인·2단계 인증·보안 확인은 사용자가 Space에서 직접 완료

작업이 예상과 다를 때

  • 같은 동작을 무작정 반복하지 말고 현재 Snapshot을 다시 읽기
  • 기존 TaskSpace와 Page를 유지한 채 복구하기
  • 게시 뒤 Blogger 글 목록과 공개 URL을 다시 읽어 검증하기

정리

Hermes는 일을 계획하고 기억하며 Skill로 성장하는 에이전트이고, ego (lite)는 그 에이전트가 사람과 함께 사용할 수 있는 실제 브라우저 환경입니다. 두 도구를 연결하면 ‘답을 주는 AI’를 넘어, 로그인된 웹 업무를 사람이 감독할 수 있는 방식으로 실행하는 AI 동료를 만들 수 있습니다.

이 글에서 확인한 핵심은 세 가지입니다.

  • Hermes는 ego-browser Skill을 통해 ego (lite)를 조작할 수 있다.
  • 하나의 TaskSpace를 유지하면 로그인 상태와 웹 작업 맥락을 이어갈 수 있다.
  • 자동화의 완성은 클릭이 아니라 실행 결과를 다시 읽고 확인하는 것이다.

Hermes 공식 프로젝트와 문서는 계속 변경될 수 있으므로 설치 명령과 지원 범위는 최신 공식 문서를 기준으로 확인하는 것이 좋습니다.

공식 출처

  1. ego (lite) — Hermes Agent 한국어 가이드
  2. ego (lite) 공식 사이트
  3. ego-lite 공식 GitHub 저장소
  4. Hermes Agent 브라우저 기능 문서
  5. Hermes Agent 공식 GitHub 저장소

 

댓글

댓글 쓰기

이 블로그의 인기 게시물

AI 바이브코딩 운영 가이드 (프롬프트 25종 첨부)

  AX컨설팅 동료용 실무 가이드 AI 바이브코딩 80% 벽 을 넘는 운영 가이드 AI로 웹사이트, 업무 자동화, 데이터 분석, 제안서 보조 도구, 내부 업무 시스템을 만들어보려는 컨설턴트를 위한 문서입니다. 바이브코딩은 “AI에게 코딩을 맡기는 일”이 아니라, AI 개발팀을 운영하는 일 입니다. 빠르게 되는 구간 ◀ 80% 벽 운영으로 넘는 구간 95% 80%까지는 AI가 데려다줍니다. 나머지 15%는 코딩 실력이 아니라 운영 방식 으로 넘습니다. 목차 1. 왜 80%에서 막히는가 2. 자주 나오는 네 가지 증상 3. 반드시 박아둘 검증 원칙 4. 상황별 실전 프롬프트 8종 5. 운영 4원칙 6. 컨설팅 현장 시나리오 7. 현장 체크리스트 18 8. 복사해서 쓰는 프롬프트 9. 최종 정리 01 · 진단 처음엔 날아가는데, 왜 80%에서 멈출까 요즘 AI로 개발을 해보면 처음에는 정말 빠릅니다. 로그인 화면이 금방 만들어지고, 버튼도 생기고, 데이터 입력 폼도 나오고, 간단한 대시보드도 몇 분 만에 완성됩니다. “이제 코딩은 AI가 다 해주는구나.” 그런데 실제 프로젝트에서는 이상한 일이 생깁니다. 처음 70~80%까지는 빠르게 가는데, 그 다음부터 갑자기 진도가 안 나갑니다. 증상 80% 지점에서 벌어지는 일 버튼 하나 고쳤더니 다른 버튼이 망가집니다. 오류를 고쳐달라고 했더니 디자인이 깨집니다. AI는 “수정 완료했습니다”라고 하는데 실행해보면 그대로입니다. 이전에 정한 요구사항을 잊어버립니다. 새 기능을 붙일수록 코드가 점점 복잡해집니다. 결국 처음부터 다시 만드는 것이 더 빠른 상황이 됩니다. 한 줄 결론 80% 벽은 AI의 코딩 실력만의 문제가 아닙니다. 대부분은 검증 없는 지시, 오염된 컨텍스트, 롤백 없는 작업 방식, 모호한 완료 기준 때문에 생깁니다. AI에게 코딩을 맡긴다는 것은 개발자를 없애는 일이 아닙니다. 오히려 우리의 역할이 바뀝니다. 기존 방식 AI 바이브코딩 방식 내가 직접 코드를 작성한다 AI에게 작업을 나누어 맡긴다 개발...
댓글 1개
자세한 내용 보기

[알아두면 쓸모 있는 구글 문서 팁] 문서 공유시- 사용자 이름 대신에 익명의 동물이 표시 되는 이유와 동물 종류

구글 드라이브에는 다른 유사 서비스에서는 제공하지 않는 구글 만의 유니크한 기능들이 있다 구글 문서를  불특정 다수에게 전체 공개로 공유할 수 있습니다. 불특정인이 구글 문서에 접속한 경우 익명의 동물로 표시됩니다.  ' 웹에 공개' 또는 '링크가 있는 사용자' 공유 설정을 선택하면 인식할 수 없는 이름이나 익명의 동물이 표시될 수 있습니다. 파일에서 인식할 수 없는 이름을 볼 수 있는 몇 가지 이유는 다음과 같습니다. 메일링 리스트와 파일을 공유합니다. Google 계정이 없는 사용자와 파일을 공유하며, 그 사용자가 다른 사용자에게 공유 초대를 전달했습니다. 내 파일을 수정할 수 있는 누군가가 파일을 다른 사용자와 공유했습니다. 다른 사용자가 자신의 Google 계정 이름을 변경했습니다. 공유 설정 페이지에서 해당 사용자 이름 위로 마우스를 이동하여 이메일 주소를 확인하세요. 익명의 동물 다른 사용자에게 개별적으로 보기 또는 수정 권한을 부여하거나 메일링 리스트에 속해 있는 경우에만 사용자 이름이 표시됩니다. 파일 권한을 '링크가 있는 사용자'로 설정하면 파일을 보고 있는 사용자의 이름이 표시되지 않습니다. 대신 다른 사용자가 익명으로 라벨이 지정되어 표시되고 각 익명 사용자는 다양한 익명의 동물로 나열됩니다. 파일 권한을 '링크가 있는 사용자'로 설정했지만 특정 사용자와 파일을 공유하는 경우 파일을 공유한 사용자의 이름이 표시됩니다. 그 외 다른 사용자가 파일을 볼 때는 익명으로 나타납니다. 비공개 파일의 익명 동물 파일 권한을 '링크가 있는 사용자'로 설정한 다음 이를 '특정 사용자'로 변경하면 다음과 같은 경우 여러 익명의 동물이 표시될 수 있습니다. 누군가 파일을 여러 번 여는 경우에는 익명의 동물 목록에서 오래되고 연결이 끊긴 세션을 강제 종료하는 데 조금 시간이 걸릴 수 있습니다. 누군가 온...
댓글 8개
자세한 내용 보기

[팁] Google Slide 프리젠테이션시 모든 한글폰트가 '굴림체' 로 바뀌는 현상을 해결한 크롬 확장 프로그램 소개

구글 문서도구인 구글 슬라이드를 이용하여 프리젠테이션을 많이 하는 분들을 위한 희소식 현재 구글 슬라이드에서는 슬라이드 편집시 사용한 고유 한글 폰트들은 프리젠테이션 모드로 전환할 경우는 모두 '굴림체' 로 바뀌어 표시가 되는 불편함이 있었습니다. 예). 슬라이드 편집에서 사용한 '궁서체' 한글 폰트는, 프리젠테이션 모드에서는 '굴림체'로 바뀌어 디스플레이됨 예). 슬라이드 편집 모드 - '궁서체' 폰트 사용 프리젠테이션 모드에서 '굴림체' 로 변경됨    따라서, 이러한 현상을 해결하는 크롬 확장 프로그램이 개발 되었습니다.  크롬 확장 프로그램 명 - ShowAsis 입니다. 크 롬 웹스토어 링크 -  https://goo.gl/PVPkZz 이 확장 프로그램을 사용하여 슬라이드 프리젠테이션을 하면, 편집 모드의 폰트 그대로 프리젠테이션시에도 그대로 한글 폰트로 디스플레이 됩니다. 단, 단점은 슬라이드가 애니메이션 슬라이드가 있는 경우는 애니메이션이 동작하지 않습니다. ----------------------- G Suite/Google Apps 전문 블로그 -  charlychoi.blogspot.kr 도서 '기업과 학교를 위한 구글크롬북'
댓글 쓰기
자세한 내용 보기

[Google이 교육용 G Suite 을 위한 LMS 연동 키트 - Course Kit 베타 공개]

Google 이 드디어 G Suite for Eudcation 버전을 위한  LMS (Learning Management System) 연동을 위한 키트를 제공한다는 소식입니다.  현재는 베타 서비스로 베타 서비스 신청을 하면 서비스를 받을 수 있다고 합니다. 44개 언어로 제공이 된다고 합니다. 다행히도 한국어도 포함되어 있습니다. 자세한 사항은 아래 내용을 참고하시기 바랍니다.  효과적인 교수 및 학습을 위해서는 강사와 학생 간의 원활한 협력이 필요합니다. 올바른 기술과 교육은 이러한 연결을 용이하게하는 데 도움이 될 수 있습니다. 따라서 많은 대학, 대학, 학교 및 기타 교육 기관에서 강사 및 학생들에게 LMS (Learning Management System)를 제공합니다. 교육자와 학생들은 LMS를 사용하는 것 외에도 G Suite의 클라우드 기반 생산성 도구를 사용하여 실시간으로 만들고 공동 작업하고 통신합니다. 지금까지는 G Suite를 많은 LMS와 통합하는 쉬운 방법이 없었습니다. Course Kit 입력  - 강사가 Google 문서 도구 및 드라이브를 사용하여 과제를 수집하고, 학생들에게 더 빠르고 풍부한 피드백을 제공하고, 이미 사용중인 LMS 내의 강의 자료를 공유 할 수있게 해주는 무료 툴킷입니다.  Course Kit는 학습 도구 상호 운용성 (LTI) 표준 을 사용하여 구축되므로 LTI를 지원하는 모든 LMS를 쉽게 설정하고 사용할 수 있습니다. Course Kit에는 현재 할당 도구 및 파일 포함 도구가 포함되어있어 G Suite의 강력한 협업 기능을 교육 및 학습 워크 플로에 통합하기가 빠르고 안전합니다. 지난 학기 동안 더 높은 교육 기관을 통해 Course Kit를 시범 적으로 운영하여 현재 베타 프로그램을 통해 더 널리 사용하도록하고 있습니다. Course Kit의 과제 도구로 사려 깊은 피드백을 얻을 수있는 시간을 ...
댓글 17개
자세한 내용 보기

Uber의 Software Factory에서 배울 점: AI 에이전트는 ‘비용’이 아니라 ‘운영 설계’의 문제다

Uber의 Software Factory에서 배울 점: AI 에이전트는 ‘비용’이 아니라 ‘운영 설계’의 문제다 Uber Engineering이 공개한 “Running a Software Factory Efficiently at Uber Scale” 글은 단순한 AI 코딩 도구 소개가 아닙니다. 핵심은 AI 에이전트를 개발 현장에 많이 쓰면서도 비용을 통제하기 위한 운영 구조 입니다. 저는 이 글을 보면서 개인용 AI 오케스트레이션, 특히 제가 정리하고 있는 CPAO(Cost-aware Personal Agentic Orchestration) 와 매우 가까운 문제의식을 느꼈습니다. 규모는 Uber처럼 크지 않더라도, 개인·소규모 조직도 이제 AI를 “가끔 쓰는 도구”가 아니라 “반복 업무를 맡기는 업무팀”으로 운영해야 하는 단계에 들어섰기 때문입니다. 1. Uber가 말하는 AI Software Factory Uber는 AI 도구가 소프트웨어 개발 전 과정에 들어와 있다고 설명합니다. 코드 작성, 코드 리뷰, CI 실패 복구, 버그 분석, 온콜 알림 처리, 유지보수 PR 생성 등 여러 업무가 에이전트 기반으로 움직이고 있습니다. 인상적인 것은 사용량 증가입니다. Uber에 따르면 2026년 2월부터 8월까지 주간 활성 사용자는 7배, 주간 에이전트 요청은 9.4배 증가했습니다. 그런데 총 AI 비용은 4월 이후 비교적 안정화됐다고 합니다. 동일 모델 기준으로 보면 1,000개 요청당 비용은 피크 대비 약 34%, 세션당 비용은 6월 피크 대비 52% 낮아졌다고 합니다. 즉, Uber의 방향은 “AI를 덜 쓰자”가 아닙니다. 오히려 더 많이 쓰되, 낭비되는 턴·요청·토큰을 줄이는 방식 입니다. 2. 핵심은 비용 방정식이다 Uber는 AI 에이전트 비용을 다음과 같은 식으로 분해합니다. 총비용 = 사용자 수 × 세션/사용자 × 턴/세션 × 요청/턴 × 토큰/요청 × 토큰당 가격 이 식이 중요한 이유는 AI 비용을 막연한 “...
댓글 쓰기
자세한 내용 보기