Aider로 로그인된 브라우저 사용하기

Aider는 /web으로 페이지를 읽고 /run으로 로컬 셸 명령을 실행하지만 두 기능은 다릅니다. /web은 가져온 텍스트를 대화에 추가하며 로그인된 브라우저를 제어하지 않습니다. /run은 접근 가능한 경우 로컬 Tabbit CLI를 실행할 수 있지만 skill, 실행 파일, 사이트 계정을 각각 확인해야 합니다.

Reddit 사용자는 “Sessions dying because two things touched the same account.”라고 남겼습니다. 이는 관련 작업의 문제를 보여줄 뿐 Aider와 Tabbit의 호환성을 증명하지 않습니다. 원문 토론 보기

핵심 요점

• 모델 이름만으로 브라우저 제어 기능이 생기지는 않습니다.

• Skill 검색, 로컬 실행 파일 접근, 사이트 로그인은 서로 별도로 확인해야 합니다.

• 이름이 있는 초안이나 검토 보고서를 저장하고, 다음 조치는 사람이 증거를 확인한 뒤 진행합니다.

• 원격 환경이나 컨테이너에 문서화된 로컬 연결 방법이 없다면 수동 인계를 사용하세요.

먼저 실행 환경 선택

Aider /web은 페이지 텍스트를 가져오고 /run은 셸 명령을 실행하며 /add는 로컬 파일을 추가합니다. 이는 기본 브라우저 제어를 뜻하지 않습니다. 원격 Aider에는 별도 로컬 인계가 필요합니다. 공식 문서

세 가지 연결을 각각 확인

1. 에이전트와 CLI가 로컬, 컨테이너, 원격 중 어디서 실행되는지 확인하세요.

2. 클라이언트가 Tabbit skill을 찾는지 확인하세요. /tabbit은 명령을 인식할 때만 사용하세요.

3. 로컬 Tabbit CLI가 연결되고 올바른 브라우저 인스턴스를 선택했는지 확인하세요.

4. 사이트, 계정, 페이지는 직접 확인하세요. 실행 파일이 동작해도 사이트 로그인이 된 것은 아닙니다.

검토 가능한 워크플로 만들기

먼저 페이지와 계정을 확인하고 읽기 전용으로 검사하세요. 결과를 release-63-browser-review.md에 저장해 에이전트가 초안이나 diff를 준비하면 직접 검토하세요. 이는 예시이며 통합 테스트가 아닙니다.

1. Tabbit에서 미리보기를 열고 빌드 라벨과 계정을 확인한 뒤 독립 작업 "release-63-browser-review"를 만드세요.

2. release-63-browser-review.md이라는 독립 작업을 만들고 필요한 내용만 읽으세요.

3. 화면 상태, 근거, 미해결 질문, URL을 저장하세요.

4. 보고서를 페이지와 대조하고 제출이나 수정 전에 멈추세요.

예시 프롬프트:

release-63-browser-review.md를 읽고 관찰된 결함에만 대응하는 작은 diff를 제안하세요.
shell 명령, 게시, 커밋은 하지 마세요.
수정할 파일과 근거를 설명하세요.
멈추고 diff 검토를 기다리세요.

원격 실행 환경이라면

에이전트가 원격 실행 중이고 문서화된 로컬 브리지가 없다면 체크리스트나 코드 작업만 맡기고 브라우저 단계는 로컬에서 수행하세요. 비밀번호, 쿠키, 브라우저 프로필 전체를 넘기지 마세요.

작업에 따라 결정하기

설정 자세한 내용은 Tabbit CLI 가이드 기존 브라우저에 에이전트 연결 로그인 세션 재사용 첫 작업 체크리스트 Browser MCP와 CLI 비교 Codex 설정 예시 로컬 웹 앱 검증 브라우저 세션 기본에서 확인하세요. 이 문서는 Tabbit 또는 일반 브라우저 흐름을 설명하며 Aider의 기본 통합을 증명하지 않습니다.

페이지가 로컬에서 로그인되어 있고 검증된 클라이언트가 로컬 실행 파일을 호출할 수 있을 때 Tabbit을 검토하세요. 그렇지 않으면 브라우저 작업을 로컬에서 하고 필요한 근거만 전달하세요.

Secholar.L

Tabbit 그로스 & 콘텐츠

Secholar.L은 AI 브라우저와 에이전트 워크플로우에 대한 실용적인 가이드를 작성하며, 실제 조사와 검증 가능한 출처를 바탕으로 도구를 비교합니다.