Every Think Week: Monologue HARDWARE?!

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Every Think Week에서 공개한 Monolog 하드웨어는 받아쓰기와 음성 메모를 전용 기기로 묶어, 앱보다 편하고 매일 사용할 이유가 있는지 검증하는 초기 실험이다.

📌 핵심 요점

1. 별도 기기의 존재 이유는 입력 과정의 불편을 줄이는 데 있다. 휴대전화 앱 전환과 마이크 사용 제약, 장시간 녹음의 배터리 부담을 덜어주는 것이 출발점이다.
2. Monocard는 블루투스 받아쓰기와 음성 메모를 결합한다. 작은 목소리와 속삭임으로 텍스트를 입력하는 시연이 있었지만, 아이폰에서 바로 붙여넣으려면 현재는 Monolog 키보드가 필요하다.
3. 카드형은 휴대전화 뒤에 붙여 늘 가져다니려는 선택이다. 다만 시연 기기에는 자석 연결이 없고 두께와 부착 적합성도 개선이 필요하며, 산책용으로는 작은 Monokey가 별도 후보로 남아 있다.
4. 에이전트와 대화하는 입력 창구가 장기적인 확장 방향이다. 버튼이나 발화를 웹훅에 연결하고 Dot·Muse 같은 에이전트를 직접 지원하는 구상이 있지만, 구현된 차별점으로 확정되지는 않았다.
5. 맞춤 PCB와 기성 ESP32, 자체 제작 장비로 빠르게 시제품을 만들었다. AI가 설계와 테스트를 돕는다는 설명과 함께, 최종 사양보다 개발자와 동료의 지속 사용 여부를 먼저 확인하고 있다.

🧩 배경과 문제 정의

• Monolog는 아이폰 앱으로 이미 받아쓰기를 지원한다. 별도 하드웨어가 필요하려면 앱보다 나은 사용 경험을 제공하고, 사용자가 매일 추가 기기를 챙겨야 하는 부담도 줄여야 한다.
• 휴대전화 앱 전환과 마이크 사용 제약, 장시간 녹음에 따른 배터리 소모가 전용 기기를 실험하는 배경이다. 펜던트형 기기는 잊어버리거나 분실하기 쉽다는 경험도 설계에 영향을 준다.
• Monocard는 받아쓰기와 음성 메모를 결합한 초기 시제품이다. 휴대 형태와 조작 방식, 에이전트 연동, 상용화 여부는 실제 사용을 통해 탐색하는 단계다.

🕒 시간순 섹션별 상세정리

1. 초기 시제품의 기준은 실제로 계속 사용하는가이다

• Monolog 하드웨어는 개발자가 직접 사용하며 검증하는 첫 번째 개발용 시제품이다. 며칠간 사용한 결과 계속 쓸 만하다는 판단이 나왔지만, 최종 설계는 아니다. [03:41]
• 첫 번째 검증 기준은 개발자 본인의 지속 사용이고, 두 번째는 Every 동료들의 사용이다. 현재는 동료들에게 사용 범위를 넓히려는 단계다. [04:15]

2. 휴대전화 부착형 카드는 추가 기기를 챙기는 부담을 줄이려는 선택이다

• 초기 후보는 작은 펜던트 형태의 Monokey와 카드형 기기다. 핵심 문제는 아이폰 앱이 있는데도 별도 하드웨어를 구매하고 매일 휴대할 이유를 만드는 것이다. [04:36]
• 펜던트는 따로 착용하고 챙겨야 한다. Limitless를 집 안에서 잃어버리거나 외출할 때 잊는 경험에 비추어, 늘 들고 다니는 휴대전화 뒤에 붙이는 방식이 대안이 된다. [05:25]

3. 블루투스 받아쓰기는 작은 목소리로도 텍스트를 입력한다

