사용자는 하나의 연속된 대화 경험으로 인식하지만, 내부적으로는 채팅·규칙 실행·메모리 관리·관계 단계 판단·루틴 추적·푸시 알림·전화 채널이 분리된 구조로 작동하는 AI 개인 비서 제품입니다.
프론트 제품 리포지토리와 Lyla-backend를 결합해 운영하는 AI 개인 비서 제품입니다. 프론트 177 commits, 백엔드 초기 서버 골격이 잡혀 있으며, 사용자의 하루 운영을 지속적으로 보조하는 멀티 채널 개인 비서 제품을 목표로 합니다.
개인 비서형 제품은 채팅만 자연스럽다고 끝나지 않습니다. 사용자가 기억·선호·루틴·관계 맥락을 기대하는 동시에, 실제로는 정해진 시각의 알림·조용한 시간대 통제·전화 기반 깨우기·작업 리마인드·반복 규칙 실행까지 안정적으로 돌아가야 합니다. 문제는 좋은 답변 생성 하나가 아니라 대화 경험과 운영 자동화를 같은 제품 안에서 신뢰성 있게 연결하는 일이었습니다. 특히 푸시와 전화처럼 사용자를 먼저 깨우는 채널은 감사 가능성과 명시적 제어가 함께 설계되어야 했습니다.
사용자에게는 하나의 연속된 스레드처럼 보이지만, 시스템 내부에서는 에피소드 단위 대화 처리·규칙 기반 실행·구조화된 메모리·채널별 런타임을 조합하는 아키텍처로 설계했습니다. 프론트 리포지토리는 채팅 경험·제품 문서·프로토타입·성장 실험 자산을 함께 관리하고, 백엔드에서는 Express·TypeScript 기반 API·Supabase 저장소·OpenAI와 Anthropic 연동·node-cron 스케줄러·Zod 검증 계층을 운영합니다. 채팅·규칙·메모리·관계 단계·루틴·푸시·전화가 모두 동일한 사용자 상태를 공유하도록 설계해 채널 간 맥락이 일관되게 작동합니다.
프론트 리포지토리는 `architecture/`·`technical/`·`frontend/`·`backend/`·`scripts/`·`prototypes/`·`viral/`·`design/` 구조로 정리되어 제품 설계·구현 문서·실험 자산을 한곳에서 관리합니다. 백엔드는 `src/routes`·`src/services`·`src/db`·`src/jobs`·`src/lib`·`src/middleware`로 분리되어 있으며, 채팅 SSE 스트리밍·전화 라우트·푸시 테스트·캘린더와 스케줄 API를 각각 독립 계층으로 다룹니다. `services/`에는 LLM client·context composer·memory composer·memory extractor·relationship stage·tool executor·episode manager가 들어 있어 대화와 메모리 흐름을 서비스 레벨에서 분리합니다.
| 프론트 개발 기간 | 2026-03-20 ~ 2026-04-20 |
|---|---|
| 프론트 커밋 | 177 commits |
| 백엔드 | Express · TypeScript · Supabase |
| AI 이중 경로 | OpenAI · Anthropic |
| 통합 채널 | 채팅·푸시·전화 |
| 핵심 도메인 | 규칙·메모리·관계·루틴·스케줄 |
AI Assistant · Express · TypeScript · Supabase · Memory Systems · Notification Architecture · Voice Channel · Multi Channel UX

