검색 기능을 만드는 일을 어디에서 시작할지, 누구에게 맡길지, 어디에서 살펴볼지를 정한다고 해 봅시다. 플랫폼은 일을 시작하고 관리하는 기능이고, 에이전트는 코드와 도구를 다루는 담당입니다. 실행 환경에서는 사람이 조작하는 화면과 에이전트가 실제로 일하는 컴퓨터를 함께 살펴봅니다.
A. 플랫폼
검색 기능을 만드는 동안 어떤 컴퓨터를 쓸지, 어떤 조건에서 작업을 시작할지, 작업이 멈추면 어떻게 이어갈지에 관한 기능입니다. 아래 일곱 가지는 원표의 플랫폼 항목이고, 뒤의 네 가지는 실제 작업을 비교할 때 살펴볼 항목입니다.
01 관리형 클라우드
공급사가 에이전트가 일할 컴퓨터나 컨테이너를 준비하고 운영합니다. 검색 기능의 테스트를 맡기면, 공급사가 준비한 환경에서 저장소를 열고 의존성을 설치해 검사를 실행하는 식입니다. 이 방식을 볼 때는 환경을 어떻게 설정하는지, 작업 파일과 로그가 언제까지 남는지도 확인합니다.
02 자체 환경 실행 (BYOC)
내 컴퓨터나 팀이 운영하는 서버·클라우드를 실행 환경으로 사용합니다. 예를 들어 사내 테스트 데이터가 있는 회사 서버에 실행 환경을 연결해 검색 기능을 검사할 수 있습니다. 코드 접근 권한과 환경 설정을 누가 관리하는지에 따라 운영할 일이 달라집니다.
03 에이전트 조율
작업을 나누고 담당과 순서를 연결하는 기능입니다. 화면과 데이터 조사를 동시에 맡긴 뒤 두 결과가 도착하면 수정 담당에게 전달하고, 수정본이 준비되면 검증을 시작할 수 있습니다. 사람이 담당과 순서를 직접 정하는 방식과 정해 둔 흐름이나 상위 에이전트에 맡기는 방식이 있습니다.
04 예약 실행
정해 둔 시각이나 주기에 작업을 시작합니다. 매일 오전에 검색 관련 테스트를 실행하고 결과를 남기는 경우입니다. 예약 기능을 비교할 때는 반복 주기와 시간대를 어떻게 정하는지, 예약 시각에 실행 환경이 꺼져 있으면 어떻게 처리되는지 살펴봅니다.
05 이벤트 트리거
특정 사건이 발생하고 조건을 충족하면 작업을 시작합니다. 예를 들어 검색 코드를 바꾸는 PR이 열렸을 때 검토를 시작하고, 검색과 무관한 변경은 조건에서 걸러낼 수 있습니다. 어떤 사건을 받고 어떤 조건을 설정할 수 있는지가 자동으로 시작되는 범위를 정합니다.
06 팀 협업
팀원이 같은 작업의 상태와 결과를 공유하고 검토나 인계를 할 수 있게 합니다. 검색 기능 담당자가 변경본과 테스트 기록을 남기면 다른 팀원이 결과를 검토하고 승인하는 식입니다. 보기, 수정, 승인처럼 역할별로 어떤 권한이 주어지는지도 비교할 수 있습니다.
07 프로그램·명령어 연동 (API / CLI)
다른 프로그램이나 스크립트에서 작업을 시작하고 상태나 결과를 읽는 기능입니다. 빌드 스크립트가 API를 호출하거나 CLI 명령을 실행해 검색 기능 검사를 요청하고 결과를 가져오는 경우입니다. 시작, 조회, 취소 중 어떤 동작을 제공하는지와 필요한 인증을 확인합니다.
08 작업 격리
동시에 일하는 에이전트가 서로의 파일 변경을 덮어쓰지 않도록 작업 공간을 나눕니다. 같은 저장소의 화면 수정과 테스트 추가를 각각 다른 Git 작업 디렉터리에서 진행한 뒤 변경을 검토해 합칠 수 있습니다. 파일을 나누는 Git worktree와 프로세스나 파일 접근을 제한하는 실행 격리는 각각 확인해야 합니다.
09 실행 지속·복구
화면을 닫거나 연결이 끊겨도 작업이 계속되는지, 실행 환경을 다시 시작했을 때 어디까지 돌아오는지에 관한 기능입니다. 검색 테스트 중 연결을 잃었다면, 재접속해 같은 실행에 돌아갈 수 있는지와 저장된 로그만 볼 수 있는지를 각각 확인합니다.
10 상태 확인·개입
어느 작업이 진행 중이고 무엇을 기다리는지 보고, 필요한 곳에 사람이 응답할 수 있는 기능입니다. 수정 담당이 검색 결과의 정렬 기준을 물으면, 대기 중인 세션을 찾아 답을 보내 작업을 이어갈 수 있습니다. 상태 표시, 승인, 추가 지시, 중지가 각각 가능한지 확인합니다.
11 에이전트 연동 깊이
에이전트를 연결한 뒤 제품이 얼마나 자세히 실행 상태를 읽고 제어할 수 있는지를 말합니다. 검색 수정 담당을 시작할 수 있어도, 테스트 완료와 승인 대기를 따로 표시하는 기능은 별도 연동이 필요할 수 있습니다. 다음 B에서 실행, 상태 보고, 제어의 세 가지로 나누어 봅니다.
B. 에이전트
여기서는 모델 이름보다 실제 작업을 맡길 수 있는 에이전트와 연결 방식을 봅니다. 검색 기능에 투입할 에이전트를 고를 때는 아래 세 질문을 각 에이전트에 똑같이 적용합니다.
- 실행 — 에이전트를 새로 시작하거나 이미 열려 있는 세션을 연결해 작업을 맡길 수 있는가?
- 상태 보고 — 실행 중, 입력 대기, 완료, 실패를 구분해 보여주며 결과나 로그를 읽을 수 있는가?
- 제어 — 세션에 추가 지시나 승인 응답을 보내고, 필요한 경우 실행을 중지할 수 있는가?
Codex
검색 코드 수정을 Codex에 맡긴다면, 작업 디렉터리를 지정해 세션을 시작하고 변경 파일과 테스트 결과를 확인할 수 있는지 살펴봅니다. 사람이 승인해야 할 때 응답을 돌려보낼 수 있는지도 비교합니다.
Claude Code
기존 검색 코드와 테스트를 조사하도록 Claude Code에 맡긴다면, 작업 시작과 조사 완료를 확인하고 그 내용을 다음 담당에게 넘길 수 있는지 살펴봅니다. 추가 정보나 승인을 기다릴 때 어떤 상태가 표시되는지도 확인합니다.
Cursor
Cursor의 터미널 에이전트를 작업에 연결하는 경우에는 어떤 명령으로 세션을 열고 작업을 전달하는지 확인합니다. 검색 화면 수정 중인 세션의 진행을 읽거나 입력을 보낼 수 있는지도 살펴봅니다.
OpenCode
OpenCode에 검색 관련 테스트 추가를 맡긴다면, 작업을 시작하는 경로와 세션을 다시 찾아가는 경로를 확인합니다. 상태나 결과를 가져오고 실행 중인 세션에 지시를 보낼 수 있는 범위도 살펴봅니다.
Gemini CLI
Gemini CLI에 데이터 형식 조사를 맡긴다면, 제품에서 직접 실행하는 경로와 터미널에 이미 열린 프로세스를 감지하는 경로를 각각 확인합니다. 그 연결에서 상태 보고와 입력 제어까지 가능한지도 살펴봅니다.
그 밖의 에이전트 (+α)
위 다섯 가지 밖의 에이전트도 같은 세 질문으로 비교합니다. 터미널에서 실행할 수 있는 도구인지, 제품이 세션을 인식하는지, 상태를 읽고 입력을 보낼 수 있는지 각각 기록하면 연동 범위를 파악하기 쉽습니다.
C. 실행 환경
검색 테스트를 어디에서 조작하는지와 실제 어디에서 실행하는지를 함께 봅니다. 예를 들어 휴대폰에서 실패 로그를 보고 재검사를 요청하는 동안, 코드와 테스트는 회사 서버에서 실행될 수 있습니다.
터미널 화면 (TUI)
터미널 안에서 목록과 상태를 보며 키보드로 조작하는 화면입니다. 예를 들어 작업 목록에서 검색 테스트 세션을 열고, 오류 로그를 확인한 뒤 입력을 보내는 흐름입니다.
macOS 데스크톱 앱
Mac에 설치해 버튼과 메뉴로 작업을 조작하는 앱입니다. 검색 작업을 열고 변경본을 살펴볼 때 쓰는 화면이며, 제품을 비교할 때는 지원하는 macOS 버전과 Apple Silicon·Intel 배포 범위를 함께 봅니다.
Windows 데스크톱 앱
Windows에 설치하는 그래픽 앱입니다. Windows 화면에서 검색 작업을 관리하면서 실제 작업은 Windows, WSL 또는 연결된 서버에서 실행할 수 있습니다. 앱을 설치할 수 있는 환경과 실행 위치를 각각 확인합니다.
Linux 데스크톱 앱
Linux에서 그래픽 화면으로 에이전트를 조작하는 앱입니다. 검색 작업의 상태나 변경본을 GUI에서 살펴볼 수 있는지를 보고, 지원 배포판과 설치 형식, CPU 아키텍처를 확인합니다.
iOS·iPadOS 앱
iPhone이나 iPad에 설치해 세션을 조작하거나 결과를 보는 앱입니다. 검색 테스트가 끝났는지 확인하고, 실패한 경우 추가 지시를 보낼 수 있는지 살펴봅니다. 그 지시를 받아 코드를 다루는 컴퓨터의 위치도 함께 확인합니다.
Android 앱
Android 기기에 설치해 작업을 보거나 조작하는 앱입니다. 검색 작업에서 완료 알림을 받거나 대기 중인 세션에 응답할 수 있는지를 봅니다. 앱을 어디에서 설치하는지와 실제 세션에 어떻게 접속하는지도 확인할 항목입니다.
웹 브라우저
브라우저에서 작업을 열거나 세션을 제어하는 화면입니다. 검색 기능 테스트의 결과만 열어 볼 수 있는지, 새 작업을 만들거나 실행 중인 에이전트에 응답할 수 있는지에 따라 쓰임이 달라집니다.
화면 없는 실행 (CLI / Headless)
명령어나 자동화로 작업을 실행하는 경로입니다. 예를 들어 CI에서 검색 테스트를 요청하고 종료 코드와 로그를 읽을 수 있습니다. A의 API·CLI가 제공하는 제어 방법을 다룬다면, 여기서는 화면을 열어 두지 않고 실행할 수 있는 환경과 시작 방법을 살펴봅니다.
실제 실행 호스트
에이전트 프로세스와 명령이 돌아가는 컴퓨터입니다. 내 PC, 팀 서버, 공급사 클라우드 중 어디에서 검색 코드를 고치고 테스트를 실행하는지 보면, 그 호스트에 필요한 코드와 도구, 데이터 접근 권한을 알 수 있습니다.