• Monocard는 블루투스로 연결되며 Monolog 앱의 하드웨어 설정에서도 확인할 수 있다. 당시 이 기능은 개발자만 사용하는 상태다. [06:41]
• 큰 파란색 M 버튼으로 음성을 입력하자 텍스트가 붙여넣어진다. 옆 사람이 제대로 듣지 못한 작은 목소리와 더 낮춘 속삭임으로도 받아쓰기가 작동한다. [07:19]

4. 화면과 전용 마이크는 모바일 받아쓰기의 조작 부담을 줄인다

• 작은 화면은 현재 작업과 발화 시간을 보여준다. 시제품 화면의 품질은 충분하지 않아 더 좋은 OLED나 LED 화면으로 바꾸려는 계획이 있다. [08:24]
• 기존 아이폰 받아쓰기는 마이크 세션 때문에 메인 앱을 열었다가 돌아오는 과정이 필요하고, 액션 버튼 방식도 매끄럽지 않다. 전용 기기는 휴대전화 마이크를 점유하지 않는 방식으로 이 불편을 줄인다. [08:51]

5. 받아쓰기와 음성 메모를 두 버튼과 내부 저장 공간으로 결합한다

• 큰 버튼은 아이폰이나 Mac에서의 받아쓰기용이다. 연결되지 않은 상태에서도 내부 메모리에 녹음할 수 있으며, 현재 저장량은 약 3시간이다. 향후 약 60시간으로 늘리려는 목표가 있다. [10:28]
• 흰색 버튼은 Monolog Notes 녹음을 시작한다. 대면 대화, 전화 상대방의 음성, 개인적인 생각을 기록해 받아쓰기와 메모를 한 기기에서 처리하려는 설계다. [10:57]

6. 화면 피드백과 에이전트 연결이 입력 장치의 확장 방향이다

• 버튼 입력이나 특정 발화를 웹훅과 연결해 에이전트에 작업을 보내는 사용 방식이 제안된다. 동시에 녹음이 실제로 작동하는지 확인할 피드백이 중요하다. 작동한다고 생각하고 오래 말했는데 배터리가 꺼져 있는 상황을 피해야 하기 때문이다. [11:43]
• 장기적으로는 에이전트가 Monolog에 쌓인 발화를 읽고 필요한 작업을 수행하는 방향을 지향한다. 전용 기기가 에이전트와 대화하는 창구가 될 수 있으며, 시제품에는 진동 피드백도 들어 있다. [12:55]

7. 맞춤 PCB와 기성 컨트롤러로 만든 하드웨어는 더 얇아질 여지가 있다

• 외장은 3D 프린터로 제작했고 내부 PCB도 맞춤 제작했다. Monolog의 자체 받아쓰기 모델 Mono 1을 개발한 팀원 Evan이 전자 하드웨어 제작까지 맡았으며, 집에 있는 PCB 제작 장비를 활용했다. [14:52]
• 컨트롤러는 직접 설계한 부품이 아니라 기성 ESP32를 사용한다. 카드 크기는 신용카드 정도지만 휴대전화에 붙이기에는 두껍고, 현재 두께의 상당 부분은 3D 프린트 외장에서 나온다. [15:51]

8. 카드형의 휴대성과 산책용 착용성은 서로 다른 과제다

• 현재 카드형 기기는 걸으면서 쓰기에 좋은 형태는 아니다. 앞쪽 마이크를 자신에게 향하게 들거나 목에 거는 방식 모두 어색할 수 있다. [17:07]
• 더 작은 Monokey는 Limitless와 비슷한 산책용 기기의 대안 후보다. 기본 하드웨어는 유사하지만 화면이 없으며, 이날 현장에는 실물이 없다. [17:34]

9. 현재의 차별성은 제한적이며 직접적인 에이전트 지원이 후보로 남는다

• 현재 기능만으로는 경쟁 기기와 특별히 다르지 않다는 자평이다. 기존 제품과 비슷하더라도 하드웨어를 직접 실험할 이유는 충분하다는 입장이다. [18:24]
• 향후 차별화 후보는 자사 에이전트를 직접 지원하는 하드웨어 인터페이스다. Dot이나 Muse 같은 에이전트와 기기를 통해 대화하는 방향에 관심이 있지만, 구현된 차별점으로 확정된 것은 아니다. [18:44]

