개인 AI 비서를 떠올리면 누구나 비슷한 장면을 상상한다. 아침에는 메일을 추려주고, 낮에는 회의를 정리해주고, 저녁에는 해야 할 일을 다시 묶어준다. 중요한 문서는 찾아서 띄워주고, 약속 시간은 겹치지 않게 맞춰주고, 내가 자주 쓰는 말투로 답장 초안까지 써준다. 얼핏 보면 정말 필요한 것은 더 똑똑한 모델 하나뿐인 것처럼 보인다.
그런데 개인 비서는 다른 종류의 에이전트보다 훨씬 더 까다롭다. 이유는 간단하다. 이 에이전트는 업무만이 아니라 내 시간, 내 인간관계, 내 습관, 내 사생활 가까이로 들어오기 때문이다. 코딩 에이전트가 저장소를 어지럽히면 프로젝트가 흔들린다. 하지만 개인 비서가 실수하면 하루 일정이 꼬이고, 엉뚱한 사람에게 메일이 나가고, 사적인 정보가 노출되고, 무엇보다 사용자가 불쾌함을 느낀다.
그래서 개인 AI 비서 하네스의 첫 원칙은 분명하다. 개인 비서는 똑똑함보다 신뢰가 먼저고, 편의성보다 사생활 보호가 먼저다. 아주 유능하지만 선을 모르는 비서는 좋은 비서가 아니다. 조금 덜 화려해도, 언제 멈추고 언제 물어봐야 하는지 아는 비서가 훨씬 오래 살아남는다.
개인 AI 비서는 왜 특별히 어렵나
조직용 업무 자동화 에이전트는 대개 팀의 도구를 다룬다. 메일, 캘린더, 문서, CRM, 티켓 시스템처럼 일의 흐름을 관리한다. 반면 개인 AI 비서는 같은 도구를 만지더라도 의미가 다르다. 개인의 메일함에는 일과 사생활이 함께 있고, 캘린더에는 고객 미팅과 병원 예약이 나란히 놓이며, 문서 폴더에는 회의록과 여행 계획, 세금 서류와 가족 메모가 뒤섞여 있다.
즉, 개인 비서는 단순한 생산성 도구가 아니라 삶의 맥락을 다루는 시스템이다. 그래서 같은 일정 생성도 전혀 다른 무게를 갖는다. 팀 회의를 잘못 잡는 일은 귀찮은 사고일 수 있지만, 가족 일정이나 병원 예약을 잘못 건드리면 감정적 비용이 훨씬 크다. 같은 메일 초안도 회사 공지와 친구에게 보내는 메시지는 다르게 다뤄야 한다.
개인 비서형 하네스가 특히 어려운 이유는 세 가지다. 첫째, 정보 밀도가 높다. 적은 양의 데이터 안에도 민감한 내용이 많다. 둘째, 사용자 기대가 모순적이다. "나를 잘 알아야 하지만, 함부로 기억하면 안 된다." 셋째, 성공 기준이 단순 정확도가 아니다. 사용자는 정답만 원하지 않는다. 안심되는 작동 방식을 원한다.
좋은 개인 비서는 "내가 말하지 않아도 알아서 해주는 존재"처럼 보이기보다, 말하지 않은 것은 함부로 가정하지 않는 존재에 가깝다. 여기서 하네스의 역할이 결정적이다.
개인화는 취향 저장이 아니라 생활 규칙을 외부화하는 일
개인 비서를 만들 때 흔히 개인화를 "사용자의 취향을 많이 기억하는 것"으로 생각한다. 좋아하는 문체, 선호하는 회의 시간, 자주 연락하는 사람, 자주 가는 장소를 저장하면 된다고 여긴다. 물론 그런 정보도 중요하다. 하지만 진짜 개인화는 취향보다 운영 규칙에 가깝다.
예를 들어 어떤 사람은 오전 9시 이전에는 회의를 절대 잡지 않기를 원한다. 어떤 사람은 외부 미팅은 화상 회의보다 대면을 선호한다. 어떤 사람은 상사에게 보내는 메일은 짧고 단정하게 쓰고, 친한 동료에게는 조금 더 부드럽게 쓴다. 어떤 사람은 금요일 오후를 깊은 작업 시간으로 비워두고 싶어 한다. 이런 정보는 단순한 선호가 아니라, 그 사람의 하루를 지탱하는 규칙이다.
그래서 개인 비서 하네스는 기억을 한 덩어리로 저장하면 안 된다. 적어도 다음 네 층으로 나눠서 생각하는 편이 좋다.
프로필 기억은 비교적 오래 유지되는 규칙이다. 선호 시간대, 기본 말투, 자주 쓰는 문서 위치, 기본 시간대 같은 정보가 여기에 들어간다.
관계 기억은 사람별 맥락이다. 누구에게는 격식을 갖추고, 누구에게는 바로 본론으로 가는지 같은 커뮤니케이션 규칙이 여기에 속한다.
작업 기억은 현재 진행 중인 일의 상태다. 이번 주에 조율 중인 미팅, 작성 중인 답장, 검토 대기 중인 문서 같은 정보다.
민감 임시 기억은 잠깐 필요하지만 오래 남기면 안 되는 정보다. 인증 코드, 일회성 예약 정보, 건강 관련 세부사항, 결제 맥락 같은 것이 대표적이다.
이렇게 나누면 하네스가 훨씬 정직해진다. 무엇을 오래 기억하고, 무엇을 짧게 쓰고 버릴지 결정할 수 있기 때문이다. 개인 비서의 개인화는 결국 "나를 얼마나 많이 아느냐"보다 무엇을 어떤 수명으로 다루느냐의 문제다.
기억은 많이 쌓는 것이 아니라 올바르게 남기는 것이다
개인 비서가 장기적으로 유용해지려면 세션이 끝나도 사용자를 어느 정도 기억해야 한다. 하지만 여기서 흔한 오해가 하나 있다. 대화 기록을 끝없이 쌓는 것이 곧 좋은 기억은 아니라는 점이다. 대화 로그는 길어지기 쉽고, 오래될수록 틀린 정보와 낡은 선호가 섞인다.
좋은 개인 비서 하네스는 로그를 기억으로 착각하지 않는다. 대신 침전된 기억을 만든다. 자주 반복되는 선호, 여러 번 확인된 규칙, 미래에도 도움이 될 지식만 따로 뽑아 구조화해 남기는 것이다. 최근 개인 AI 에이전트 연구에서도 단기 작업 맥락, 검색형 외부 기억, 장기적 페르소나 층을 분리하고, 개인 지식을 사용자가 소유한 마크다운 기반 저장소에 축적하는 방식이 중요하게 다뤄진다. 핵심은 기억이 많아지는 것이 아니라, 사용자가 보고 수정하고 삭제할 수 있는 형태로 남는 것이다.1
여기서 중요한 질문은 두 가지다. 첫째, 이 정보가 다음에도 정말 도움이 되는가. 둘째, 사용자가 나중에 이 기억을 보고 "그래, 이건 남아 있어도 괜찮아"라고 느낄 수 있는가.
예를 들어 "사용자는 화요일 오전에 외부 미팅을 선호한다"는 괜찮은 기억일 수 있다. 반면 "지난달 병원 예약 관련 메일에서 언급된 세부 증상"은 자동으로 장기 기억이 되어서는 안 된다. "고객 A와 B를 혼동하지 않도록 회사명 대신 도메인을 함께 확인하라"는 좋은 작업 규칙일 수 있다. 반대로 "사용자가 감정적으로 힘들어 보였다" 같은 모호한 인상은 시스템 기억으로 남기기 부적절하다.
개인 비서의 기억 설계에서 핵심은 친절한 망각이다. 잘 기억하는 능력만큼, 잘 잊는 능력이 중요하다.
일정·메일·문서 연동은 실행보다 준비가 먼저다
개인 비서가 가장 빠르게 가치를 만드는 영역은 대체로 메일과 캘린더다. 실제 제품들도 메일을 분류하고, 답장 초안을 만들고, 일정 후보를 찾고, 연결된 앱 안에서 액션을 수행하는 방향으로 발전하고 있다. 최근 비서형 서비스들은 메모리, 작업 예약, 커넥터, 이메일 분류와 초안 작성, 일정 조율 같은 기능을 앞세우고 있으며, 자율 수준도 사용자가 조절할 수 있게 설계하는 경우가 많다.2
여기서 많은 팀이 욕심을 낸다. "읽을 수 있으니 보내게도 하자. 일정을 볼 수 있으니 바로 잡게도 하자." 하지만 개인 비서 하네스는 한 단계 더 보수적으로 시작하는 편이 좋다.
가장 좋은 기본 구조는 Read → Prepare → Ask → Act다.
먼저 읽는다. 메일 스레드, 기존 일정, 관련 문서, 메모를 확인한다. 그다음 준비한다. 답장 초안, 가능한 시간 후보, 회의 요약, 문서 링크, 해야 할 일 목록을 만든다. 이후 묻는다. "이렇게 보낼까요?", "이 시간으로 제안할까요?", "이 메모를 장기 기억에 저장할까요?" 마지막에만 실행한다.
이 구조는 개인 비서에서 특히 잘 맞는다. 메일과 캘린더는 보기보다 사회적 비용이 큰 도구이기 때문이다. 일정 하나를 잡는 일도 그 사람의 일상 리듬과 대인관계를 건드린다. 메일 한 통도 말투와 타이밍이 평판을 만든다. 그래서 개인 비서는 대신 행동하기 전에, 먼저 대신 준비하는 능력으로 신뢰를 얻어야 한다.
공식적인 메일 비서 제품도 완전 자율보다는 사용자가 메일 스레드에 비서를 끼워 넣어 조율을 맡기되, 최종 통제는 여전히 사용자가 갖는 식으로 방향을 잡고 있다. 좋은 비서는 사용자의 시간을 아껴주지만, 사용자의 이름을 함부로 빌리지 않는다.3
문서 연동도 마찬가지다. 개인 비서가 잘해야 하는 것은 문서를 아무 데나 쓰는 일이 아니라, 지금 필요한 문서를 제때 꺼내주고, 다음 행동을 준비해주는 일이다. 회의 전에 관련 노트를 묶어주고, 지난번 결론을 찾아주고, 현재 초안에 들어갈 자료를 모아주는 편이 직접 편집보다 훨씬 안전하고 오래 간다.
민감 정보 보호는 기능보다 먼저 설계해야 한다
개인 비서형 하네스에서 가장 위험한 순간은 대개 "연결" 버튼을 누를 때 시작된다. 메일을 연결하고, 캘린더를 연결하고, 드라이브와 메신저와 연락처와 브라우저를 연결하면 비서는 갑자기 엄청나게 유능해진다. 동시에 엄청나게 위험해진다.
실제로 AI 비서 제품들은 편리함을 위해 넓은 범위의 권한을 요구하는 경우가 많다. 겉으로는 캘린더 요약이나 메일 보조를 위한 것처럼 보여도, 실제로는 메일 발송, 연락처 접근, 모든 일정 보기와 수정, 조직 디렉터리 열람까지 한꺼번에 요청하기도 한다. 이런 과도한 접근은 기능적 편리함과 별개로, 사용자가 자신의 삶 전체를 한 번에 넘겨주는 구조가 되기 쉽다.4
더 큰 문제는 도구 연결이 새로운 공격면이 된다는 점이다. 예를 들어 캘린더 초대장처럼 평범해 보이는 외부 입력에 악의적인 지시가 숨어 있고, 비서가 이를 일정 정보가 아니라 행동 지시로 받아들이면 심각한 문제가 생길 수 있다. 실제로 캘린더 초대의 숨은 지시를 통해 AI 비서를 오염시키는 취약점이 보고된 적도 있다. 개인 비서 하네스에서 "일정은 안전한 정보"라고 가정하면 안 되는 이유다.5
그래서 민감 정보 보호는 뒤에 붙이는 옵션이 아니라, 첫 설계 항목이어야 한다. 최소한 다음 원칙은 기본값이어야 한다.
메일 읽기 권한과 메일 발송 권한을 분리한다.
캘린더 조회 권한과 일정 생성·수정 권한을 분리한다.
개인 폴더와 업무 폴더, 민감 라벨과 일반 라벨을 분리해 컨텍스트 범위를 줄인다.
외부에서 들어온 문서, 초대장, 링크, 첨부파일은 신뢰하지 않고 별도 검토 단계를 둔다.
개인 비서는 유능할수록 더 조심해야 한다. 많은 것을 할 수 있다는 사실이, 많은 것을 봐도 된다는 뜻은 아니다.
권한 설계의 핵심은 '내 분신'이 아니라 '제한된 대리인'이다
개인 비서를 잘못 설계하면 사용자의 계정을 통째로 복사한 디지털 분신이 된다. 메일도 다 읽고, 일정도 다 보고, 문서도 다 열고, 연락처도 다 가져가고, 심지어 결제와 예약까지 대신하려 든다. 이 방식은 처음에는 편해 보이지만 오래 갈수록 불안해진다.
좋은 개인 비서 하네스는 비서를 분신이 아니라 제한된 대리인으로 설계한다. 지금 이 작업에 필요한 권한만 잠깐 받고, 필요한 범위 안에서만 행동하게 만드는 것이다.
가장 실용적인 방법은 자율 수준을 계단식으로 나누는 것이다.
관찰 모드에서는 읽기와 요약만 한다. 메일 분류, 일정 분석, 문서 찾기만 가능하다.
초안 모드에서는 제안까지 한다. 답장 초안, 일정 후보, 메모 정리, 할 일 생성 제안을 만든다.
보호된 실행 모드에서는 좁은 범위의 행동만 한다. 예를 들어 내부용 일정 블록 생성이나 사용자가 지정한 템플릿 메일 저장 정도만 허용한다.
신뢰된 자동 실행 모드는 아주 제한된 반복 작업에만 쓴다. 매일 아침 브리핑 생성, 특정 라벨 메일 정리, 정해진 폴더의 문서 요약처럼 사회적 비용이 낮고 되돌리기 쉬운 작업에만 적용한다.
이 구조의 장점은 사용자가 비서를 단계적으로 믿을 수 있다는 점이다. 처음부터 "다 맡겨도 된다"와 "아무것도 못 한다" 사이를 오가는 것이 아니라, 실제 경험에 따라 자율 범위를 조정할 수 있다. 개인 비서의 권한은 능력의 보상이 아니라, 검증된 신뢰의 결과여야 한다.
사람의 생활 리듬에 맞춘 비서가 진짜 비서다
개인 비서를 설계할 때 의외로 자주 빠뜨리는 것이 생활 리듬이다. 많은 시스템이 효율만 따진다. 빈 시간이 있으면 회의를 넣고, 답할 메일이 있으면 최대한 빨리 답하고, 할 일이 보이면 알림을 보낸다. 하지만 실제 사람은 기계처럼 살지 않는다.
어떤 시간은 집중을 위해 비워야 하고, 어떤 시간은 가족을 위해 보호해야 하며, 어떤 메시지는 당장 답할 필요가 없고, 어떤 날은 일정 밀도를 낮춰야 한다. 개인 비서는 사용자를 더 바쁘게 만드는 비서가 아니라, 사용자의 리듬을 지켜주는 비서여야 한다.
그래서 개인 AI 비서 하네스에는 생산성 규칙만 아니라 생활 규칙도 들어가야 한다. 예를 들어 이런 규칙들이다.
오전 첫 1시간은 알림을 묶어서 보여준다. 저녁 9시 이후에는 초안만 만들고 발송은 다음 날로 넘긴다. 금요일 오후에는 회의 제안을 피한다. 이동 시간이 필요한 오프라인 약속은 전후 30분을 자동 완충으로 잡는다. 반복되는 개인 일정은 업무 일정 추천에서 기본적으로 제외한다.
이런 규칙이 있어야 개인 비서가 단순한 액션 엔진이 아니라, 사용자와 함께 사는 도구가 된다. 달리 말해 개인화의 완성은 취향이 아니라 리듬의 존중이다.
로컬과 클라우드의 선택은 개인정보 전략의 일부다
개인 비서를 만들 때 자주 나오는 질문이 있다. "그럼 로컬 모델로 돌리면 안전한가?" 어느 정도는 맞고, 어느 정도는 틀리다.
로컬 모델이나 온디바이스 추론은 분명 장점이 있다. 메일 본문이나 문서 요약이 외부 모델 서버로 직접 전송되지 않게 만들 수 있고, 사용자가 데이터 경로를 더 잘 통제할 수 있다. 실제로 개인용 비서 프로젝트들 중에는 로컬 LLM을 사용하면서 캘린더, 메일, 파일 시스템과 연결하는 구조를 채택한 사례도 있다.6
하지만 로컬 실행이 모든 문제를 해결해주지는 않는다. 모델이 로컬에 있어도 메일 API, 캘린더 API, 클라우드 저장소, 외부 예약 서비스와 연결되는 순간 권한과 데이터 이동의 문제는 다시 생긴다. 결국 중요한 것은 모델이 어디에 있느냐만이 아니다. 어떤 데이터가 언제 어디로 이동하고, 어떤 도구가 어떤 권한으로 실행되느냐다.
그래서 로컬과 클라우드는 이분법이 아니라 조합 문제로 보는 편이 낫다. 예를 들어 민감한 요약과 기억 정리는 로컬에서 하고, 공개 웹 검색이나 저위험 일정 후보 탐색은 클라우드에서 할 수 있다. 혹은 장기 기억은 사용자 소유의 로컬 파일에 저장하고, 일시적 작업 실행만 외부 서비스에 맡길 수도 있다. 중요한 것은 "로컬이라 안전"이 아니라, 민감도에 따라 경로를 분리하는 것이다.
실패했을 때 더 조심스럽게 멈추는 비서가 좋다
개인 비서는 틀릴 수 있다. 오히려 틀린다고 가정하고 설계해야 한다. 메일 수신자를 잘못 해석할 수 있고, 회의 우선순위를 오해할 수 있고, 문서 제목이 비슷해 다른 파일을 꺼낼 수도 있다. 문제는 실수 자체보다, 실수했을 때의 태도다.
나쁜 비서는 확신 없는 상태에서도 실행한다. 애매하면 그냥 보내고, 모르면 가장 그럴듯한 사람에게 일정을 제안하고, 기억이 헷갈려도 자연스럽게 말해버린다. 이런 비서는 두세 번의 편리함 뒤에 큰 불안을 남긴다.
좋은 개인 비서 하네스는 실패를 네 가지로 나눠 다룬다. 되돌릴 수 있는가, 사회적 비용이 큰가, 민감 정보가 걸려 있는가, 사용자 확인으로 해결 가능한가를 먼저 본다. 그리고 그에 따라 행동한다.
되돌릴 수 있고 저위험이면 초안으로 남긴다. 애매하지만 확인하면 되는 일이면 질문한다. 민감하거나 외부 영향을 주는 일은 즉시 멈춘다. 출처가 수상한 외부 입력에서 나온 지시는 별도 검토로 보낸다. 이 단순한 원칙만 지켜도 개인 비서는 훨씬 인간적인 시스템이 된다.
개인 비서의 실패 복구는 기술적으로만 설계하면 안 된다. 사용자가 이해하기 쉬워야 한다. "실패했습니다"보다 "수신자 후보가 두 명이라 보내지 않았습니다"가 낫고, "권한 오류"보다 "이 일정은 개인 라벨이어서 자동 처리 대상에서 제외했습니다"가 훨씬 낫다. 비서는 결과뿐 아니라 멈춘 이유도 설명할 수 있어야 한다.
운영 화면은 대화창이 아니라 통제판이어야 한다
많은 개인 AI 비서 제품이 대화 인터페이스를 전면에 세운다. 물론 대화는 편하다. 하지만 개인 비서는 채팅창만으로 운영하기엔 너무 민감한 시스템이다. 사용자는 언제든 "이 비서가 지금 무엇을 기억하고 있고, 무엇에 연결되어 있고, 어떤 행동을 자동으로 하도록 허용되어 있는지" 확인할 수 있어야 한다.
그래서 개인 비서 하네스에는 최소한 다음 같은 통제판이 필요하다.
현재 연결된 앱과 각 앱의 권한 범위
저장된 장기 기억 목록과 삭제 버튼
자동 실행 규칙과 승인 필요 규칙
최근 실행 이력과 실패 이력
민감 작업에 대한 일시 중지 스위치
이런 화면이 있으면 비서는 덜 마법처럼 보일 수 있다. 하지만 더 믿을 만해진다. 개인 비서에서 마법은 오래가지 못한다. 대신 보이는 통제가 오래 간다.
실전 패턴 1: 메일 트리아지와 답장 초안 비서
가장 현실적인 시작점은 메일함 정리다. 이 비서는 모든 메일에 답장하지 않는다. 먼저 중요한 메일, 일정 관련 메일, 후속 조치가 필요한 메일, 단순 참고 메일로 나눈다. 그다음 중요한 스레드에만 짧은 요약과 답장 초안을 붙인다.
여기서 핵심은 두 가지다. 첫째, 자동 분류는 가능하지만 자동 발송은 보수적으로 시작한다. 둘째, 답장 초안에는 반드시 근거가 따라야 한다. 예를 들어 "지난주 제안서 스레드 기준으로 일정 조율 요청으로 판단"처럼 왜 이 초안이 나왔는지 짧게 보여주면 사용자가 훨씬 빠르게 검토할 수 있다.
이 패턴은 개인 비서가 가장 빨리 신뢰를 쌓는 방식이다. 사람들은 답장을 대신 보내는 비서보다, 빈 화면의 부담을 없애주는 비서를 먼저 좋아한다.
실전 패턴 2: 일정 조율과 준비 비서
두 번째로 유용한 패턴은 일정 조율 자체보다 회의 준비를 돕는 비서다. 이 비서는 빈 시간만 찾지 않는다. 회의 목적, 참석자 성격, 관련 문서, 이전 논의, 이동 시간까지 함께 본다. 그리고 "가능한 시간 세 개"와 "이번 회의 전에 읽을 자료 두 개"를 묶어서 제안한다.
이 구조가 좋은 이유는 개인 비서가 캘린더를 단순한 시간표가 아니라 맥락판으로 다루게 해주기 때문이다. 일정 하나를 만든다고 해서 일이 끝나는 것은 아니다. 준비 자료와 이전 결론까지 같이 붙어야 진짜 도움이 된다.
자동 생성은 좁게 열고, 자동 제안은 넓게 여는 것이 좋다. 개인 비서는 회의 생성기보다 회의 준비자일 때 더 유용하다.
실전 패턴 3: 개인 지식과 메모를 정리하는 비서
개인 비서의 장기 가치는 메일이나 일정만으로 끝나지 않는다. 내가 남긴 메모, 회의 후 적어둔 짧은 생각, 읽다가 저장한 링크, 반복해서 잊는 개인 규칙을 정리해주는 능력이 중요하다.
이 비서는 대화 내용을 전부 저장하는 것이 아니라, 사용자에게 물어가며 침전시킨다. "이 규칙은 앞으로도 기억할까요?", "이 메모는 프로젝트 지식으로 정리할까요, 일회성 메모로 둘까요?" 같은 질문을 던진다. 장기 기억은 자동으로 늘어나기보다, 사용자의 승인 아래 천천히 자라야 한다.
개인 지식 비서가 잘 작동하면 사용자는 단순히 기억을 외주화하는 것이 아니라, 자기 삶의 운영 규칙을 조금 더 선명하게 보게 된다. 비서가 나를 대신 생각하는 것이 아니라, 내가 생각한 것을 다시 꺼내 쓰기 쉽게 만들어주는 것이다.
좋은 개인 AI 비서 하네스의 기준
개인 AI 비서 하네스가 잘 설계되었는지는 화려한 데모보다 몇 가지 질문으로 더 쉽게 알 수 있다.
이 비서는 사용자의 모든 것을 보지 않고도 유용한가.
무엇을 기억하는지 사용자가 직접 볼 수 있고 지울 수 있는가.
메일 발송, 일정 확정, 외부 예약 같은 행동은 명확한 승인 경계를 갖는가.
외부 입력을 신뢰하지 않고, 애매할 때는 질문하거나 멈추는가.
사용자의 생활 리듬과 사적 경계를 효율보다 우선하는가.
이 다섯 가지에 자신 있게 답할 수 있다면, 그 비서는 꽤 좋은 출발점 위에 서 있다.
좋은 개인 비서는 많이 아는 비서가 아니라 함부로 하지 않는 비서다
개인 AI 비서의 미래를 상상하면 자꾸 전지전능한 존재를 꿈꾸게 된다. 내 메일을 다 읽고, 일정을 다 맞추고, 문서를 다 정리하고, 필요하면 예약과 구매까지 척척 해내는 존재 말이다. 하지만 실제로 오래 살아남을 비서는 조금 다를 가능성이 크다.
좋은 개인 비서는 모든 것을 자동으로 처리하지 않는다. 대신 읽을 것은 정확히 읽고, 준비할 것은 정성스럽게 준비하고, 기억할 것은 신중하게 기억하고, 실행할 것은 좁고 분명하게 실행한다. 무엇보다 사용자가 불안해질 만한 순간에는 속도를 줄인다.
개인 비서형 하네스의 핵심 문장은 이것이다. 나를 많이 대신하는 비서보다, 나를 안전하게 돕는 비서가 먼저다.
결국 개인 비서는 생산성 도구이기 전에 신뢰 장치다. 내 메일함과 일정표와 문서함 근처에서 일하는 시스템이라면, 먼저 입이 무겁고 손이 조심스러워야 한다. 똑똑함은 그 다음이다.
참고
1SemaClaw: A Step Towards General-Purpose Personal AI Agents through Harness Engineering
2Perplexity's NEW Features are MIND-BLOWING: Email Assistant, Memory & More
3A Personal Assistant for Your Inbox
4For privacy and security, think twice before granting AI access to your personal data
5Google Fixes Flaw That Let Hackers Control AI Assistant Through Calendar Invites
6GitHub - ngiani/AI-Assistant: Personal LLM based AI assistant managing calendar, mail and files
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.