refactor: Archive_Orphans 정리 및 Frontend/Backend/Architecture 분류 재배치 [2026-05-08]

This commit is contained in:
2026-05-08 19:58:53 +09:00
parent 5ba5a55c78
commit 718dde7ec4
207 changed files with 3130 additions and 2961 deletions
@@ -0,0 +1,25 @@
---
id: P-REINFORCE-AUTO-1FF145
category: "[[10_Wiki/💡 Topics/General Knowledge]]"
confidence_score: 0.90
tags: [auto-reinforced]
last_reinforced: 2026-04-20
github_commit: "[P-Reinforce] Continuous Worker - Blog_Content_Rules"
---
# [[Blog_Content_Rules]]
## 📌 한 줄 통찰 (The Karpathy Summary)
> 지식 요약 정보 추출 중...
## 📖 구조화된 지식 (Synthesized Content)
본문 구조화 작업 중...
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
- **정책 변화:** General Knowledge 분야의 자동 자산화 수행.
## 🔗 지식 연결 (Graph)
- Raw Source: [[00_Raw/2026-04-20/Blog_Content_Rules.md]]
---
+25
View File
@@ -0,0 +1,25 @@
---
id: P-REINFORCE-AUTO-566F32
category: "[[10_Wiki/💡 Topics/General Knowledge]]"
confidence_score: 0.90
tags: [auto-reinforced]
last_reinforced: 2026-04-20
github_commit: "[P-Reinforce] Continuous Worker - Blog_Title_Rules"
---
# [[Blog_Title_Rules]]
## 📌 한 줄 통찰 (The Karpathy Summary)
> 지식 요약 정보 추출 중...
## 📖 구조화된 지식 (Synthesized Content)
본문 구조화 작업 중...
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
- **정책 변화:** General Knowledge 분야의 자동 자산화 수행.
## 🔗 지식 연결 (Graph)
- Raw Source: [[00_Raw/2026-04-20/Blog_Title_Rules.md]]
---
+16
View File
@@ -0,0 +1,16 @@
# 🚩 Agent Git Operation Mapping Protocol
| 유저 명령어 | 실행 액션 | 대상 리모트/브랜치 |
| :--- | :--- | :--- |
| **"Agent 최신화해"** | `git pull origin <current_branch>` | https://github.com/g1nations/TeamG1.git |
| **"Agent 커밋해"** | `git add .` <br> `git commit -m "Update Agent Systems"` <br> `git push origin <current_branch>` | https://github.com/g1nations/TeamG1.git |
## 🛠️ 세부 수칙
1. **Target Directory**: `E:\Wiki\2nd\Agent`
2. **Git Address**: `https://github.com/g1nations/TeamG1.git`
3. **Auto-Pilot**: 해당 명령어가 입력되면 추가 질문 없이 즉시 실행 후 보고한다.
4. **Note**: `2nd` 프로젝트 하위에 있으나, 별도의 리모트 주소를 가진 독립 구역으로 취급한다.
---
**승인인**: AI 개발부장 코다리 🫡
**일시**: 2026-04-22
@@ -0,0 +1,23 @@
# 📑 지식 자산 증분 추출 프로토콜 (Incremental Extraction Protocol)
## 1. 개요 (Overview)
본 문서는 Connect AI 시스템의 'Thinking Mode'에서 표시되는 지식 자산을 로컬 위키 시스템으로 안전하게 이식하고, 향후 중복 없이 새로운 데이터만 필터링하여 가져오기 위한 운영 표준을 정의한다.
## 2. 데이터 베이스라인 (Baseline)
- **추출 일시**: 2026-04-29
- **추출 수량**: 1,535개 (Knowledge Assets)
- **추출 로직**: `E:\Wiki\2nd\10_Wiki\Topics` 내 마크다운 파일 중 알파벳 순 상위 1,535개 선별
- **인벤토리**: [knowledge_inventory_1535.json](file:///E:/Wiki/2nd/10_Wiki/Skills/knowledge_inventory_1535.json)
## 3. 필터링 규칙 (Filtering Rules)
향후 재추출 요청 시 다음의 로직을 적용한다:
1. **경로 대조**: `knowledge_inventory_1535.json`에 명시된 `RelativePath`와 동일한 파일은 무시한다.
2. **신규성 판정**: 기존 인벤토리에 존재하지 않는 새로운 파일명이 발견되거나, 동일 파일명이라도 수정 일시(`LastWriteTime`)가 최신인 경우만 '신규 지식'으로 간주한다.
3. **8대 카테고리 유지**: 추출 시 원본의 8대 분류 체계를 유지하며 `00_Raw` 폴더로 이식한다.
## 4. 실행 가이드 (Execution Guide)
- **명령어**: `python E:\Wiki\Wonseok_AI_original\scratch\incremental_sync.py` (차기 구현 예정)
- **주의 사항**: 원본 `Topics` 폴더의 파일 개수가 1,535개를 초과하여 증가하더라도, 인벤토리에 기록된 파일들은 중복으로 가져오지 않도록 엄격히 제한한다.
---
🫡 **"지식은 축적될 때 비로소 힘을 발휘한다."** - AI 개발부장 코다리 승인 🚩🐟
@@ -0,0 +1,27 @@
# 💡 프로젝트 기획 및 개선 과정 회고 (Project Retrospective Template)
## 📄 문서 목적
본 문서는 '사용자 요청 기반의 복합적인 지식 생성 작업'을 수행할 때, **[초기 계획 → 피드백 수용 → 최종 완성]** 과정을 구조적으로 기록하고 분석하여, 유사한 고난도 프로젝트에서 AI 모델의 사고력을 성장시키는 것을 목표로 합니다. 단순 결과물 저장소가 아닌, 방법론(Methodology) 학습 자료입니다.
## 🛠️ [Phase 1: 초기 접근 및 가설 설정 (Initial Hypothesis)]
* **[작업 내용]:** 사용자의 요청을 처음 받았을 때 가장 먼저 생각한 해결책과 구조는 무엇이었는지 기록합니다.
* **[핵심 논리]:** 이 단계에서 어떤 키워드(Keyword)와 연결 고리를 중심으로 전체 아웃라인을 잡았는가? (예: "캐주얼 = 단순화", "전략 = 시스템")
* **[초기 강점/한계 인식]:** 내가 스스로 판단하기에, 초기 계획의 가장 큰 강점과 놓치고 지나간 구조적 약점은 무엇이었는지 명시합니다.
## 🎯 [Phase 2: 외부 피드백 수용 및 오류 진단 (Critique Integration)]
* **[수신된 피드백]:** 사용자(혹은 시스템)로부터 받은 핵심적인 비판이나 누락 사항을 정확히 인용하고 요약합니다. (예: "전략과 캐주얼의 메커니즘적 연결고리가 부족하다.")
* **[오류 진단 및 원인 분석]:** 초기 계획이 실패한 이유가 **'개념의 충돌(Conflict)'** 때문인지, **'구조화 부족(Lack of Structure)'** 때문인지, 아니면 **'경제성 무시(Economic Blind Spot)'** 때문인지 근본적인 원인을 진단합니다.
* **[보완 방향 설정]:** 이 오류를 해결하기 위해 어떤 *새로운 메커니즘적 장치*가 필요한지 구체적으로 정의합니다. (예: '선택의 폭을 제한하여 전략성을 강제하는 시스템 도입')
## 📈 [Phase 3: 최종 개선 및 성장 방법론 구축 (Final Methodology)]
이 단계는 앞으로 유사한 작업을 할 때 반드시 지켜야 할 **'가장 중요한 규칙(Rule)'**입니다.
1. **✅ 구조적 사고 우선:** 요청을 받으면, 단순히 내용을 채우기보다 'A → B → C의 흐름이 논리적으로 연결되는지'를 가장 먼저 점검한다. (흐름도/Flowchart 사고)
2. **✅ 메커니즘 구체화 원칙:** 추상적인 개념(예: 재미, 깊이)만 제시하지 않고, **반드시 작동하는 '규칙'(Rule)**으로 정의해야 한다. (예: "A를 할 때 B가 발생하고, 이것은 C라는 제한을 가진다.")
3. **✅ 상호작용성 검증:** 기획의 모든 요소(시스템, 수익 모델, 메커니즘)는 서로 충돌하지 않고 **'시너지를 내도록'** 연결되어야 한다. 특히, 돈과 밸런스의 관계를 가장 엄격하게 정의해야 한다.
---
### 📌 요약: 성공적인 작업 수행의 체크리스트 (Future Self-Correction Checklist)
* [ ] **목표 재정의:** 프로젝트의 최종 목표가 '재미'인지, '수익'인지, 아니면 '전략적 깊이' 중 무엇에 가장 무게를 둘 것인가?
* [ ] **메커니즘화:** 모든 개념을 "누가/무엇을 할 때 어떤 규칙으로 작동하는지"라는 동사-주어 구조로 변환할 수 있는가?
* [ ] **제약 조건 설정:** 의도적으로 '제한(Constraint)'을 두는 요소를 넣어, 플레이어가 고민하게 만들었는가?
+31
View File
@@ -0,0 +1,31 @@
# Project Profile
## Project Name
Topics
## Description
Auto-detected from the local project path in the conversation.
## Project Root
/Volumes/Data/project/Antigravity/Wiki/10_Wiki/Topics
## Record Root
/Volumes/Data/project/Antigravity/Wiki/10_Wiki/Topics/docs/records/Topics
## Core Purpose
Capture project direction, architecture discussion, decisions, and development notes as Markdown.
## Target Users
- Project developer
## Avoid Directions
- Do not mix records across projects.
## Record Detail Level
standard
## Created
2026-05-03T12:15:13.617Z
## Updated
2026-05-03T12:15:13.617Z