질문: "노션 페이지 정보가 LLM wiki처럼 요약된 게 있어야 하나?" → 부분적으로 맞음. 하이브리드가 정답.

1. 설계 원칙: 정적 매니페스트 + 동적 조회

구분	내용	갱신 주기
정적 매니페스트 (LLM wiki)	DB ID, 속성 스키마, 상태/우선순위 옵션, 등록 규칙 → 프롬프트에 상시 포함	DB 구조 변경 시에만
동적 조회	진행 중 프로젝트 목록, 기존 작업 목록 → 실행 시점 Notion API 조회	매 실행

프로젝트는 계속 늘어나므로 wiki에 하드코딩하면 금방 낡음. wiki에는 '구조'만, '내용(프로젝트 목록)'은 실시간 조회.

2. 정적 매니페스트 v1 (실제 값 추출 완료)

작업_DB:
  database_url: https://app.notion.com/p/1e602c77e2c980a4abb0c87b2597dc76
  data_source_id: 1e602c77-e2c9-81bb-a065-000b2bcdb430
  properties:
    작업 이름: title          # "[회사/프로젝트] 유형: 요약" + 이모지 규칙
    요약: text
    설명: text                # 구조화 본문 + 원문 링크
    상태: status              # 시작 전(기본)/진행 중/완료/보관됨
    마감일: date              # ⭐ datetime 지원 (Google Tasks와 달리 시간 저장 가능)
    우선순위: select          # 낮음/중간/높음
    프로젝트: relation        # → 1e602c77-e2c9-81e2-a681-000bf9b8a419
    스프린트/상위·하위작업: relation
등록_규칙:
  - 새 작업 상태 = "시작 전"
  - 마감일은 사용자 시간대 기준, 시간까지 기록
  - 프로젝트 relation은 동적 목록에서 이름 매칭, 확신 없으면 비움
  - 설명에 Gmail/원문 링크 포함

3. 연동 흐름

이메일/메시지 분석 → suggested_notion_project 필드 출력 (n8n 워크플로에 반영됨)
[동적 조회] 프로젝트 DB에서 "진행 중" 프로젝트 이름 목록 조회
[매칭] 이름 매칭 성공 → relation 연결 / 실패 → 비움 + "미매칭" 표시
[생성] 작업 DB 페이지 생성 (제목/요약/설명/마감일/우선순위/상태/프로젝트)
[회신] 생성된 페이지 URL 회신

4. 구현 경로

n8n (Phase 2): 워크플로에 비활성 Notion 노드 2개 포함됨. Notion 내부 통합 생성 → 토큰 등록 → 작업 DB·프로젝트 DB에 통합 연결 필수 → 노드 활성화 + 속성 매핑
Apps Script (v3.1 백로그): 등록 카드에 "Notion에도 등록" 체크박스 + UrlFetch로 Notion API 호출

5. 다음 단계 확인 필요

프로젝트 DB 구조 확인 ("진행 중" 필터링용 상태 속성)
스프린트 자동 연결 여부
중복 방지 규칙 (원문 링크로 생성 전 검색)