Pi Durable vs Hermes — Part 2 (with Leo)

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Pi Durable과 Hermes의 차이는 개발 작업에 필요한 기능만 구성할지, 다양한 기억과 도구를 갖춘 개인 비서를 사용할지에 있으며, 선택의 핵심은 제한된 컨텍스트를 어떻게 배분하느냐다.

📌 핵심 요점

1. 원격 작업이 비교의 출발점이다. Leo는 인터넷과 휴대전화, Telegram만으로 업무에 접근하려고 Pi Durable을 주로 사용한다. 진행자도 Telegram 중심으로 작업 환경을 옮기며 두 도구를 비교한다.
2. Hermes는 개인 비서 용도로 계속 활용한다. Leo는 개인 재무, 일정, 건강·운동 기록처럼 주제가 수시로 바뀌는 용도에 Hermes를 남겨둔다. 다양한 기억을 유지하고 새 기록 영역을 쉽게 추가할 수 있다는 점을 높이 평가한다.
3. 개발에서는 불필요한 기억이 부담이 될 수 있다. 두 사람은 오래된 모델 선호나 개인 생활 기록이 개발 작업의 컨텍스트를 차지하는 문제를 지적한다. Pi 쪽에서는 기본 규칙과 작업 흐름을 중심으로 필요한 정보만 유지하려 한다.
4. Pi Durable의 장점은 가벼운 구성과 조정 가능성이다. Telegram 스레드마다 별도 Pi 인스턴스를 열고, 공유 작업 공간에서 서로 다른 일을 수행하도록 구성한다. 메시지 대기·중단 방식과 여러 이미지의 묶음 처리도 조정할 수 있다고 설명한다.
5. 마지막 결론은 제품 우열보다 설정 선택에 가깝다. Hermes에서 제안하는 기능을 모두 활성화하면 사용하지 않는 도구와 스킬도 컨텍스트 부담이 될 수 있다는 지적이다. Pi 역시 필요한 패키지와 확장을 직접 추가해야 하므로, 두 방식 모두 사용자의 구성 판단이 중요하다.

🧩 배경과 문제 정의

이 영상은 Hermes에서 Pi Durable로 작업 환경을 옮기는 문제를 다룬 이전 영상의 후속 대화다. 진행자는 직접 Pi Durable을 설치해 비교했고, 사무실에서 이를 적극적으로 사용하는 Leo와 실제 사용 방식과 설정 차이를 살펴본다.

핵심 문제는 휴대전화로 원격 작업을 이어가면서, 개발에 필요하지 않은 기억과 기능이 제한된 컨텍스트를 차지하지 않도록 하는 것이다. 대화는 원격 접근의 편의에서 출발해 개인 비서와 개발 도구의 역할 차이, 메시지 처리 설정, 확장 기능과 사용자 책임으로 이어진다.

🕒 시간순 섹션별 상세정리

1. 후속 비교의 목적과 휴대전화 중심 작업

• 진행자는 이전 비교에 대한 추가 설명 요청을 받아 Pi Durable을 직접 설치한 경험을 Leo와 논의한다고 보여준다. [00:35]
• Leo는 가능한 한 모든 작업에 원격으로 접근하려고 하며, 인터넷과 휴대전화, Telegram으로 어디서든 일하는 방식을 선호한다. [00:54]
• 퇴근 후에도 노트북을 반쯤 열어 핫스폿에 연결하는 상황을 예로 들며, 휴대전화만으로 작업을 이어가는 편의와 효율을 강조한다. [01:35]

2. Telegram에 두 도구를 나란히 배치

• 진행자는 Telegram 중심 작업으로 옮기고 있으며, 같은 접근을 다른 채팅 봇에도 적용할 수 있다고 드러낸다. [01:51]
• Pi Durable을 실행하는 ‘Phil’과 Hermes를 실행하는 ‘Ultron Work’를 별도로 두고 작업 흐름을 구성한 화면을 보여준다. [02:15]
• Leo는 Hermes 사용을 크게 줄였지만 개인 재무, 즉석 질문, 개인 일정에는 계속 사용한다고 보여준다. [02:31]

3. Hermes를 남겨두는 이유와 기억 누적의 부담

