Glean, Claude Code, Cursor 및 Codex를 위한 헤드리스 에이전트 구축 기능 추가

Glean은 2026년 10월 21일 헤드리스 에이전트 구축 기능을 선보였다. 정식 제공되는 이 기능을 사용하면 개발자는 Claude Code, Cursor, Codex 같은 코딩 환경에서 에이전트를 코드로 만들고 테스트한 뒤 게시할 수 있으며, 완성된 에이전트는 Glean의 관리형 런타임에서 실행된다.

Glean은 제품 마케팅 매니저 Kelly Huang이 작성한 블로그 게시물에서 이 기능을 발표했다. Glean에 따르면 코드로 작성한 에이전트는 시각적 에이전트 빌더로 만든 에이전트와 동일한 기반에서 실행된다. 여기에는 회사의 지식 그래프, 275개가 넘는 엔터프라이즈 데이터 소스에 대한 권한 기반 액세스, 감사 추적 기능이 포함되며, Glean의 엔터프라이즈 권한 관리, 보안 및 거버넌스도 그대로 유지된다. 코드를 작성하지 않고 자연어 또는 시각적 로우코드 캔버스로 에이전트를 설정하려는 고객은 계속 Glean의 에이전트 빌더를 사용할 수 있다고 회사는 밝혔다.

Glean은 발표문에서 에이전트가 더 중요한 업무를 맡게 될수록 팀은 소프트웨어에 적용하는 것과 같은 엄격함으로 에이전트를 구축하고 관리해야 한다고 밝혔다. 여기에는 버전 관리, 테스트, 협업, 배포 및 보안이 포함된다. 회사는 특정 워크플로에는 에이전트가 사용하는 단계, 안전장치 및 통합 기능을 더 결정론적으로 제어해야 하는 경우도 있다고 설명했다. 에이전트를 코드로 작성하면 이러한 제어가 가능하며, 개발자는 익숙한 테스트, 검토 및 롤백 방식을 적용할 수 있다. Glean은 이 기능을 통해 개발자가 엔터프라이즈 및 맥락 기반을 직접 구축하지 않고도 코드 우선 워크플로의 유연성을 활용할 수 있다고 밝혔다.

파일로 에이전트 정의, 테스트 및 게시하기

새 워크플로에서 Glean 플러그인은 개발자의 코딩 작업 공간에 여러 파일로 구성된 에이전트를 생성한다. 에이전트 설정은 spec.yaml 파일에, 에이전트 동작은 instructions.md 파일에 저장된다. 팀은 이 파일들을 코드와 함께 보관할 수 있으며, 필요에 따라 스킬이나 하위 에이전트를 추가해 에이전트의 기능을 확장할 수 있다.

개발자는 코딩 환경에서 대표 입력값을 사용해 에이전트를 직접 실행하고, 출력을 검토하고, 평가를 실행할 수 있다. 평가 결과를 바탕으로 에이전트의 지침과 설정을 다듬을 수 있다. 에이전트를 만드는 사람은 같은 환경에서 실행 진행 상황을 모니터링하고 출력을 확인할 수 있다. 변경 사항은 코딩 보조 도구에서 검토하거나 Git의 풀 리퀘스트를 통해 검토할 수 있으며, 예상대로 작동하지 않는 변경 사항은 롤백할 수 있다.

에이전트가 준비되면 개발자는 별도의 런타임이 아닌 Glean에 에이전트를 게시하고 팀과 공유할 수 있다. Glean에 따르면 게시된 에이전트는 Glean에서 만든 에이전트와 마찬가지로 관리형 런타임에서 실행되며, 동일한 지식 그래프, 275개가 넘는 엔터프라이즈 데이터 소스에 대한 권한 및 감사 추적을 사용한다. 게시된 에이전트는 Glean 콘솔에서 관리자와 에이전트 제작자가 공유하거나 관리하거나 비활성화할 수 있다. 이 기능은 자동 모드 에이전트를 지원하지만, 워크플로 모드 에이전트는 여전히 Glean의 에이전트 빌더에서 만들어야 한다.

