프로그램 상태 확인하는 터미널 프로토콜 (OSC 7501)

“Mitchell Hashimoto가 터미널 이스케이프 시퀀스 OSC 7501 '프로그램 상태 프로토콜' 사양을 공개했다. 이 프로토콜은 모든 프로그램이 유휴·작업 중·사용자 대기·완료·실패 상태와 그 이유를 터미널에 알릴 수 있게 하며, 예시로 Terraform이 'Apply 3 to add, 1 to change, 0 to destroy?' 메시지와 함께 권한 대기 상태를 base64로 인코딩해 전송하는 방법을 제시한다. 기존 시퀀스들로는 진행 상황·차단·완료·작업 트리를 일관되게 전달하기 어려워, 특히 다수의 장기 실행 코딩 에이전트를 관리하는 '에이전트 인박스' 도구에 필요하다고 설명했다.”

AI 요약

Mitchell Hashimoto가 터미널 이스케이프 시퀀스인 OSC 7501 '프로그램 상태 프로토콜(Program Status Protocol)' 사양을 새로 제안했다. 이 프로토콜은 모든 프로그램이 자신의 상태(유휴, 작업 중, 사용자 대기, 완료, 실패)와 그 이유를 터미널에 전달할 수 있게 해준다. 기존의 포그라운드 프로세스 모니터링이나 출력 정숙 감지 방식으로는 진행 상황·차단·완료·작업 트리를 일관되게 전달하기 어렵다는 문제의식에서 출발했다. 특히 여러 코딩 에이전트를 동시에 실행하는 '에이전틱 인박스(agentic inbox)' 도구들이 등장하면서 이런 범용 프로토콜의 필요성이 커지고 있다. Ghostty와 Superlogical 작업에서 나온 제품 비종속적이고 터미널 네이티브한 범용 사양이다.

핵심 포인트

  • OSC 7501은 프로그램이 idle, working, blocked, finished, failed 상태를 터미널에 알리는 새로운 이스케이프 시퀀스
  • 예시로 Terraform이 "Apply 3 to add, 1 to change, 0 to destroy?" 메시지를 base64로 인코딩해 차단 상태를 전달
  • 기존 방식(포그라운드 프로세스 모니터링, 출력 정숙 감지)으로는 진행·차단·완료·작업 트리를 견고하게 전달 불가
  • Herdr, cmux, Agent Deck 등 수백 개의 '에이전틱 인박스' 도구 등장이 배경

향후 전망

  • 터미널 개발자들이 이 사양을 채택하면 여러 장기 실행 에이전트의 상태를 한눈에 관리하는 도구 생태계가 확산될 전망
  • AI 코딩 에이전트 사용이 늘면서 터미널 네이티브 상태 알림 프로토콜의 수요가 더욱 커질 것으로 예상
Share

이것도 읽어보세요

댓글

이 소식에 대한 의견을 자유롭게 남겨주세요.

댓글 (0)

불러오는 중...