가족 중 누가 어떤 AI에게 말을 걸어도, "우리 집 사정을 잘 알고 있는" 상태를 만든다.

지난번에는 '5개의 AI에 「공통의 기억」을 갖게 해보았다 〜Obsidian을 모두의 "외부 뇌"로 만들기〜'라는 글을 썼습니다. 그것은 「나 혼자 사용하는 여러 개의 AI」가 동일한 노트 저장소(외부 뇌)를 읽고 쓰게 하는 이야기였습니다.

이번에는 그 가족 버전입니다. 저희 집은 저와 아내가 사용하는 AI가 다릅니다. 저는 자작 AI (OpenClaw)나 Claude Code를 사용하고, 아내는 ChatGPT (Chappy)를 사용합니다. 이 상태에서 「가족의 일정」, 「장보기 목록」, 「집안의 규칙」을 어느 AI에게 말해도 통하게 만들고 싶습니다.

💡

가족용 외부 뇌란: 가족 구성원 모두의 AI가 읽고 쓰는 「집안의 공유 기억」을 말합니다. 이번에도 정체는 단순한 텍스트 파일 그룹입니다. 다만 지난번과 달리, 타인(아내)의 AI 계정이 내 PC 안의 파일에 안전하게 도달할 수 있는 메커니즘이 필요합니다.

처음에 생각한 것은 「통합 AI 방식」이었습니다. 가족용 AI 봇을 한 대 세워두고, 가족 모두가 Discord를 통해 말을 거는 방식입니다. 하나의 인격, 하나의 기억. 컨시어지 같아서 꿈이 있는 방식이죠.

하지만 조사하면 할수록, 백엔드 LLM (Backend LLM)의 규약 문제에 부딪혔습니다. 2026년의 상황을 정리하면 다음과 같습니다.

소비자용 구독 (Claude Pro/Max, ChatGPT Plus 등)은 「계약자 본인이 사용하는」 라이선스입니다. 가족 봇의 백엔드로 사용하여 가족 모두에게 서비스를 제공하면, 본인 이외의 이용이 되어 버립니다. - Anthropic은 2026년 2월에 규약을 개정하여, 구독 기반의 OAuth 토큰을 서드파티 툴에서 사용하는 것을 명시적으로 금지했습니다. 4월에는 실제로 차단되었습니다 (The Register, VentureBeat). - 5월에 「Agent SDK Credit」이라는 틀로 부분적으로 부활하기는 했으나 (VentureBeat), 어디까지나 개인의 범위입니다. 가족 공용의 근거가 될 수 없습니다. - 규약상 깨끗한 것은 API 종량제 과금 (API는 「자신의 앱을 만들어 타인에게 사용하게 하는」 계약입니다). 하지만 가족의 모든 대화를 API로 모으면, 각자 계약하고 있는 구독 서비스와 이중 지불이 됩니다.

또 다른 안으로, 규약에도 API 종량제에도 걸리지 않는 방법으로 **로컬 LLM (Local LLM)**도 고려했습니다. 집 PC 안에서만 구동하면 가족의 대화를 외부로 보내지 않아도 됩니다. 다만, 집 PC에서 무리 없이 돌릴 수 있는 모델로는 답변 정확도, 속도, 일본어의 자연스러움 측면에서 아직 불안함이 있었습니다.

그리고 가족용 서비스에서 가장 무서운 것은, 기술적으로 작동하지 않는 것보다 처음 몇 번의 경험으로 외면받는 것입니다. 첫 단계에서 미묘한 답변을 내놓아 아내로부터 "이거 그냥 평소 쓰던 Chappy 쓰면 되는 거 아냐?"라는 표정을 짓게 된다면, 그 순간 프로젝트는 종료됩니다. 아내의 눈치를 본 결과, 로컬 LLM 안은 조용히 접었습니다.

즉, 「통합 AI」는 클라우드 LLM이라면 규약 혹은 비용, 로컬 LLM이라면 가족이 기분 좋게 계속 사용할 수 있는 품질이라는 벽에 부딪힙니다. 여기서 한 번 멈춰 섰습니다.

곰곰이 생각해보니, 가족이 공유하고 싶은 것은 AI의 인격이 아니라 **문맥 (Context)**이었습니다. 일정, 장보기 목록, 집안의 규칙. 그것이 공유되기만 한다면, 각자가 자신의 AI에게 말을 걸어도 "우리 집 사정을 잘 알고 있는" 경험을 할 수 있습니다.

그래서 방침을 전환했습니다:

