개발 slecs

브라우저 자동화 격리로 세션 충돌 없애고 확인 작업 속도 개선

목차

심볼릭 링크에서 실제 파일로

agent-browser 스킬 추가하면서 같이 정리한 게 AGENTS.md 처리 방식임. 원래는 다른 문서를 참조하는 형태로 두고 있었는데, 도구가 그 참조를 따라가지 못하는 케이스가 자꾸 생겨서 그냥 실제 파일로 박아버림.

겉보기엔 똑같은데, 도구가 읽을 때 동작이 달라짐.

구분 이전 변경 후
형태 참조 링크 실제 텍스트
도구 호환 일부 실패 전부 성공
동기화 자동 수동 (단, 거의 안 바뀜)

왜 agent-browser를 따로 뺐나

기존 브라우저 자동화 도구를 그대로 쓰면 내가 띄워놓은 작업 세션이랑 충돌이 잦았음. 새 탭 열려다가 로그인 세션 죽이거나, 프로필 잠금 걸리거나.

  • 별도 Chromium 인스턴스로 격리
  • 메인 세션 무관하게 동작
  • 충돌 시 폴백 순서를 스킬 본문에 명시

폴백 순서를 스킬 안에 박아둔 게 핵심임. 매번 "어떻게 우회하지" 묻지 말고 정해진 순서대로 시도하게 강제.

1) 새 탭 추가 → navigate
2) 같은 탭 navigate
3) incognito context
4) agent-browser로 전환

실제 써보니

확인 작업이 눈에 띄게 빨라짐. 전에는 "브라우저 닫혀있는데 어떻게 할까요" 같은 질문이 꼭 한 번씩 끼어들었는데, 이제 그냥 시도하고 결과만 보고함.

다만 두 가지 부작용 있었음.

  • 동시에 여러 작업 돌리면 격리 인스턴스가 누적돼서 메모리 점유율이 튐
  • 스킬 본문이 길어지면서 컨텍스트 토큰 비용이 살짝 늘어남

전자는 작업 종료 시 정리 훅으로 막았고, 후자는 본문을 폴백 4줄로 압축해서 어느 정도 줄임.

AGENTS.md 실제 파일화의 진짜 이유

링크 방식은 이론적으로 깔끔한데, 실제 도구 체인이 그 링크를 따라가지 못하면 의미가 없음. 추적·검색·diff 전부 실제 텍스트일 때 가장 단순함. 추상화 한 단계 줄였더니 디버깅도 같이 쉬워졌음.

결국 "겉모양 깔끔함"보다 "도구가 그대로 읽을 수 있음"이 더 중요한 실용 가치였다는 결론.

다음

댓글 0

첫 댓글 달아줘.