refactor: move ruki memories to ruki/ folder with timestamp

ruki/2026-05-05_2205_2026-05-05-issue-tracker.md

@@ -0,0 +1,73 @@
+> [!info] 백업 시각: 2026-05-05 22:05 | 루키 메모리
+# Session: 2026-05-05 14:29:56 GMT+9
+
+- **Session Key**: agent:main:telegram:direct:8788378713
+- **Session ID**: c1767d32-9550-46df-84b6-65e4f7357cb2
+- **Source**: telegram
+
+## Conversation Summary
+
+user: 너보고 전달하라고는 안했는디 ㅋ
+user: 다시 처음부터 시작함 프로세스 시작해
+assistant: 
+
+**계획서:** ssh subpc-wsl에서 재인덱싱 스크립트를 다시 실행
+- 프로세스 재시작
+- 로그 파일 초기화 후 재시작
+
+user: 미미야 지금 내가 진행하고 있는 모든것들이 좀 뭔가 삐걱 삐걱대고 있는데
+이걸 이슈트레커같은거로 확인하고 처리할수 없을까?
+user: 옵시디언을 활용하는거야?
+API 가능한 이슈트래커 툴같은거 활용안하고?
+user: 왜 옵시디언을 활용하는거지?
+user: 오 깃허브 좋다.. 로컬로 깃허브 관리되나?
+user: repo를 전체적으로 만들어야 하나? Minicity로?
+아님 프로젝트 별로 만들어야 하나?
+user: 이거 오프모드? 아님 온라인모드?
+user: 나스라.. 나스 CPU가 그리 좋은 상황이 아닌데
+현재도 여러 회사나스 백업으로 구동중인데 감당이 될려나?
+지금 개발중인 맥미니에 git server 를 구현하는것이 좋지 않아?
+user: 맥미니에서 구동하는거로 하는걸로 진행
+user: 어 잠깐 이슈만 별도 관리?
+아님 프로젝트 안에서 이슈관리는 안됨?
+user: 1번 맥미니에서 진행하는데
+repo를 각 프로젝트 별로 진행했으면해
+전체적인 관리는 미미가 맏고
+user: 1번 온라인 깃허브랑
+2번 오프모드 로컬 markdown 기반 이랑 무슨 차이?
+assistant: 
+
+## 📋 계획서: 이슈트래커 구조
+
+**질문에 대한 답변:**
+
+| 구분 | 온라인 (GitHub) | 로컬 (맥미니 Git Server) |
+|------|------------------|-------------------------|
+| 접근 | 어디서든 가능 | 네트워크/VPN 내 |
+| 백업 | 자동 (GitHub 서버) |手動 또는 나스 백업 |
+| CPU 부담 | GitHub 서버 | 맥미니 (현재 사용중) |
+| 설정난이도 | 쉬움 (API만) | 보통 (git-server 설정) |
+| 협업 | 무료 3인까지 | 무제한 |
+
+**결론:**
+- **프로젝트당 독립 repo** = GitHub가 적합
+- **로컬 이슈는 Markdown으로** = 나쁘지 않음 (옵시디언으로 관리)
+- **둘 다 사용** = 좋음
+
+---
+
+**미미아빠 질문들 정리:**
+
+1. 각 프로젝트(repo)별로 Github에 만들어야 할까요? **→ 네, 그렇게 하는 게 관리하기 좋음**
+2. 미미가 전체 관리? **→ 네, 미미가统筹**
+3. 맥미니에서 Git Server vs GitHub? **→ 현재 맥미니에서 Git Server 운영不建议 (이미 많은 것 실행 중)**
+
+---
+
+**계획서 (확인 후 실행):**
+
+1. **GitHub Organization or Personal?** 
+2. **Repo Naming:** `minicity-erp`, `minicity-wiki`, `minicity-photovault`, etc.
+3. **Issues만 사용?** 아니면 GitHub Projects도?
+
+어떤 구조를 원하시나요?