Superlogical, 터미널 멀티플렉서를 시작점으로 ‘작업 세션’ 레이어를 만들겠다는 선언

• Superlogical이 만들겠다는 건 ‘터미널 앱’이라기보다, 개발 작업 전체를 담는 오래 살아있는 세션 레이어임

  • 지금 개발 작업은 로컬 머신, 원격 호스트, 샌드박스, 서비스, 프로덕션 시스템에 다 흩어져 있음
  • 사람이 직접 만지는 작업, CI가 자동으로 돌리는 작업, 에이전트가 병렬로 처리하는 작업도 서로 다른 도구와 로그 안에 갇혀 있음

• 이 회사가 보는 문제는 AI가 새로 만든 게 아니라, AI 때문에 더 비싸지고 눈에 띄게 된 오래된 단절임

  • 시스템 관리, CI, 원격 개발, 협업은 예전부터 같은 경계를 계속 밀어붙여 왔음
  • 에이전트가 들어오면 “지금 무슨 작업이 어디서 어떤 맥락으로 돌아가는지”를 사람이 더 자주 놓치게 됨

• 해결책으로 제시한 건 작업 자체를 중심으로 한 durable session임

  • 애플리케이션과 실행 환경을 넘나들 수 있어야 함
  • 관련 컨텍스트를 기본으로 제공하고, 구조화된 데이터와 액션을 노출해야 함
  • 히스토리는 보존하면서도 소프트웨어가 조작할 수 있고, 동시에 사람이 볼 수 있고 통제할 수 있어야 함

• 첫 출발점은 터미널 멀티플렉서임

  • 여러 터미널 블록을 긴 세션 안에 정리하고, 앱을 닫아도 나중에 다른 기기에서 다시 이어갈 수 있게 하겠다는 방향임
  • 웹, macOS, iOS 앱에서 세션에 접근할 수 있고, 라이브 세션 공유도 처음부터 포함한다고 함

• 기존 tmux류 도구에서 자주 느끼는 불편함도 직접 겨냥함

  • 스크롤백, 텍스트 선택, 스크롤 동작을 네이티브하게 만들겠다고 말함
  • 터미널 멀티플렉서에 익숙한 사람은 편하게 느끼되, UI/UX는 더 현대적으로 가져가겠다는 포지션임

• 좁아 보이는 출발점이지만, Superlogical은 터미널을 개발자·에이전트·도구·인프라가 만나는 기반으로 보고 있음

  • 그래서 첫 제품이 터미널이어도 최종 목표는 자동화 작업과 프로덕션 운영까지 묶는 쪽임
  • 당장 중요한 건 큰 비전보다 “터미널 멀티플렉서 자체가 진짜 잘 만들어질 수 있느냐”일 듯함

---

기술 맥락

• 이 선택의 핵심은 터미널을 UI가 아니라 작업 상태의 진입점으로 본다는 거예요. 개발자는 이미 터미널에서 로컬 빌드, 원격 접속, 배포, 디버깅을 다 하니까 여기서 durable session을 시작하면 기존 워크플로를 크게 깨지 않아도 되거든요.

• 왜 지금 이 얘기가 다시 나오냐면, AI 에이전트가 작업 주체로 들어오면서 세션의 소유자가 한 사람이 아니게 됐기 때문이에요. 사람이 보던 화면, CI 로그, 에이전트 실행 기록이 따로 놀면 문제 원인을 따라가기 힘들어져요.

• 기존 terminal multiplexer의 대안은 CI 시스템, 원격 개발 환경, 관측 도구를 각각 더 좋게 만드는 방식이에요. 그런데 Superlogical은 그보다 아래쪽에 공통 세션을 두면 인터랙티브 작업과 자동 작업을 같은 히스토리 안에서 다룰 수 있다고 보는 쪽이에요.

• 프로덕션까지 확장하려면 단순 편의 기능만으로는 부족해요. 권한, 감사 로그, 세션 공유, 재접속, 작업 재현성이 같이 따라와야 하거든요. 그래서 글에서도 “safe and operable in production”을 별도 단계로 못 박고 있어요.