AI는 각자의 것을 사용한다. 저는 자작 AI, 아내는 Chappy를 사용합니다. 각자 자신의 계약을 공식 앱으로 사용합니다. → 규약 문제가 사라집니다.
기억 (가족 뇌)만 공유한다. 외부 뇌의 가족 버전을 만들어, 양쪽 AI가 그곳을 읽고 쓰게 합니다. → 부산물로서, 프라이버시 경계가 구조적으로 깔끔해집니다. 아내의 개인적인 대화는 제 시스템을 전혀 거치지 않으며, 가족 뇌에 기록된 것만이 공유됩니다.

지난 기사의 결론은 "AI는 교체 가능한 도구, 기억만은 자신의 자산"이었습니다. 이번에는 그 다음 이야기——기억은 "가족의 자산"도 될 수 있다입니다.

• 아내가 Chappy에게 "장보기 목록에 우유 추가해줘"라고 말함 → 가족 뇌에 기록됨
• 내가 자작 AI에게 "이번 주 일정은?"이라고 물음 → 동일한 API를 통해 아내가 넣은 일정도 나옴
• 아침이 되면 "오늘·내일 일정, 마감 임박 태스크, 장보기 목록"이 가족 LINE으로 도착함
• 나 자신은 Obsidian을 열면 스마트폰에서도 동일한 내용을 볼 수 있음

AI는 2개(게다가 다른 회사, 다른 계약)이지만, 기억은 하나입니다.

💡

왜 MCP가 아닌가요?: ChatGPT의 풀 MCP(쓰기를 포함한 커스텀 앱)는 2026년 7월 현재, Business / Enterprise / Edu 대상 베타 버전이며 이용도 웹 버전으로 제한됩니다 (OpenAI 공식). 반면, 커스텀 GPT의 Actions는 OpenAPI 스키마와 Bearer 인증을 통해 자체 제작한 API를 호출할 수 있으며 (OpenAI 공식), 생성은 웹 버전에서, 이용은 스마트폰 앱에서도 가능합니다 (OpenAI 공식). 아내가 평소 사용하는 스마트폰에서 가족 뇌를 읽고 쓰려면, 이번에는 Actions를 사용하는 것이 가장 합리적이었습니다.

이전에 만든 외부 뇌(vault) 바로 아래에 가족용 폴더를 신설했습니다.

Family/
├── README.md … 이 영역의 규칙 (인간과 AI용)
├── 일정.md … - YYYY-MM-DD 내용 (1행 1건)
...

포인트는 세 가지입니다.

• 기계가 다루기 쉬운 행 포맷으로 고정. 일정은 - 2026-08-29 19:00 이벤트명,
  쇼핑은 - [ ] 우유,
  태스크는 - [ ] 2026-08-29 @미노 대형 쓰레기 버리기와 같이 작성합니다. API가 정규 표현식으로 읽고 쓸 수 있으면서, 사람이 Obsidian으로 보았을 때도 일반적인 체크리스트로 보입니다.
• 쓰기 작업을 API 경유로 일원화. 아내의 GPT뿐만 아니라, 제 쪽의 자체 제작 AI도 family 명령어를 통해 동일한 API를 사용합니다. 날짜 검증, 중복 체크, 완료 처리를 서버 측으로 모아 작성자에 따른 형식의 차이를 없앴습니다.
• vault의 정전(AI용 운용 규칙)에 영역을 등록. 이전 기사의 "정본을 한 곳에" 방식 그대로, Family/는 "가족 전원에게 보여줘도 되는 정보만·형식 엄수"라고 명문화했습니다. 메모 삭제도 완전 삭제가 아닌 _trash/로 이동하는 것으로 정했습니다.

Family/를 읽고 쓰는 작은 HTTP 서버를 Node.js로 작성했습니다. server.js, LINE 송신용 notify.js, Google 캘린더 분석용 ical.js를 포함하여, **의존 패키지는 제로(zero)**입니다. Node.js 18 이후의 표준 기능만으로 동작합니다.

처음에는 7가지 조작이었으나, 실제로 가족이 사용하면서 늘어나 현재는 17가지 조작이 되었습니다.

설계에서 의식한 점은 "자유 기술(free text)로 쓰게 하지 않는 것"입니다. AI에게 원본 파일(raw file)을 넘기면 형식이 무너져 가기 때문에, 구조화된 조작만을 API로서 허용합니다. 모호한 부분 일치가 여러 건에 해당할 때는 멋대로 처리하지 않고 에러를 발생시키고, 메모 삭제는 휴지통으로 보내는 등 안전 중심의 동작도 API 측에 맡겼습니다. 지난번의 "규칙은 부탁하는 것이 아니라 환경으로 지키게 한다"의 응용입니다.