10. AI와 자체 제작 장비가 하드웨어 반복 개발 주기를 줄인다

• 소프트웨어는 이제 피드백을 얻는 전체 과정을 5분 안에 돌릴 수 있다. 반면 개발자가 6~8년 전에 만들었던 하드웨어 시제품은 PCB 제작·배송·시험 때문에 한 주기에 약 4주가 걸렸다. [19:42]
• 이번 시제품은 현재 단계까지 약 2주가 걸렸다는 설명이다. 아이디어는 10월 첫째 주에 나왔고, 10월 말까지 제작과 발송을 마쳤다. [20:25]

11. 시제품의 보안 확신과 상용 출시 전 검증은 구분된다

• 현재 보안에 대해서는 안전할 것 같다는 수준의 답변이다. 상용으로 출시한다면 민감한 데이터를 다루는 제품인 만큼 보안을 확실히 확보해야 한다는 입장이다. [21:47]

12. 마이크와 진동, 통화 수음 기능을 갖추되 상시 청취는 지향하지 않는다

• 최종 제품의 지향점은 손에 쥐었을 때 만족스러운 알루미늄 외장이다. 진동으로 받아쓰기와 메모 작동을 알려주고, 듀얼 마이크와 소음 감소로 여러 방향의 음성을 잘 받는 구성을 추구한다. [22:38]
• 압전 소자는 휴대전화 뒤에 붙였을 때 통화 상대방 쪽 소리를 포착하는 용도로 드러난다. [23:19]

13. 오픈소스 여부는 미정이지만 펌웨어 교체를 막을 생각은 없다

• 자체 하드웨어는 iOS가 허용하지 않는 기능을 실험할 여지를 넓힌다. 다만 펌웨어 공개나 오픈소스 운영 여부는 결정되지 않았으며, 개발자가 원하는 사용 경험을 중심으로 제품을 만들려는 성향이 강하다. [24:25]
• ESP32 기반이므로 사용자가 직접 펌웨어를 올리는 것은 가능하다. 하드웨어를 Monolog 전용으로 잠가두기보다, 다른 기능을 직접 만들어 사용할 수 있게 하려는 입장이다. [25:56]

14. 책상 주변의 자유로운 발화와 긴 대화 녹음이 주요 사용 사례다

• 주요 사용 사례 중 하나는 데스크톱 앞에서 기기를 들고 말하는 것이다. 노트북 마이크 가까이 가지 않아도 되므로, 작업 중 움직이거나 다른 일을 하면서 입력하는 활용이 가능하다. [27:27]
• 또 다른 사례는 좋은 대화를 휴대전화 대신 전용 기기로 길게 녹음하는 것이다. 휴대전화로 한 시간가량 녹음하면 배터리 부담이 커지는 문제가 별도 기기를 쓰는 이유가 된다. [28:26]

15. 휴대전화와의 실제 결합, 제품 촉감, 후속 시험이 남은 과제다

• 새 휴대전화에 기기를 대보면 아직 잘 맞지 않아 개선이 필요하다. 휴대전화 뒤에 부착한다는 구상이 실제 기기 형태와 잘 맞물리는지도 검증해야 한다. [29:04]
• 완성도와 손에 닿는 느낌에서는 Apple 하드웨어를 기준으로 삼는다. 좋은 힌지 감촉처럼 직접 만질 때 느끼는 품질이 Monolog 하드웨어에도 요구된다. [29:18]

16. 초기 하드웨어로 검증하는 의도적인 음성 공유

• 다음 한 주 동안 뉴욕에 머물며 관심 있는 사람에게 기기를 시연하고 피드백을 받을 계획이다. [30:09]
• 공개한 기기는 2주 된 초기 프로토타입이며, 최종 형태가 아니라 가능한 형태 중 하나다. 조기에 공개한 목적은 사용자 피드백을 얻는 데 있다. [30:27]

