2026년 8월 17일, 나는 paseo에서 Orca로 넘어가며 바로 확인한 변화 세 가지를 적었다. 파일을 CLI 창으로 끌어다 놓으면 그대로 들어가는 점, 설정 없이 상태줄이 뜨는 점, 그리고 여러 에이전트를 굴리는 오케스트레이션 가능성이다. 셋째는 아직 켜 보지 못했다. 램이 부족해 우선 한두 개만 붙여 볼 생각이라고 남겼다.
도구를 바꾸면 무엇부터 달라질까?
내 경우에는 파일을 넣는 방식, 상태를 보는 방식, 여러 에이전트를 다루는 가능성이라는 세 지점이 먼저 눈에 들어왔다.
“paseo에서 Orca로 넘어왔더니 달라진 게 3개다.”
도구를 비교할 때 기능 이름을 길게 나열하는 것보다, 실제로 손이 닿는 순간의 차이를 적는 편이 내게는 더 분명했다. 이번에는 파일 하나를 넣는 동작, 화면에서 상태를 읽는 동작, 여러 에이전트를 붙일 수 있는지라는 세 장면이다. 이 글은 어느 도구가 절대적으로 낫다는 평가가 아니라, 내가 바꾼 직후 확인한 차이를 기록한 글이다.
특히 셋째는 아직 실행한 결과가 아니다. 원문에 분명히 ‘아직 못 켜봤다’고 적었다. 그래서 이 글에서도 여러 에이전트 오케스트레이션이 실제로 어떻게 동작했는지, 어느 정도 자원을 썼는지 같은 내용을 덧붙이지 않는다. 계획과 확인된 사실을 분리하는 것이 이 기록의 출발점이다.
첫 번째 변화, 파일을 CLI에 넣는 방식은?
Orca에서는 파일을 CLI 창에 끌어다 놓으면 그대로 들어가는 동작을 내가 직접 확인했다.
파일을 다루는 도구에서는 시작 동작이 자주 반복된다. 내가 적은 첫 번째 변화는 바로 이 부분이었다. Orca에서 파일을 끌어다 CLI 창에 놓았을 때 파일이 그대로 들어갔다. 짧은 한 줄이지만, 반복해서 파일을 지정하는 과정에서는 이 차이가 작업 흐름의 시작을 바꾼다.
여기서 중요한 것은 이 동작이 모든 종류의 파일이나 모든 환경에서 어떻게 처리되는지까지 확장하지 않는 것이다. 내가 확인한 사실은 끌어다 놓은 파일이 CLI 창에 들어갔다는 점이다. 도구를 옮기며 느낀 차이를 사실 범위 안에서 적으면, 나중에 다시 볼 때도 무엇을 실제로 봤는지 분명해진다.
두 번째 변화, 상태줄은 왜 중요했나?
Orca에서는 상태줄이 설정 없이 보였고, paseo에서는 상태줄을 고치다가 대화 기록이 남지 않는 일을 발견했다.
| 비교 지점 | paseo에서 적은 경험 | Orca에서 확인한 변화 |
|---|---|---|
| 상태줄 | 고치려다 대화 기록 미저장을 발견 | 설정 없이 표시 |
| 파일 입력 | 원문에 별도 언급 없음 | 끌어다 놓으면 그대로 입력 |
| 여러 에이전트 | 원문에 비교 결과 없음 | 기능 가능성 확인, 아직 미실행 |
상태줄이 단순히 보기 좋은 요소만은 아니었다. paseo에서는 상태줄을 고치다가 대화 기록이 남지 않는다는 문제를 발견했다고 적었다. 반면 Orca에서는 그 상태줄이 별도 설정 없이 그냥 떴다. 내가 여기서 비교하는 것은 세부 구현이 아니라, 상태를 보기 위해 별도 설정을 손대야 했는지 여부다.
대화 기록이 남는지 여부는 작업을 되짚는 데 직접 연결된다. 그래서 상태줄을 고치려다 발견한 문제는 작은 화면 요소의 문제가 아니었다. 내가 어떤 설정을 만졌고, 그 뒤에 무엇이 남는지를 확인해야 한다는 점을 보여 준 기록이었다.
세 번째 변화, 여러 에이전트는 이미 써 봤나?
아직은 아니다. Orca에서 여러 에이전트를 굴리는 오케스트레이션이 된다는 점만 확인했고, 램이 부족해 한두 개부터 붙일 생각이다.
- 여러 에이전트를 굴리는 오케스트레이션이 가능하다는 점을 확인했다.
- 이 기능은 아직 켜 보지 못했다.
- 램이 부족해서 우선 한두 개만 붙여 볼 계획이다.
이 항목은 결과보다 보류 상태를 기록하는 부분이다. 기능이 있다는 말과 실제 내 환경에서 돌려 봤다는 말은 다르다. 나는 이 차이를 섞지 않기 위해, 아직 켜지 못한 이유와 다음에 시도할 범위를 같이 적었다. 한꺼번에 여러 개를 붙였다고 말하지 않고 한두 개만 시도할 생각이라고 남긴 것도 같은 이유다.
도구를 비교할 때 가장 쉽게 생기는 오해는 가능성과 경험을 같은 문장에 넣는 것이다. Orca의 오케스트레이션은 가능성으로 확인했고, 실제 사용 경험은 아직 없다. 이 구분을 적어 두면 다음 실험에서 무엇을 확인해야 할지도 자연스럽게 남는다.
큰 질문, 어떤 CLI를 써야 할까?
정답 하나를 고르는 대신, 내가 자주 하는 동작과 이미 겪은 문제를 기준으로 비교하면 도구 선택 이유가 분명해진다.
이 글의 큰 질문은 paseo와 Orca 중 무엇이 더 좋은가가 아니다. 나는 파일을 어떻게 넣는지, 상태줄이 설정 없이 보이는지, 기록이 남는지, 여러 에이전트를 실제로 다룰 수 있는지가 필요했다. 그래서 도구 이름보다 내 작업에서 자주 반복되는 장면을 기준으로 바뀐 점을 세 개로 세었다.
- 반복하는 입력 동작이 쉬워졌는지 확인한다.
- 상태를 보기 위해 설정을 손대야 하는지 확인한다.
- 기록이 남는지 별도로 확인한다.
- 아직 써 보지 않은 기능은 계획으로만 표시한다.
이 목록은 일반적인 제품 평가표가 아니라 내 기록을 정리하는 방법이다. 한 도구에서 불편했던 지점이 다른 도구에서 바로 해결됐는지를 보려면, 기능표보다 실제 동작을 먼저 적는 편이 낫다. 반대로 아직 확인하지 않은 오케스트레이션은 결론을 미루는 편이 맞다.
바꾼 뒤에 남긴 점검 기준
새 CLI를 만났을 때는 입력, 상태, 기록, 자원, 미확인 기능을 나눠 적으면 확인된 경험과 계획을 섞지 않을 수 있다.
나는 paseo와 Orca를 놓고 세 가지를 적은 뒤 “여러분은 뭐 쓰세요? paseo, Orca, 아니면 그냥 터미널?”이라고 물었다. 이 질문은 하나의 도구를 권하는 말이 아니라, 각자가 어떤 장면을 더 중요하게 보는지 묻는 질문이었다. 어떤 사람에게는 파일 입력이, 다른 사람에게는 기록이나 자원이 더 큰 기준일 수 있다.
도구의 기능과 공식 정보는 해당 도구의 문서에서 확인해야 한다. 이 글은 내가 직접 적어 둔 전환 경험을 확장한 기록이며, 외부에서 재현하지 않은 기능은 주장하지 않는다. 원래의 대화 맥락은 글 아래의 Threads 원문 링크에서 확인할 수 있다.
바꿔 본 뒤 자주 받은 질문
도구 전환의 핵심은 새 기능 수가 아니라, 내 환경에서 실제로 확인한 동작과 아직 확인하지 않은 범위를 구분해 두는 데 있다.
Orca에서 파일을 어떻게 넣었나?
파일을 CLI 창으로 끌어다 놓았고 그대로 들어갔다. 이것이 내가 전환 직후 적은 첫 번째 변화다.
paseo에서 어떤 문제가 있었나?
상태줄을 고치다가 대화 기록이 남지 않는다는 점을 발견했다. 그래서 상태와 기록을 함께 확인하게 됐다.
여러 에이전트 기능은 이미 사용했나?
아직 켜 보지 못했다. 램이 부족해 우선 한두 개만 붙여 볼 생각이라고 기록했을 뿐이다.
무엇을 기준으로 CLI를 고르면 좋나?
내가 자주 하는 입력, 상태 확인, 기록 보존, 자원 조건처럼 실제 작업 장면을 기준으로 비교하는 것이 좋다.
이 글은 제가 2026-08-17에 스레드에 올리고 직접 겪은 일을, 빠졌던 맥락과 확인 방법까지 더해 다시 쓴 글입니다. 원문은 여기서 볼 수 있습니다 → 원본 스레드 글