핵심 요약
- 미첼 하시모토가 프로그램의 작업 중, 대기, 완료, 실패 상태를 터미널에 표준화된 방식으로 전달하는 새 프로토콜 'OSC 7501'을 발표했습니다.
- 최근 늘어난 AI 코딩 에이전트 관리 도구들이 화면 텍스트 정규식 분석이나 전용 소켓에 의존하던 비효율을 pty 네이티브 규격으로 해결하고자 했습니다.
- 작업 상태뿐만 아니라 사용자 승인 대기 사유와 다중 병렬 작업 계층 트리까지 터미널에 구조화해 전달할 수 있습니다.
요약 하시모토 미첼(Mitchell Hashimoto)이 터미널에서 실행되는 프로그램의 진행 상태를 표준화하여 전달할 수 있는 새로운 이스케이프 시퀀스 프로토콜 'OSC 7501' 규격을 제안했습니다.
빌드나 배포, 데이터 처리처럼 오래 걸리는 터미널 작업이나 최근 널리 쓰이는 코딩 에이전트 프로그램들은 실행 도중 사용자의 승인을 기다리거나, 혼자 작업을 수행하거나, 완료 및 오류 상태로 전환되곤 합니다. 사용자는 이런 작업이 끝날 때까지 다른 일을 하는 경우가 많아 진행 상황 알림이 필수적이지만, 기존 터미널 환경에는 이러한 상태와 차단(blocking) 이유, 하위 작업 트리 등을 포괄적으로 전달하는 통일된 프로토콜이 없었습니다.
특히 최근 여러 개의 AI 코딩 에이전트를 동시에 띄워두고 관리하는 '에이전트 인박스(Agentic Inbox)' 도구들이 늘어나면서 이 문제가 심각해졌습니다. 지금까지는 창 제목의 점자 로딩 스피너 문자를 정규식으로 감지하는 휴리스틱 방식을 쓰거나 전용 소켓 API를 따로 연동해야 했는데, 이는 UI 문자 하나만 바뀌어도 규칙이 깨지고 SSH나 컨테이너 환경에서 쓰기 어렵다는 치명적인 한계가 있었습니다.
미첼이 제안한 OSC 7501은 터미널의 기본 pty 채널을 그대로 활용하는 네이티브 표준 방식입니다. 프로그램은 `state`(idle, working, blocked, done, error)를 필수로 전달하며, 사용자의 승인이나 질문을 기다릴 때는 차단 종류(`kind`)와 사유 메시지(`msg`, base64 인코딩)를 함께 실어 보낼 수 있습니다. 또한 계층적 ID 구조를 지원해 여러 작업을 병렬로 돌릴 때도 각 상태를 터미널이 한눈에 파악하고 알림이나 인박스 형태로 자유롭게 표시할 수 있도록 설계되었습니다.
Sponsored · 광고