터미널 + Obsidian + CLI 에이전트 — 이미 충분한 작업 환경

지금 내 환경에서는 터미널 + Obsidian + CLI 에이전트(Claude Code 류) 조합이 이미 충분한 메인 작업 UI다. 별도의 캐릭터/웹 UI를 붙여도 핵심 능력은 크게 늘지 않고 관리 대상만 늘어난다.

CLI 에이전트는 터미널 기반이지만 대화 입력, 파일 읽기·수정, 터미널 실행, 스킬 호출, 작업 로그, 결과물 저장, 프로젝트 컨텍스트 접근을 모두 제공한다. 여기에 별도 UI를 붙인다고 핵심 능력이 늘지 않으며, 오히려 UI 유지보수·인증·권한·배포·상태 관리·예외 처리라는 새 관리 대상이 생긴다. 역할 분담은 이렇다.

• Obsidian = 지식·기억·문서 UI
• CLI 에이전트 = 실행·편집·자동화 UI
• 터미널 = 시스템 제어 UI

Slack·Telegram 같은 메신저를 붙이는 건 의미 있지만 메인 작업 UI는 아니다. 터미널 앞에 없을 때의 작업 요청, 완료 알림 수신, 승인/반려 입력 같은 원격 명령·알림·승인의 보조 채널로 둔다. 반대로 메신저가 메인이 되면 긴 문서 검토·파일 구조 파악·상태 추적에 약하고, 스레드와 채널 자체가 또 다른 정리 대상이 된다.

추가 UI는 협업·모바일·승인 흐름이 실제로 생길 때만 고려한다. 결국 가치는 UI가 아니라 구조에 있다는 판단의 환경 구현이고, 지식 자산화 복리가 이 환경 위에서 돌아간다.