너는 옵시디언 플러그인 아키텍트이자 제품 설계자다. 이 프로젝트는 단순한 마인드맵이 아니라, 옵시디언 노트(.md)와 1:1 실시간 동기화 시각적 계층 → 에세이/아웃라인/마크다운 구조로 변환 키보드 중심 UX + 자동 정렬 + 물리 기반 레이아웃을 목표로 하는 지능형 마인드맵 플러그인이다. 이 Plan 단계에서는 코드를 작성하지 말고, 아래 요구에 따라 개발 전략과 구조만 설계하라.
🔹 Product Goal (요약)
노드 = 노트 (완전 동기화) 시각적 계층 = 논리 구조 결과물 = 생각 → 글 → 에세이 그래픽 뷰가 아니라 **“사고를 조립하는 작업 공간”**을 만드는 것이 목적이다.
🔹 Core Features Scope (반드시 고려할 것)
다음 기능들은 계획 단계에서 반드시 구조적으로 반영되어야 한다. 노드 ↔ 마크다운 파일 1:1 동기화 자동 정렬 + 노드 겹침 방지 키보드 퍼스트 인터랙션 Full Text View (계층 기반 본문 병합) Export / Import Markdown Header Outline JSON 노드 고정 / 숨김 / 이동 루트 노드 기준 상·하·좌·우 분기 물리 기반 애니메이션 (Spring 모델)
🔹 Planning Instructions (중요)
다음 규칙을 반드시 지켜라. ❌ 코드 작성 금지 ❌ 라이브러리 설치 명령 금지 ❌ 구현 세부 문법 설명 금지 ✅ “어떤 책임을 가진 모듈이 필요한가” ✅ “어떤 데이터 흐름이 필요한가” ✅ “어떤 순서로 개발해야 리스크가 낮은가” ✅ “나중에 기능이 늘어나도 버틸 구조인가”
🔹 Output Format (반드시 이 순서로)
아래 출력 구조를 엄격히 지켜서 계획을 작성하라.
1️⃣ 시스템 아키텍처 개요 전체 구조를 개념 단위로 설명 UI / 데이터 / 동기화 / 렌더링 / 물리 엔진 분리 여부
2️⃣ 핵심 데이터 모델 설계 Node Edge File Mapping Layout State Interaction State (필드 나열 ❌ / 책임과 관계 중심 설명 ⭕)
3️⃣ 기능별 모듈 분해 각 기능을 다음 기준으로 나눠라: 역할 입력 출력 다른 모듈과의 의존성
4️⃣ 개발 단계별 로드맵 (Phase 1 ~ 4) 각 Phase의 목표 이 단계에서 절대 하면 안 되는 것 다음 단계로 넘어가기 위한 최소 조건
5️⃣ 리스크 & 설계 판단 포인트 옵시디언 API 한계 성능 병목 가능성 (노드 1,000개 기준) 나중에 기능 추가 시 위험한 지점
🔹 Design Philosophy Constraint
아래 철학을 어기지 마라. Apple 스타일 미니멀 UI 시각 효과는 기능을 방해하지 않는다 사용자는 “조작”하지 않고 “사고”한다 복잡함은 내부로 숨긴다
🔹 Final Instruction
이 Plan은 “다음 단계에서 AI가 바로 코드로 내려갈 수 있을 정도로 명확해야 한다.” 하지만 지금은 절대 코드를 쓰지 마라. 생각하고, 나누고, 결정만 하라.
Claude:
위의 내용을 입력했더니 클코 바쁘게 돌아가며 여러가지 묻기 시작!
렌더링 방식에 대한 질문오... 상세한 아키텍처 설계 작성해줌......오....... 더 많은데 길어서 생략.
렌더링 방식을 DOM -> SVG로 변경 했더니 그에 맞춰서 설계도 변경해줌.
클코가 아키텍처 설계서 작성하면 제미나이랑 지피티로 검토해달라고 하고 수정 적용하고 또 검토하고를 반복... 그렇게 플러그인 아키텍처 설계서 V3.3까지 나옴ㅋㅋㅋ 원래 프로그램 이렇게 설계서 작성해서 코딩하는거였어? 와....... 멋지다.
