답장은 제안하고, 전송은 사람에게 맡기는 대화 보조자

답장을 쓰기 전, 잠깐 옆에서 돕는 도구

jev-chat-jarvis는 휴대폰에서 쓰는 대화 보조자를 표방합니다. 제공된 프로젝트 설명에 따르면 WeChat, QQ, X, Feishu에서 상대의 말을 파악하고 답장 후보를 제안합니다. 사용자는 원하는 답장을 한 번에 입력창에 넣을 수 있지만, 보낼지는 직접 결정합니다.

메시지를 읽고 뜻을 생각한 뒤 적절한 말을 골라 입력하는 과정까지 도구가 돕는 셈입니다. 마지막 전송 버튼은 사람이 누릅니다. 저는 이 역할 구분이 프로젝트를 이해하는 출발점이라고 봅니다. 대화에서는 문장이 자연스러운지만큼 지금 보내도 되는지도 중요하기 때문입니다.

여러 대화 앱 위에서 작동한다는 구상

프로젝트 설명에는 WeChat, QQ, X, Feishu가 함께 나옵니다. 화면을 읽되 다른 앱의 작동에 끼어드는 후킹이나 앱 설치 파일 수정은 하지 않는다고 합니다. 저장소의 주제에는 안드로이드 접근성 서비스(화면 정보에 접근해 사용을 돕는 기능), 대규모 언어 모델(문장을 이해하고 생성하는 기술), 대화 보조 등이 붙어 있습니다. 구현이 어디까지 완성됐는지는 제공된 자료만으로 확인할 수 없습니다.

이 구상이 흥미로운 이유는 사용자가 이미 대화하는 입력창에서 일을 끝내려 하기 때문입니다. 별도 화면에서 문장을 만든 뒤 복사해 돌아오는 과정이 줄어든다면, 도움을 받는 시점과 실제 답장하는 시점이 가까워집니다. 다만 프로젝트 설명에서 예상할 수 있는 사용 경험일 뿐입니다. 입력의 정확도나 앱별 작동 범위가 검증됐다는 뜻은 아닙니다.

투자자가 눈여겨볼 지점과 아직 모르는 것

제공된 메타정보에는 별 5,631개와 주 언어 Kotlin이 적혀 있습니다. 별 수는 관심의 단서이지만 실제 이용자 수나 반복 사용을 말해주지는 않습니다. 더 중요한 질문은 제안된 답장이 대화에 도움이 되는지, 사용자가 전송 전 내용을 충분히 살필 수 있는지입니다. 마지막 결정을 사람에게 남긴 설계가 실제 사용에서도 신뢰로 이어지는지 살펴보고 싶습니다.

대화 내용을 다루는 만큼 정보 처리 방식도 중요합니다. 화면에서 읽은 내용이 기기에만 남는지, 외부로 전달되는지, 얼마나 보관되는지는 제공된 자료에 없습니다. 지원한다고 적힌 앱마다 어느 화면에서 작동하는지, 입력창을 잘못 채웠을 때 어떻게 되는지, 어떤 언어와 말투를 다루는지도 확인되지 않았습니다. 비용 구조나 수익 모델 역시 알 수 없습니다.

이번에 제공된 자료에는 README 본문이 없습니다. 따라서 설치 과정, 실제 작동 사례, 사용 권한, 사용자의 반응을 근거로 더 깊은 결론을 내릴 수는 없습니다. 공개 설명 기준으로 제가 보는 핵심은 대화 앱 안에서 답장 작성의 수고를 덜되 전송 판단은 사람에게 남기는 흐름입니다. 그 흐름이 유용한 제품으로 이어지는지는 실제 사용 경험과 정보 처리 방식을 확인한 뒤 판단해야겠습니다.