에이전트 코딩을 위한 TUI의 한계점?
Limitations of TUI for agentic coding?
핵심 요약
TUI 기반 에이전트 코딩에서 복잡한 상태 시각화의 어려움을 해결하기 위한 대안과 하이브리드 워크플로우에 대한 논의.
- TUI 한계 — 복잡한 상태 시각화 및 리치 콘텐츠 처리의 어려움
- 도구 추천 — craig, omnigent, herdr 등 에이전트용 TUI 대안
- 워크플로우 최적화 — tmux나 별도 터미널 창을 활용한 IDE 기능 분리
- 하이브리드 접근 — VS Code와 터미널 환경을 결합한 개발 환경 구축
난 터미널이랑 키보드만 써서 조작하는 거 진짜 좋아함. 근데 Pi가 확장성은 좋아도 TUI 특성상 상태 표시하는 데 한계가 명확하더라.
예를 들어, 내가 tree2라는 확장 프로그램을 쓰거든? 이름만 들어도 대충 어떻게 생겼을지 감 오지? Pi 터미널 안에서 그거 들여다보고 있으면 진짜 눈 빠지는 줄 알았음.
Codex, Orca, T3code 같은 소위 ADE라는 것들, 다들 얼마나 자주 씀? 난 쓸 때마다 뭔가 묘하게 거슬리는데, 딱 꼬집어서 뭐가 문제인지 모르겠단 말이지.
아무래도 난 하이브리드 형태를 찾는 것 같음. 일종의 도구 같은 거 말이야. 과연 어떤 모습일까?