인증은 Authorization: Bearer <랜덤 생성 키>입니다. 비교는 타이밍 세이프(timing-safe)하게 수행하며, 인증 실패는 로그에 남기고, 1분에 20회를 초과하면 429(Too Many Requests)를 반환합니다. 인증 없이 통과되는 것은 생존 확인과, 가족 뇌를 건드리지 않고 ID를 로그에 남기기만 하는 LINE webhook뿐입니다.

테스트도 실제 데이터와는 분리했습니다. 테스트 실행 시에만 임시 폴더와 별도의 포트에 전용 서버를 세워 일정·쇼핑·태스크·메모·휴지통·브리핑·ICS 해석까지 확인합니다. 가족의 실제 데이터에 테스트 내용을 쓰지 않기 위해서입니다.

GPT Actions는 OpenAI의 클라우드에서 접속해 오기 때문에, 자택 PC의 API에 공개 HTTPS URL이 필요합니다. 선택지를 비교해 보면:

• Cloudflare Tunnel (named) → 독자 도메인이 필요
• ngrok 무료 플랜 → 사용할 수 있지만 대역폭 제한이 있음
• Tailscale Funnel → 무료·도메인 불필요·URL 안정적 ← 채택

tailscale up # 계정 로그인
tailscale funnel --bg 18800 # 포트 18800을 공개 HTTPS로
# → https://<머신명>.<tailnet명>.ts.net 이 생성됨

최초 1회만 브라우저에서 Funnel(외부 공개) 허가를 요청받습니다. 노출되는 것은 이 API(= Family/ 의 읽기/쓰기)뿐이며, vault의 다른 영역이나 PC의 다른 부분에는 접근할 수 없는 구조입니다.

아내 측의 입구가 될 ChatGPT를 만듭니다. GPT Builder에서:

• 지시 사항 (instructions): 가족 컨시어지의 인격 + "가족 관련 화제가 나오면 먼저 Actions로 가족 뇌를 확인한다 (기억이 아니라 가족 뇌가 정답이다)" + "등록하면 한 줄로 복창한다"
• 액션 (Actions): 위의 API OpenAPI 스키마 (3.1)를 붙여넣고, 인증을 "API 키 → Bearer"로 설정
• 공개 범위를 "링크를 아는 사람만"으로 설정하여 아내에게 공유

지시 사항에는 일정을 물어보면 가족 뇌와 Google Calendar를 모두 확인한다, 쇼핑과 TODO를 구분해서 사용한다, 메모 업데이트 전에는 전문을 취득한다, 삭제 전에는 본인에게 확인한다와 같은 조작 절차도 넣었습니다. 자연어의 모호함은 GPT가 흡수하고, 최종적인 서식과 안전책은 API가 담당하는 이중 구조입니다.

instructions에서 특히 강조한 것이 프라이버시 수칙입니다:

가족 뇌에 쓰는 것은 가족 전원이 봐도 좋은 정보뿐. 누군가를 위한 서프라이즈나 개인적인 상담 내용은 쓰지 않는다 (부탁을 받으면 "가족 뇌에는 남기지 않고 우리끼리만 이야기할게"라고 전달한다).

「아내와 챠피(Chappy)의 대화」 자체는 저에게 전혀 보이지 않습니다. 보이는 것은 가족 뇌(Family Brain)에 기록된 결과뿐입니다. 공유와 비공개의 경계선이 아키텍처(Architecture) 그 자체로 보장되고 있다는 점이 이 방식에서 마음에 드는 부분입니다.

참고로, API를 늘리고 OpenAPI 스키마(Schema)를 업데이트하더라도 커스텀 GPT(Custom GPT)에는 자동으로 반영되지 않습니다. GPT 빌더(GPT Builder)에 다시 붙여넣기 전까지는 새로운 동작을 알지 못하기 때문에, API 변경 시 체크리스트에 「스키마와 인스트럭션(Instructions)을 다시 붙여넣기」를 넣어두었습니다.

커스텀 GPT는 제가 먼저 말을 걸지 않는 한 알림을 보내주지 않습니다. 그래서 알림은 AI가 아니라, 항상 작동하고 있는 가족 뇌 API 서버의 역할로 정했습니다.