• 진행자는 Hermes가 많은 도구·기억·연결 방식·스킬을 제공하는 복잡한 하니스이며, 그 풍부함이 시간이 지나면서 부담이 될 수 있다고 평가한다. [03:06]
• Leo는 재무에서 약·보충제, 칼로리, 운동으로 기록 주제가 바뀔 수 있어, 새 그룹을 만들고 기록을 시작하기 쉬운 Hermes를 개인 용도로 유지한다. [04:00]
• 진행자는 Hermes를 제품 관리자 역할로도 쓰지만, 약 2~5주 이후 기억이 무거워지면서 성능 저하를 경험했다고 드러낸다. [04:31]

4. 개발 작업에는 필요한 규칙과 흐름만 유지

• Leo는 코딩·영상 편집·스크립트 개발에서 모든 기억을 계속 유지하고 싶지 않으며, 기억이 컨텍스트를 차지하므로 기본 규칙 위주로 구성하려 한다. [05:12]
• 진행자는 과거에 선호하던 모델이 바뀌었는데도 이전 선호가 기억에 남는 상황을 예로 들며, 자동 기억 관리가 항상 유용한 것은 아니라고 드러낸다. [06:07]
• Pi를 시험하면서 개인 생활 정보보다 작업 흐름을 깔끔하게 유지한다는 인상을 받았고, Hermes 프로필을 추가하는 대신 더 단순한 하니스를 선호한다고 보여준다. [06:42]

5. 스레드별 Pi 인스턴스와 도구의 역할 구분

• 진행자는 하나의 작업 그룹에서 Telegram 스레드마다 새 Pi 인스턴스가 열리도록 구성했으며, 공유 작업 공간에서 각각 다른 작업을 맡긴다고 보여준다. [07:12]
• Pi는 가벼운 코딩 하니스로 묶인다. 두 사람은 Hermes의 개인 비서 지향과 Pi의 개발·프로그래밍 보조 지향을 구분한다. [07:54]

6. 에이전트 간 제어 실험과 토큰 비용

• Leo는 Pi Durable에서 에이전트 군집을 적극적으로 쓰지는 않지만, 동료와 에이전트가 다른 에이전트를 감독·제어하는 방식을 시험했다고 드러낸다. [08:35]
• Hermes가 다른 Hermes를 제어하는 실험에서는 토큰 사용량이 급증했다고 회고하며, 지역에 따른 일부 도구의 접근 문제도 언급한다. [09:07]
• 진행자는 채팅으로 빌드 작업을 시작하고 원하는 하니스를 뒤에서 실행하게 하는 제어 방식으로 자신의 이해를 정리하며, Leo가 대체로 동의한다. [09:24]

7. 초기 설치의 어려움과 에이전트를 통한 구성

• 진행자는 초기 안내가 거의 없어 설치가 어려웠고 Hermes의 도움을 받았지만, Pi Durable의 구성이 가벼워 에이전트가 원하는 스레드·봇 설정을 비교적 정확하게 수행했다고 드러낸다. [10:05]
• Hermes 설정을 에이전트가 바꿀 때 문제가 생겼던 경험과 비교하고, Leo 역시 설치 방법을 잘 몰라 에이전트의 도움으로 전용 노트북에 환경을 구성했다고 보여준다. [10:59]
• 진행자는 현재 빌드 작업을 맡기고 결과 보고를 받는 방식으로 사용하고 있다고 전해진다. [11:16]

8. 작업 복구 경험과 메시지 처리 방식 조정

• 진행자는 기기가 종료된 뒤 작업이 재개되거나 상태를 살펴볼 수 있었던 경험을 말하면서, 연속으로 보낸 지시 중 두 번째가 기다려야 하는 점을 불편으로 꼽는다. [11:35]
• Leo는 코드를 살펴본 뒤 다중 세션과 메시지 처리 방식을 조정할 수 있음을 알게 됐으며, 즉시 중단이나 대기용 명령을 구성하는 방식을 보여준다. [12:38]
• 두 사람은 구성의 자유도와 함께 실제 제약으로 연산 자원과 토큰 한도를 언급한다. [12:49]

9. 이미지 묶음 처리와 Pi 확장 활용

• Leo는 이미지나 영상을 여러 개 보낼 때 개별 요청처럼 처리되는 문제가 있을 수 있으며, 여러 이미지를 한 번에 읽도록 설정할 수 있다고 조언한다. [13:16]
• 진행자는 Pi Durable이 Pi 인스턴스를 열어 통신하는 방식이므로 기존 Pi 확장을 사용할 수 있다고 설명하고, 루프·패키지·확장과 개발자 커뮤니티를 언급한다. [13:46]

