안녕하세요 HN 여러분, 저희는 Autotab(https://autotab.com)의 공동 창업자인 Alexi와 Jonas입니다. Autotab은 복잡한 작업을 수행하도록 가르칠 수 있는 Chrome 기반 브라우저로, 앱이나 백엔드에서 이를 실행할 수 있는 간단한 API를 제공합니다.

작동 방식에 대한 안내 영상은 여기에서 확인하실 수 있습니다:

. 또한 앱을 다운로드하여 https://autotab.com 에서 무료로 체험해 보실 수 있습니다.

왜 전용 에디터가 필요한가요?

더 유연하고 에이전트 중심적인 자동화(agentic automations)를 구축하는 데 있어 저희가 발견한 가장 큰 장애물은 단연 성능 품질(performance quality)입니다 (https://www.langchain.com/stateofaiagents#barriers-and-chall...). 비용, 지연 시간(latency), 안전성에 대한 많은 논의가 있지만, 사실 대부분의 사람들은 여전히 에이전트(agents)를 제대로 작동시키는 것 자체에 어려움을 겪고 있습니다. 신뢰성(reliability)을 해결하는 열쇠는 더 나은 모델도 맞지만, 의도 명세(intent specification) 또한 중요합니다. 인간조차도 프롬프트 하나만으로 이러한 작업들을 제로샷(zero-shot)으로 수행하지 못합니다. 인간에게도 작업을 수행하는 방법을 보여주어야 하며, 시간이 지나면서 질문과 피드백을 통해 정교화하는 과정이 필요합니다. 또한 기억만으로 즉석에서 완전한 요구사항을 공식화하는 것도 상당히 어렵습니다.

에디터는 워크플로우(workflow)를 단계별로 진행하면서 모델을 위한 성공적인 작업 궤적(task trajectories)을 생성하는 동시에, 명세를 쉽게 구축할 수 있도록 해줍니다. 이것이 저희가 실제 운영 환경(production) 사례에 필요한 신뢰성을 확보할 수 있었던 유일한 방법입니다.

그런데 왜 브라우저를 만드나요?

Autotab은 Chrome 확장 프로그램으로 시작했습니다 (Show HN 게시물 확인: https://news.ycombinator.com/item?id=37943931). 사용자들과 함께 반복 작업을 진행하면서, 저희는 의도 명세(intent specification)를 위한 제어 인터페이스(control surface)를 만드는 데 집중해야 한다는 것을 깨달았고, Chrome 사이드 패널(sidepanel)에 갇혀 있는 방식으로는 작동하지 않을 것이라는 점을 알게 되었습니다. 또한 브라우저를 직접 소유하지 않고서는 모델에 부여할 수 없는 수준의 제어권이 필요하다는 점도 알고 있었습니다. Autotab에서 브라우저는 사용자와 모델이 번갈아 가며 작업을 보여주고 설명하는 캔버스(canvas)가 됩니다.

주요 기능:

1. 사이트가 변경되어도 깨지지 않는 자가 치유(Self-healing) 자동화

2. 자동화를 위한 단계를 정의하는 동시에 모델을 위한 메모리(memory)를 구축하는 전용 저작 도구(authoring tool)

3. 복잡한 추론 작업 (reasoning tasks)을 수행할 때도 자동화가 궤도를 벗어나지 않도록 유지하는 제어 흐름 (Control flows) 및 심층적인 설정 가능성 (deep configurability)

4. 모든 웹사이트와 작동 (사이트별 API 불필요)

5. 클라우드 또는 로컬에서 안전하게 실행

6. 간단한 REST API + Python, Node용 클라이언트 라이브러리

HN 커뮤니티로부터 초기 피드백, 제품이 나아갔으면 하는 방향에 대한 아이디어, 또는 이 분야에서의 경험을 듣고 싶습니다. 향후 몇 시간 동안 댓글에서 답변을 드리기 위해 대기하겠습니다!