• LINE 공식 계정을 만들고, Messaging API를 활성화
• 알림 전용 봇(Bot)으로서 가족 그룹에 초대
• 초대 시의 웹훅(Webhook)을 자택 API로 받고, 로그에 찍힌 그룹 ID를 송신처로 설정
• notify.js를 통해 LINE Messaging API의 푸시(Push) 전송을 실행

서버 내부에서는 60초마다 작은 타이머가 작동하며, 설정된 시간(현재 07:00)이 지나고 그날 아직 보내지 않았다면 브리핑(Briefing)을 구성합니다. 별도의 태스크 스케줄러(Task Scheduler)나 상주 프로세스를 늘리지 않고, 이미 작동 중인 Node.js 프로세스를 「시계지기」 역할로도 활용했습니다.

☀️ 가족 브리핑 (2026-08-29)
📅 오늘의 예정
・10:30 병원 방문 📆가족
...

게재하는 내용은 오늘과 내일의 예정, 기한이 오늘·내일이거나 기한이 만료된 태스크(Task), 미구매 쇼핑 목록입니다. 빈 칸은 생략하며, 내용이 전부 비어 있다면 아무것도 보내지 않습니다. PC 부팅이 07:00를 넘더라도 그날의 첫 타이머에서 늦게라도 보냅니다. 중복 전송은 state.json에 최종 전송일을 남겨 방지합니다.

LINE 봇은 송신 전용입니다. 가족이 LINE으로 봇에게 말을 걸어도 가족 뇌는 업데이트되지 않습니다. 쓰기 경로를 「우리 집 AI」 또는 저 측의 자작 AI로 한정함으로써, 입구가 너무 많아지지 않도록 했습니다.

가족 뇌의 予定.md (예정.md)뿐만 아니라, 이미 사용 중인 Google 캘린더의 예정도 아침 알림에 포함하고 싶어졌습니다. 다만 Google Calendar API의 OAuth 연동까지 가져가면 구성이 무거워집니다.

그래서 Google 캘린더가 발행하는 **iCal 형식의 비공개 URL (시크릿 ICS)**을 최대 3개까지 설정하고, Node.js의 표준 fetch로 읽어오는 방식으로 했습니다. ical.js도 의존성 패키지 없이 작성하여 단발·종일·매일·매주·매월·매년, 제n요일, 제외일, 반복 예정의 개별 변경과 같은 일상적인 패턴을 전개합니다.

• 아침 브리핑에는 가족 뇌와 Google 캘린더의 예정을 시간순으로 혼합
• /gcal?days=7을 통해 오늘부터 지정된 일수만큼 조회 (최대 31일) - 캘린더마다 라벨을 붙여 어떤 일정표에서 왔는지 확인 가능
• 하나의 가져오기가 실패하더라도 해당 캘린더만 건너뛰고 알림 전체가 중단되지 않도록 처리
• 읽기 전용이므로 Google 캘린더에 대한 추가·변경은 공식 앱에서 수행

시크릿 ICS URL 자체가 읽기 키이므로, API 키나 LINE 토큰과 마찬가지로 .gitignore 처리된 config.json에만 둡니다. 유출될 경우에는 Google 캘린더 측에서 URL을 리셋할 수 있습니다.

이번 구성을 규약(Policy) 관점에서 정리해 보겠습니다.

요컨대 이번 방식은 "각자가 자신의 계약을 제공처가 상정한 방식대로 사용한다"는 것에 모든 것을 담은 구성입니다. 통합 AI 방식으로 고민했던 규약 문제는 아키텍처의 선택으로 사라졌습니다.

• 공개 엔드포인트(Endpoint)를 하나 갖는 운영 책임. Funnel의 URL은 발견될 수 있다는 전제하에, ①192bit의 랜덤한 API 키, ②타이밍 세이프(Timing-safe) 비교, ③인증 실패에 대한 레이트 리밋(Rate Limit, 1분에 20회 초과 시 429), ④실패 로그, ⑤노출 범위는 Family/

⑥누출 시 즉시 키 교체,로 보호하고 있습니다. "URL은 공개하되, 키로 보호한다"는 방식의 절연입니다.

상시 가동 PC 전제. API도 아침 알림도 자택 PC에서 동작하기 때문에, PC가 꺼져 있으면 아내의 GPT는 가족 뇌(Family Brain)에 도달하지 못하며, LINE 알림도 보낼 수 없습니다. Windows 로그인 시 자동 실행되도록 설정해 두었지만, 클라우드와 같은 가용성은 없습니다.