10. 필요한 기능만 더하는 철학과 사용자의 책임

• 두 사람은 Pi를 필요한 부품을 직접 넣는 상자나 조립식 데스크톱에 비유한다. 진행자는 Hermes의 풍부한 기본 기능과 Pi의 깨끗한 출발점을 대비하며, 도구와 스킬도 컨텍스트를 차지한다고 주장한다. [14:41]
• Leo는 설치 과정에서 제안하는 기능에 모두 동의하는 사용자 선택도 문제라고 지적한다. 필요한 기능만 쓰다가 작업 요구가 늘면 패키지를 추가하는 방식으로 논의를 정리한다. [16:05]
• 진행자는 비교와 추가 도구 시험을 계속하겠다고 밝히고, 시청자에게 실제 작업 흐름과 성공·실패 경험을 요청한 뒤 Leo와 함께 영상을 마친다. [16:47]

🧾 결론

• 두 사람의 사용 사례에서는 Hermes가 폭넓은 개인 기록과 비서 역할을, Pi Durable이 원격 개발 작업과 필요한 기능의 선택적 구성을 맡는다.
• 영상이 강조하는 자원은 컨텍스트다. 기억과 기능의 수보다 현재 작업에 필요한 정보가 얼마나 적절하게 들어가는지가 중요하다는 관점이다.
• Pi Durable의 유연성에는 설정을 이해하고 조정하는 부담이 따른다. 진행자는 초기 안내 부족을 겪었고, 다른 에이전트의 도움을 받아 환경을 구성했다.
• 비교는 계속 진행 중이다. 진행자는 추가 도구를 시험하고 있으며, 시청자에게 실제 작업 흐름과 성공·실패 사례를 공유해 달라고 요청한다.

📈 투자·시사 포인트

• 도입 판단: 개인 비서와 개발 에이전트의 요구사항을 나누어 평가할 필요가 있다. 영상의 사례처럼 용도별로 도구를 함께 사용하는 선택도 가능하다.
• 운영 비용: 에이전트가 다른 에이전트를 제어하는 실험에서 토큰 사용량이 급증했다는 경험담이 나온다. 자동화 범위를 넓힐 때 작업 결과와 함께 토큰 소비를 확인필요가 있다.
• 제품 설계: 풍부한 기본 기능과 최소 구성에서 출발하는 확장성은 서로 다른 편의를 제공한다. 기본 활성화 항목과 기억 관리 방식이 사용 경험을 좌우하는 비교 요소로 제시된다.
• 해석 범위: 영상에는 기업 실적, 시장 규모, 가격 비교나 투자 수익 자료가 없다. 시사점은 에이전트 도구의 선택과 운영 방식에 한정된다.

⚠️ 불확실하거나 확인이 필요한 부분

• Hermes를 약 2~5주 사용한 뒤 성능이 떨어졌다는 설명은 진행자의 경험담이다. 기억 누적이 직접 원인인지 확인할 통제 실험이나 정량 결과는 제시되지 않는다.
• Pi Durable이 기기 종료 후 작업을 재개하거나 상태를 확인하게 해줬다는 사례는 있으나, 복구 조건과 실패 범위는 설명되지 않는다.
• 메시지 중단·대기, 다중 세션, 이미지 묶음 처리가 가능하다고 설명하지만, 기본 제공 기능과 사용자 수정의 경계 및 구체적인 설정 방법은 명확하지 않다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 자신의 작업을 개인 기록·일정 관리와 개발·빌드 작업으로 나누고, 각 작업에 필요한 기억과 도구를 적는다.
• 현재 활성화된 스킬·연결 도구·자동 기억을 점검하고, 작업과 관계없는 항목이나 오래된 선호를 정리한다.
• Telegram 스레드별 세션 구성을 작은 작업으로 시험하고, 작업 전환과 공유 작업 공간의 동작을 확인한다.
• 새 메시지가 들어왔을 때 대기할지 중단할지 정하고, 여러 이미지가 하나의 요청으로 처리되는지 확인한다.

❓ 열린 질문

• Hermes의 기억과 기본 활성화 기능을 줄이면, 두 사람이 경험한 개발 성능 차이가 얼마나 남을까?
• 작업 흐름에 필요한 기억과 불필요한 개인 기억을 어떤 기준으로 구분하고 갱신할 수 있을까?
• Pi Durable의 설정 유연성이 실제 운영에서 설정·유지보수 부담을 상쇄하는 조건은 무엇일까?