17. 저렴한 가격을 기준으로 삼는 제품 설계와 후속 소통

• 비교 대상으로 거론한 Limitless의 가격은 확실하지 않다. 한 참여자는 초기 구매가가 약 99달러였다고 기억하고, 이후 가격으로는 150달러·250달러·200달러 등의 추정이 오간다. [31:36]
• 개발자는 기기 가격을 79달러나 99달러, 대략 100달러 수준으로 저렴하게 만드는 것을 목표로 한다. 확정 가격은 아니며, 앞으로의 제품 관련 결정도 이 가격 목표를 중심으로 내릴 생각이다. [31:53]

🧾 결론

• 핵심 검증 대상은 받아쓰기가 가능한지에 더해, 사용자가 앱 대신 이 기기를 반복해서 선택하는지다.
• 휴대성, 버튼 조작, 화면·진동 피드백, 손에 닿는 품질이 함께 갖춰져야 일상적인 입력 도구로 자리 잡을 수 있다.
• 공개된 기기는 초기 시제품이다. 에이전트 연동과 상용화 가능성은 실제 사용과 후속 개발을 통해 판단해야 한다.

📈 투자·시사 포인트

• 음성 하드웨어를 평가할 때는 기능 수와 함께 입력 단계 감소, 휴대 빈도, 지속 사용을 살펴볼 필요가 있다. 이번 실험도 개발자 본인과 동료의 사용을 우선 기준으로 삼는다.
• 에이전트 직접 연결은 차별화 후보지만 현재 경쟁 우위로 입증되지는 않았다. 실제로 어떤 작업을 얼마나 안정적으로 끝내는지가 후속 관찰 지점이다.
• AI와 자체 제작 장비가 소규모 팀의 하드웨어 실험을 빠르게 만들 가능성을 보여준다. 다만 이 사례의 개발 속도를 제조·공급 전반의 해결로 확대 해석하기는 어렵다.
• 약 100달러의 가격 목표는 제품 설계의 기준이다. 최종 가격과 사양, 제조 비용이 공개되지 않아 사업성이나 수익성을 판단할 근거는 아직 부족하다.

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

• 약 3시간의 현재 녹음 저장량과 향후 약 60시간 목표는 구분해야 한다. 배터리 사용 시간 2주도 개발자 설명이며, 사용 조건별 검증 결과는 제시되지 않았다.
• 휴대전화 부착, 외장 두께, 버튼 구성과 화면 품질이 확정되지 않았다. 카드형과 Monokey 중 어떤 형태가 지속 사용에 적합한지도 탐색 중이다.
• 보안에 대한 답변은 안전할 것 같다는 수준이다. 민감한 음성을 다루는 상용 제품에 필요한 구체적인 보안 검증은 확인되지 않았다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 자신의 받아쓰기 과정에서 앱 전환, 키보드 제약, 마이크 사용 중단이 얼마나 자주 발생하는지 기록해 전용 기기의 필요성을 판단한다.
• 후속 시연에서 Monolog 키보드 조건과 아이폰·Mac별 입력 과정을 확인하고, 실제 작업 흐름에서 편의성이 개선되는지 비교한다.
• 휴대전화 부착 상태와 이동 중 조작, 녹음 시작·종료 피드백을 시험해 매일 휴대하고 사용할 수 있는지 확인한다.
• 구매나 업무 도입을 검토하기 전에 저장 용량, 배터리 측정 조건, 음성 데이터 처리와 보안 검증 자료를 확인한다.

❓ 열린 질문

• 휴대전화 뒤에 붙이는 카드형이 두께와 부착 문제를 해결하면서 펜던트보다 높은 지속 사용을 이끌 수 있을까?
• 받아쓰기와 음성 메모를 한 기기에 묶는 편의성이 별도 기기를 구매하고 충전할 부담을 상쇄할까?
• 에이전트 연결은 어떤 구체적인 작업에서 기존 녹음 기기와 다른 가치를 만들 수 있을까?