알림 실패 시 재전송 큐(Queue)가 없음. 이중 전송 방지를 우선하고 있기 때문에, LINE 전송 시 일시적인 네트워크 장애가 발생하더라도 당일 중에는 자동으로 재전송하지 않습니다. 실패 내역은 로그에 남지만, 본격적인 재전송 및 모니터링은 미구현 상태입니다.

iCloud 동기화 × 기계 쓰기(Machine Writing)의 경합 리스크. vault는 iCloud 동기화를 사용하므로, 쓰기 타이밍에 따라 경합 복사본(Conflict copy)이 생성될 수 있습니다. 가족 뇌는 쓰기 빈도가 낮아(하루 수 회) 실질적인 피해는 없지만, 빈도가 높아진다면 동기화 방식의 재검토가 필요합니다.

GPT의 API 사양 동기화가 수동임. 서버와 OpenAPI 스키마를 업데이트하더라도, GPT Builder에 다시 붙여넣기 전까지는 "우리 집 AI"에 반영되지 않습니다. 서버·스키마·instructions·내 측의 클라이언트·테스트를 동시에 업데이트하는 체크리스트로 이를 방지하고 있습니다.

ICS는 필요 충분한 자작 파서(Parser). 일상적인 반복 일정에는 대응하지만, iCalendar 사양을 완전히 구현한 라이브러리는 아닙니다. 특수한 반복 규칙은 놓칠 가능성이 있습니다.

인간의 수동 편집으로 형식을 깨뜨릴 수 있음. 내용물이 일반적인 Markdown이라는 장점의 이면입니다. "열람은 Obsidian, 쓰기는 원칙적으로 AI 경유"로 설정하고, API 측에서 형식을 준수하도록 하고 있습니다.

지정 리마인드: "다음 주 화요일 16시에 이것을 알려줘"와 같은 일시 지정 리마인드를 가족 뇌에 등록하고, 시간이 되면 LINE으로 보냅니다. 아침 브리핑의 다음 단계입니다.
알림의 재전송·모니터링: 일시적인 전송 실패를 재시도하고, 일정 횟수 실패하면 다른 경로로 알 수 있도록 합니다.
파일 비대화 대책: 과거 일정이나 완료된 태스크를 월 단위로 아카이브하여, 플레인 텍스트(Plain text)의 가독성을 유지합니다.
가족 구성원 추가: 아이가 사용할 날이 오면, 동일한 API를 향한 GPT나 앱을 하나 추가하기만 하면 됩니다. 통합 AI 방식과 달리 입구의 AI를 인원수만큼 자유롭게 선택할 수 있는 것이 이 방식의 확장성입니다.
MCP 일원화: ChatGPT 개인 플랜에서 쓰기가 가능한 자작 MCP를 스마트폰에서 안정적으로 사용할 수 있게 되면, Actions (REST)와의 이중 관리를 재검토할 예정입니다.
가족 뇌의 내용 채우기: 일정·쇼핑·태스크·메모부터 시작했지만, "주치의 리스트", "가전제품 모델명과 구입일", "여행 준비물 템플릿", "식단과 재고" 등 "가족의 공유 지식"은 아직 많이 잠들어 있습니다.

가족이 AI를 공유하고 싶을 때,
"1개의 AI를 모두가 사용하는 것"은 규약과 비용의 벽에 부딪히기 쉽습니다 (구독은 본인 한정, API 사용은 이중 지불). 발상을 바꾸어 **"AI는 각자의 것, 기억만 공유"**로 하면, 규약 문제가 사라지고 프라이버시 경계도 깔끔해집니다.

• 쓰기는 작은 API로 일원화하여, 아내의 GPT도 나의 자작 AI도 동일한 검증·중복 방지·휴지통 규칙을 통과합니다.
• LINE 아침 브리핑부터 Google Calendar 읽기 연동까지, Node.js 표준 기능만으로 자택 PC 1대에 수렴했습니다.

지난번의 결론은 이러했습니다―― "AI는 교체 가능한 도구, 기억만은 자신의 자산".

가족과 함께 해보니 한 걸음 더 앞이 보였습니다. 기억은 가족의 자산도 됩니다. 부부가 사용하는 AI가 제각각이라도, 내일 어느 한 쪽이 다른 AI로 갈아타더라도, 가족의 맥락은 Family/ 폴더에 계속 남습니다. AI의 선택은 개인의 자유, 기억의 보관 장소는 가족의 공유 재산. 이 분리가 가정에 AI를 들여오는 가장 합리적인 형태가 아닐까 생각합니다.