플러그인 설정 및 에이전트 파일 구조

Glean의 문서에는 설정 순서가 안내되어 있다. 코딩 환경용 Glean 플러그인을 설치하고, 인증한 뒤, 로컬 에이전트 디렉터리를 확인하고, 에이전트를 구축하고, 대표 입력값으로 테스트한 다음, 에이전트를 저장하거나 게시하고 생성된 링크를 공유하면 된다.

설치 방법은 환경에 따라 다르다. Claude Code에서는 개발자가 gleanwork/claude-plugins 마켓플레이스를 추가하고 glean@glean-plugins 플러그인을 설치한 다음 플러그인을 다시 불러온다. Codex에서는 마켓플레이스 gleanwork/codex-plugins와 플러그인 glean@glean-codex-plugins를 추가하는 터미널 명령으로 설치한다. Cursor에서는 Cursor Settings를 열고 Marketplace에서 Glean을 검색한 뒤 Add to Cursor를 선택한다. 설치가 끝나면 업무용 이메일을 입력하고 브라우저에서 Glean OAuth 인증을 완료해 플러그인을 회사의 Glean 인스턴스에 연결한다. 회사 정책에 따라 플러그인이 차단된다는 메시지와 함께 설정에 실패하면, 문서에서는 Glean 관리자에게 플러그인 사용을 허용해 달라고 요청하라고 안내한다.

문서에 따르면 헤드리스 빌더는 플러그인의 /glean_run 채팅 명령으로만 작동하며, Codex에서는 이를 $glean_run으로 입력한다. 이 워크플로에는 Glean MCP 서버가 없다. 문서는 사용자에게 해당 명령 대신 Glean MCP 서버나 그 도구를 사용하지 말고, 베타 마켓플레이스 또는 플러그인 이름도 재사용하지 말라고 경고한다.

기본적으로 빌더는 현재 작업 공간의 .glean/agents/ 아래에 에이전트별 폴더를 만든다. 폴더에는 에이전트의 id가 들어 있는 spec.yaml, instructions.md, 그리고 선택 사항인 skills/ 및 subagents/ 폴더가 포함된다. 문서에서는 spec.yaml의 id 필드를 수정하지 말라고 경고한다. 이 필드가 해당 폴더를 Glean의 실제 에이전트에 연결하기 때문이다. 게시된 에이전트의 URL은 https://<your-domain>.glean.com/chat/agents/<agent-id>, 형식이며, 에이전트 id는 spec.yaml 맨 위에 있는 id 필드의 값과 일치한다.

문서의 안내 예시에서는 개발자가 Slack 및 Zendesk에서 새로 접수된 지원 문제를 요약하는 질의응답 에이전트를 만들고, 대표 입력값으로 실행한 다음 생성된 에이전트를 저장한다.

고객 지원 사례

Glean의 발표에서는 긴급한 에스컬레이션을 조기에 파악하려는 고객 지원 엔지니어의 사례를 소개합니다. 엔지니어는 Codex에서 Glean에 Slack과 Intercom의 지원 대화를 요약하는 에이전트를 만들어 달라고 요청한 뒤, 에이전트 지침을 다듬고 실제 지원 사례를 바탕으로 에이전트를 테스트하며, 개선이 필요한 부분을 파악하기 위해 평가를 실행합니다. 결과가 만족스러우면 엔지니어는 에이전트를 Glean에 게시하고 팀과 공유합니다. Glean은 이를 반복적으로 수행하는 지원 업무에 재사용할 수 있는 에이전트라고 설명했습니다. 엔지니어가 이미 사용하는 도구에서 만들 수 있으며, 회사의 엔터프라이즈 맥락과 제어 기능을 기반으로 합니다.

회사는 헤드리스 에이전트 구축 기능을 정식으로 제공하고 있으며, 개발자는 Claude Code, Codex, Cursor, Git을 사용해 거버넌스가 적용된 Glean 에이전트를 구축하고 테스트하고 버전을 관리해 게시할 수 있다고 밝혔습니다.