Wikify: Auto-link 118 orphaned topics using semantic keyword matching
This commit is contained in:
@@ -21,3 +21,7 @@ Skybound 엔진의 성능 저하 및 런타임 크래시 이슈에 대한 해결
|
|||||||
---
|
---
|
||||||
**Status**: Resolved
|
**Status**: Resolved
|
||||||
**Context**: Infrastructure / Performance Tuning
|
**Context**: Infrastructure / Performance Tuning
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Optimization]]
|
||||||
|
|||||||
@@ -30,3 +30,10 @@ Skybound 프로젝트의 Phase 2 인프라 고도화 결과를 기록한 통합
|
|||||||
---
|
---
|
||||||
**Status**: Approved (2026-04-21)
|
**Status**: Approved (2026-04-21)
|
||||||
**Lead**: AI 개발부장 '코다리'
|
**Lead**: AI 개발부장 '코다리'
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Dopamine]]
|
||||||
|
* [[_report]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -24,3 +24,10 @@ Skybound 프로젝트의 치명적인 결함을 복구하고 유저 인터페이
|
|||||||
**Status**: Critical Recovery Complete
|
**Status**: Critical Recovery Complete
|
||||||
**Reviewer**: AI 개발부장 '코다리' 🫡🐟
|
**Reviewer**: AI 개발부장 '코다리' 🫡🐟
|
||||||
**Tags**: #Stability_QA #Dopamine_UX #Core_Logic
|
**Tags**: #Stability_QA #Dopamine_UX #Core_Logic
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Innovation]]
|
||||||
|
* [[Roadmap]]
|
||||||
|
* [[Terminology]]
|
||||||
|
* [[_report]]
|
||||||
|
|||||||
@@ -22,3 +22,7 @@
|
|||||||
---
|
---
|
||||||
**Status**: Verified High-Dopamine Content
|
**Status**: Verified High-Dopamine Content
|
||||||
**Category**: Game Design / User Experience
|
**Category**: Game Design / User Experience
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Dopamine]]
|
||||||
|
|||||||
@@ -44,3 +44,9 @@ export interface BossPhase {
|
|||||||
|
|
||||||
---
|
---
|
||||||
**Approval Status**: 🫡 (Kodari Approved)
|
**Approval Status**: 🫡 (Kodari Approved)
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Mastery]]
|
||||||
|
* [[Single_Source_of_Truth]]
|
||||||
|
|||||||
@@ -28,3 +28,7 @@
|
|||||||
**Status**: Green (Operational)
|
**Status**: Green (Operational)
|
||||||
**Author**: Antigravity (AI Dev Director 'Kodari')
|
**Author**: Antigravity (AI Dev Director 'Kodari')
|
||||||
**Date**: 2026-04-22
|
**Date**: 2026-04-22
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[_report]]
|
||||||
|
|||||||
@@ -37,3 +37,11 @@ Skybound의 초기 '무작위성' 중심 로직을 '의도된 연출' 중심으
|
|||||||
|
|
||||||
---
|
---
|
||||||
**Last Updated:** 2026-04-22 🫡
|
**Last Updated:** 2026-04-22 🫡
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Logic]]
|
||||||
|
* [[Optimization]]
|
||||||
|
* [[Physics]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -123,3 +123,23 @@ The first stabilization pass was applied immediately after this raw audit.
|
|||||||
|
|
||||||
- `npm run build`: passed.
|
- `npm run build`: passed.
|
||||||
- `npm run lint`: still fails due broad pre-existing lint debt, mostly `@typescript-eslint/no-explicit-any`, older helper files, and React hook lint findings. The first pass reduced the functional blockers but did not attempt a large-scale type cleanup.
|
- `npm run lint`: still fails due broad pre-existing lint debt, mostly `@typescript-eslint/no-explicit-any`, older helper files, and React hook lint findings. The first pass reduced the functional blockers but did not attempt a large-scale type cleanup.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[2026-04-22_Boss_Battle_System_Implementation]]
|
||||||
|
* [[2026-04-22_Engine_Stability_Audit]]
|
||||||
|
* [[Analysis]]
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[Campaign_and_Dual_Loop_System]]
|
||||||
|
* [[Combat-System-and-Bullet-Interaction-Pipeline]]
|
||||||
|
* [[ESLint]]
|
||||||
|
* [[Events]]
|
||||||
|
* [[Game-Engine-Loop-and-System-Orchestration]]
|
||||||
|
* [[InGame_Progression_System]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Single_Source_of_Truth]]
|
||||||
|
* [[Skybound-Knowledge-Hub]]
|
||||||
|
* [[Skybound-Modular-Game-Architecture]]
|
||||||
|
* [[State]]
|
||||||
|
* [[goal]]
|
||||||
|
|||||||
@@ -147,3 +147,12 @@ npm run build
|
|||||||
```
|
```
|
||||||
|
|
||||||
The build still reports that `/sprites/player.png` is left unresolved at build time, which is a Vite static asset warning and was already non-blocking. The production bundle was generated successfully.
|
The build still reports that `/sprites/player.png` is left unresolved at build time, which is a Vite static asset warning and was already non-blocking. The production bundle was generated successfully.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[Metal]]
|
||||||
|
* [[Noise]]
|
||||||
|
* [[Reports]]
|
||||||
|
* [[Scripts]]
|
||||||
|
* [[Support]]
|
||||||
|
|||||||
@@ -72,3 +72,8 @@ npm run build
|
|||||||
```
|
```
|
||||||
|
|
||||||
The existing `/sprites/player.png` static path warning remains non-blocking.
|
The existing `/sprites/player.png` static path warning remains non-blocking.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Affordance]]
|
||||||
|
* [[Blocking]]
|
||||||
|
|||||||
@@ -81,3 +81,9 @@ npm run build
|
|||||||
```
|
```
|
||||||
|
|
||||||
The existing `/sprites/player.png` static asset warning remains non-blocking.
|
The existing `/sprites/player.png` static asset warning remains non-blocking.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Behavior]]
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[Scripts]]
|
||||||
|
|||||||
@@ -72,3 +72,8 @@ npm run build
|
|||||||
```
|
```
|
||||||
|
|
||||||
The existing `/sprites/player.png` static path warning remains non-blocking.
|
The existing `/sprites/player.png` static path warning remains non-blocking.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Affordance]]
|
||||||
|
* [[Blocking]]
|
||||||
|
|||||||
@@ -139,3 +139,7 @@ The next pass should replace the first cartoony art pack with a darker semireali
|
|||||||
|
|
||||||
The existing generator should be rewritten so future iterations can adjust palette, materials, and silhouettes consistently.
|
The existing generator should be rewritten so future iterations can adjust palette, materials, and silhouettes consistently.
|
||||||
|
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Metal]]
|
||||||
|
|||||||
@@ -151,3 +151,11 @@ Second pass changes:
|
|||||||
The reproducible generator remains:
|
The reproducible generator remains:
|
||||||
|
|
||||||
`scripts/generate_magitech_assets.py`
|
`scripts/generate_magitech_assets.py`
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Hardware]]
|
||||||
|
* [[Metal]]
|
||||||
|
* [[Noise]]
|
||||||
|
* [[Purpose]]
|
||||||
|
* [[Scripts]]
|
||||||
|
|||||||
@@ -100,3 +100,9 @@ npm run build
|
|||||||
```
|
```
|
||||||
|
|
||||||
The build still reports the existing `/sprites/player.png` static path warning, but it remains non-blocking and the production bundle was generated successfully.
|
The build still reports the existing `/sprites/player.png` static path warning, but it remains non-blocking and the production bundle was generated successfully.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[Reports]]
|
||||||
|
* [[Scripts]]
|
||||||
|
|||||||
@@ -175,3 +175,10 @@ Recommended next playtest checks:
|
|||||||
- Do weapons feel like they clear hordes?
|
- Do weapons feel like they clear hordes?
|
||||||
- Do stage spikes feel earned rather than sudden?
|
- Do stage spikes feel earned rather than sudden?
|
||||||
- Does TAC Level Up usually offer at least one desirable choice?
|
- Does TAC Level Up usually offer at least one desirable choice?
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[Events]]
|
||||||
|
* [[Support]]
|
||||||
|
* [[Synergy]]
|
||||||
|
|||||||
@@ -58,3 +58,7 @@ curl -sS -X POST http://127.0.0.1:3002/api/check-connection
|
|||||||
앞으로 인증 복구나 연결 복구로 인해 `paused` 상태가 되면 앱이 NotebookLM 연결을 확인하고 자동으로 다음 큐를 이어서 실행한다.
|
앞으로 인증 복구나 연결 복구로 인해 `paused` 상태가 되면 앱이 NotebookLM 연결을 확인하고 자동으로 다음 큐를 이어서 실행한다.
|
||||||
|
|
||||||
사용자가 직접 `STOP / PAUSE`를 누른 경우는 기존처럼 `idle`로 유지되므로, 수동 정지는 자동 재개 대상이 아니다.
|
사용자가 직접 `STOP / PAUSE`를 누른 경우는 기존처럼 `idle`로 유지되므로, 수동 정지는 자동 재개 대상이 아니다.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[React]]
|
||||||
|
|||||||
@@ -171,3 +171,11 @@ Recommended next work:
|
|||||||
- add enemy archetypes that force movement differently
|
- add enemy archetypes that force movement differently
|
||||||
- add pickup-risk zones so rewards are not free
|
- add pickup-risk zones so rewards are not free
|
||||||
- review every skill for role identity: damage, crowd control, defense, mobility, economy
|
- review every skill for role identity: damage, crowd control, defense, mobility, economy
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Affordance]]
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[Events]]
|
||||||
|
* [[Purpose]]
|
||||||
|
* [[State]]
|
||||||
|
|||||||
@@ -103,3 +103,7 @@
|
|||||||
- 일반몹을 많이 잡아도 Tac Level이 연속 폭주하지 않는지 확인한다.
|
- 일반몹을 많이 잡아도 Tac Level이 연속 폭주하지 않는지 확인한다.
|
||||||
- Afterburner 게이지가 회피/부스트 중 시각적으로 반응하는지 확인한다.
|
- Afterburner 게이지가 회피/부스트 중 시각적으로 반응하는지 확인한다.
|
||||||
- Hangar 장비 카드가 더 이상 빈 회색 박스처럼 보이지 않고 아이템 정보를 명확히 보여주는지 확인한다.
|
- Hangar 장비 카드가 더 이상 빈 회색 박스처럼 보이지 않고 아이템 정보를 명확히 보여주는지 확인한다.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Storage]]
|
||||||
|
|||||||
@@ -170,3 +170,7 @@ UI 동작:
|
|||||||
- 격납고에서 캐시 stack UI가 충분히 명확한지 확인한다.
|
- 격납고에서 캐시 stack UI가 충분히 명확한지 확인한다.
|
||||||
- GOOD 이상 캐시 개봉 시 “뭐가 나올까” 하는 기대감이 생기는지 확인한다.
|
- GOOD 이상 캐시 개봉 시 “뭐가 나올까” 하는 기대감이 생기는지 확인한다.
|
||||||
- 캐시 개봉 후 모듈이 `Module Storage`에 자연스럽게 추가되는지 확인한다.
|
- 캐시 개봉 후 모듈이 `Module Storage`에 자연스럽게 추가되는지 확인한다.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Storage]]
|
||||||
|
|||||||
@@ -131,3 +131,7 @@ Stage 5-7은 성능과 가독성을 고려해 단순 물량만 폭증시키지
|
|||||||
- Stage 3-4에서 혼합 편대/제압 작전으로 플레이 양상이 달라지는지 확인한다.
|
- Stage 3-4에서 혼합 편대/제압 작전으로 플레이 양상이 달라지는지 확인한다.
|
||||||
- Stage 5 이후부터 물량 증가가 명확하게 느껴지는지 확인한다.
|
- Stage 5 이후부터 물량 증가가 명확하게 느껴지는지 확인한다.
|
||||||
- Stage 8이 최종 침공군답게 가장 강한 물량과 화력을 보여주는지 확인한다.
|
- Stage 8이 최종 침공군답게 가장 강한 물량과 화력을 보여주는지 확인한다.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Testing]]
|
||||||
|
|||||||
@@ -1291,3 +1291,27 @@ if __name__ == "__main__":
|
|||||||
## [21:09:23] 👤 **사용자**
|
## [21:09:23] 👤 **사용자**
|
||||||
|
|
||||||
[자율 사이클 — 2026-05-01] 1인 기업 24시간 운영 중. 회사 목표·각 에이전트의 개인 목표(_agents/{id}/goal.md)·최근 의사결정·메모리를 검토해서 지금 가장 가치 있는 단일 작업 1개를 결정하고, 적절한 1~2명 에이전트에게 분배해서 실행하세요. 같은 산출물을 반복하지 마세요 — 메모리에 비슷한 항목이 24시간 내에 있으면 다른 각도로 진전시키세요.
|
[자율 사이클 — 2026-05-01] 1인 기업 24시간 운영 중. 회사 목표·각 에이전트의 개인 목표(_agents/{id}/goal.md)·최근 의사결정·메모리를 검토해서 지금 가장 가치 있는 단일 작업 1개를 결정하고, 적절한 1~2명 에이전트에게 분배해서 실행하세요. 같은 산출물을 반복하지 마세요 — 메모리에 비슷한 항목이 24시간 내에 있으면 다른 각도로 진전시키세요.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[2026-04-30]]
|
||||||
|
* [[AI & Data Sovereignty]]
|
||||||
|
* [[Active Learning]]
|
||||||
|
* [[Analysis]]
|
||||||
|
* [[Automated-Decision-Making]]
|
||||||
|
* [[Discriminated_Unions]]
|
||||||
|
* [[Efficiency]]
|
||||||
|
* [[Index]]
|
||||||
|
* [[Iteration]]
|
||||||
|
* [[Noise]]
|
||||||
|
* [[Optimization]]
|
||||||
|
* [[Processing]]
|
||||||
|
* [[Solution]]
|
||||||
|
* [[Strategy]]
|
||||||
|
* [[Sustainability]]
|
||||||
|
* [[Testing]]
|
||||||
|
* [[business]]
|
||||||
|
* [[developer]]
|
||||||
|
* [[goal]]
|
||||||
|
* [[researcher]]
|
||||||
|
* [[수익화 전략]]
|
||||||
|
|||||||
@@ -33,3 +33,13 @@ The feature should not replace code generation or existing agent execution. It s
|
|||||||
- Add a sidebar Designer control similar to existing Brain and Agent controls.
|
- Add a sidebar Designer control similar to existing Brain and Agent controls.
|
||||||
- Keep the MVP file-based and Markdown-only.
|
- Keep the MVP file-based and Markdown-only.
|
||||||
- Do not implement full automatic transcript capture in the first stage.
|
- Do not implement full automatic transcript capture in the first stage.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Support]]
|
||||||
|
* [[_system]]
|
||||||
|
* [[decisions]]
|
||||||
|
|||||||
@@ -45,3 +45,16 @@ The tested response understood the broad idea, but missed key guard behaviors:
|
|||||||
|
|
||||||
## Result
|
## Result
|
||||||
Chronicle Guard should now behave less like a general ideation assistant and more like a project planning, decision, and record guard.
|
Chronicle Guard should now behave less like a general ideation assistant and more like a project planning, decision, and record guard.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Behavior]]
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[Index]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Purpose]]
|
||||||
|
* [[Testing]]
|
||||||
|
* [[_system]]
|
||||||
|
* [[decisions]]
|
||||||
|
|||||||
@@ -54,3 +54,13 @@ The implementation uses only TypeScript, Node `fs`/`path`, and VS Code extension
|
|||||||
- Add a richer Designer panel for ADR, discussion, and retrospective creation.
|
- Add a richer Designer panel for ADR, discussion, and retrospective creation.
|
||||||
- Capture AI question intent more directly during the conversation flow.
|
- Capture AI question intent more directly during the conversation flow.
|
||||||
- Add tests for the Project Chronicle manager.
|
- Add tests for the Project Chronicle manager.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Analysis]]
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Index]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Purpose]]
|
||||||
|
* [[Seed]]
|
||||||
|
|||||||
@@ -53,3 +53,11 @@ The Designer menu can now create the MVP record types:
|
|||||||
- Add a dedicated Designer panel for editing richer record content before writing.
|
- Add a dedicated Designer panel for editing richer record content before writing.
|
||||||
- Add automatic conversation event capture so records can be generated with less manual input.
|
- Add automatic conversation event capture so records can be generated with less manual input.
|
||||||
- Add settings for default record detail level and automatic timeline behavior.
|
- Add settings for default record detail level and automatic timeline behavior.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Behavior]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Purpose]]
|
||||||
|
|||||||
@@ -48,3 +48,17 @@ The staged MVP is now functionally complete:
|
|||||||
- Enable Chronicle Guard response mode
|
- Enable Chronicle Guard response mode
|
||||||
- Write all MVP record types
|
- Write all MVP record types
|
||||||
- Browse and open generated Markdown records
|
- Browse and open generated Markdown records
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[Browser]]
|
||||||
|
* [[Index]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Purpose]]
|
||||||
|
* [[State]]
|
||||||
|
* [[Support]]
|
||||||
|
* [[_system]]
|
||||||
|
* [[decisions]]
|
||||||
|
|||||||
@@ -28,3 +28,11 @@ Reduce visual noise from Second Brain Trace details while keeping the evidence a
|
|||||||
|
|
||||||
## Result
|
## Result
|
||||||
Trace evidence is still available, but it no longer dominates every answer by default.
|
Trace evidence is still available, but it no longer dominates every answer by default.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Noise]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Purpose]]
|
||||||
|
|||||||
@@ -41,3 +41,10 @@ When Trace mode is on, answers can now include:
|
|||||||
- Searched but unused notes
|
- Searched but unused notes
|
||||||
- Retrieval and grounding metrics
|
- Retrieval and grounding metrics
|
||||||
- Optional debug JSON
|
- Optional debug JSON
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Purpose]]
|
||||||
|
|||||||
@@ -49,3 +49,9 @@ created: 2026-04-29
|
|||||||
|
|
||||||
---
|
---
|
||||||
"조직이 시스템이다. 실질적인 결과물과 일정으로 증명한다." - P-Reinforce Logic 🫡🚩🐟
|
"조직이 시스템이다. 실질적인 결과물과 일정으로 증명한다." - P-Reinforce Logic 🫡🚩🐟
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Browser]]
|
||||||
|
* [[Logic]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
|||||||
@@ -54,3 +54,8 @@ created: 2026-04-29
|
|||||||
|
|
||||||
---
|
---
|
||||||
"조직이 시스템이다. 실질적인 결과물과 일정으로 증명한다." - P-Reinforce Logic 🫡🚩🐟
|
"조직이 시스템이다. 실질적인 결과물과 일정으로 증명한다." - P-Reinforce Logic 🫡🚩🐟
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Logic]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
|||||||
@@ -33,3 +33,10 @@ Add a standalone Project Chronicle module.
|
|||||||
|
|
||||||
## Consequences
|
## Consequences
|
||||||
The first stage needs explicit sidebar actions to create and write records. Automatic extraction can be layered on later.
|
The first stage needs explicit sidebar actions to create and write records. Automatic extraction can be layered on later.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Events]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Storage]]
|
||||||
|
* [[decisions]]
|
||||||
|
|||||||
@@ -7,4 +7,7 @@ last_updated: 2026-05-02
|
|||||||
---
|
---
|
||||||
|
|
||||||
# AI-driven Test Automation
|
# AI-driven Test Automation
|
||||||
{"status":"success","answer":"","conversation_id":"834b587d-7fde-475e-be65-acdd8529ffa3"}
|
{"status":"success","answer":"","conversation_id":"834b587d-7fde-475e-be65-acdd8529ffa3"}
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Test_Automation]]
|
||||||
|
|||||||
@@ -165,3 +165,11 @@ To enable RTL support in shadcn/ui, see the [RTL configuration guide](/docs/rtl)
|
|||||||
## API Reference
|
## API Reference
|
||||||
|
|
||||||
See the [Radix UI](https://www.radix-ui.com/primitives/docs/components/accordion#api-reference) documentation for more information.
|
See the [Radix UI](https://www.radix-ui.com/primitives/docs/components/accordion#api-reference) documentation for more information.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Design Pattern]]
|
||||||
|
* [[Radix UI]]
|
||||||
|
* [[Reference]]
|
||||||
|
* [[Support]]
|
||||||
|
* [[shadcn-ui]]
|
||||||
|
|||||||
@@ -45,3 +45,7 @@ Agent Memory Harness는 에이전트가 사용자 요청, 이전 제약, 작업
|
|||||||
- 이미 답변된 질문을 다시 하지 말 것.
|
- 이미 답변된 질문을 다시 하지 말 것.
|
||||||
- 접근 불가능한 자원은 명확히 명시할 것.
|
- 접근 불가능한 자원은 명확히 명시할 것.
|
||||||
- 답변이 일반론(Generic)으로 흐를 경우 최신 요청을 다시 확인할 것.
|
- 답변이 일반론(Generic)으로 흐를 경우 최신 요청을 다시 확인할 것.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[memory]]
|
||||||
|
|||||||
@@ -16,6 +16,11 @@
|
|||||||
- **초기 설계 오버헤드**: 소규모 프로젝트에서 기능 기반 구조를 채택할 경우, 단순한 파일 유형 기반 구조보다 폴더 깊이가 깊어지고 초기 구성 비용이 증가할 수 있다.
|
- **초기 설계 오버헤드**: 소규모 프로젝트에서 기능 기반 구조를 채택할 경우, 단순한 파일 유형 기반 구조보다 폴더 깊이가 깊어지고 초기 구성 비용이 증가할 수 있다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[SOLID_Principles]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **YAGNI**: 애자일 개발의 핵심적인 효율성 추구 원칙 (관계: 하위 실천 지침)
|
- **YAGNI**: 애자일 개발의 핵심적인 효율성 추구 원칙 (관계: 하위 실천 지침)
|
||||||
- **Feature-Based Structure**: 애자일 팀의 독립적 협업을 돕는 아키텍처 (관계: 구조적 구현체)
|
- **Feature-Based Structure**: 애자일 팀의 독립적 협업을 돕는 아키텍처 (관계: 구조적 구현체)
|
||||||
|
|||||||
@@ -28,3 +28,9 @@ last_reinforced: 2026-04-21
|
|||||||
- **Parent:** 10_Wiki/Management/System
|
- **Parent:** 10_Wiki/Management/System
|
||||||
- **Related:** 10_Wiki/Global/Universal_Knowledge_Bridge, 10_Wiki/Projects/Skybound/HUD_UI_Refinement
|
- **Related:** 10_Wiki/Global/Universal_Knowledge_Bridge, 10_Wiki/Projects/Skybound/HUD_UI_Refinement
|
||||||
- **Raw Source:** 00_Raw/2026-04-21-Antigravity_Agent_System_Overhaul
|
- **Raw Source:** 00_Raw/2026-04-21-Antigravity_Agent_System_Overhaul
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[HANDOVER]]
|
||||||
|
* [[HUD_UI_Refinement]]
|
||||||
|
* [[Management]]
|
||||||
|
|||||||
@@ -27,3 +27,10 @@ last_reinforced: 2026-04-21
|
|||||||
- **Parent:** 10_Wiki/Projects/Skybound
|
- **Parent:** 10_Wiki/Projects/Skybound
|
||||||
- **Related:** 10_Wiki/Decisions/Skybound/IDE_Stability_Fix, 10_Wiki/Decisions/Skybound/Frame_Type_Restoration
|
- **Related:** 10_Wiki/Decisions/Skybound/IDE_Stability_Fix, 10_Wiki/Decisions/Skybound/Frame_Type_Restoration
|
||||||
- **Raw Source:** 00_Raw/2026-04-21-Skybound_Architecture_Refactor_Plan
|
- **Raw Source:** 00_Raw/2026-04-21-Skybound_Architecture_Refactor_Plan
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Frame_Type_Restoration]]
|
||||||
|
* [[IDE_Stability_Fix]]
|
||||||
|
* [[decisions]]
|
||||||
|
|||||||
@@ -17,6 +17,15 @@ BERT는 구글이 제안한 혁신적인 사전 학습 언어 모델로, 문장
|
|||||||
- **자원 의존성**: 대규모 파라미터를 가진 모델이므로 사전 학습에 방대한 컴퓨팅 자원이 필요합니다 [1].
|
- **자원 의존성**: 대규모 파라미터를 가진 모델이므로 사전 학습에 방대한 컴퓨팅 자원이 필요합니다 [1].
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[2026-04-30]]
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Attention Mechanisms]]
|
||||||
|
* [[BERT]]
|
||||||
|
* [[Fine-tuning]]
|
||||||
|
* [[Transfer_Learning]]
|
||||||
|
* [[Transformers]]
|
||||||
|
|
||||||
- **Related Topics**: 트랜스포머 아키텍처 (Transformer Architecture, 자연어 처리 (NLP), 전이 학습 (Transfer Learning), 어텐션 메커니즘 (Attention Mechanisms
|
- **Related Topics**: 트랜스포머 아키텍처 (Transformer Architecture, 자연어 처리 (NLP), 전이 학습 (Transfer Learning), 어텐션 메커니즘 (Attention Mechanisms
|
||||||
- **Projects/Contexts**: 문서 유사도 판별 시스템, 개체명 인식 (NER) 모듈
|
- **Projects/Contexts**: 문서 유사도 판별 시스템, 개체명 인식 (NER) 모듈
|
||||||
|
|
||||||
|
|||||||
@@ -28,3 +28,9 @@ Skybound의 보스전은 단순한 체력 깎기가 아닌, 복합적인 기믹
|
|||||||
---
|
---
|
||||||
**Status**: Managed by Skybound Protocol
|
**Status**: Managed by Skybound Protocol
|
||||||
**Context**: Boss Engineering / Pattern Orchestration
|
**Context**: Boss Engineering / Pattern Orchestration
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Management]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -110,4 +110,9 @@ interface Pattern {
|
|||||||
### ⚠️ 위험 요소 관리 (Hazard Integration)
|
### ⚠️ 위험 요소 관리 (Hazard Integration)
|
||||||
보스전은 단순히 보스만 등장하는 것이 아니라, 주변 환경(Stage Environment)과의 상호작용이 필수적입니다.
|
보스전은 단순히 보스만 등장하는 것이 아니라, 주변 환경(Stage Environment)과의 상호작용이 필수적입니다.
|
||||||
* 환경 장애물: 보스가 파괴 가능한 부속물(예: Stage 1의 날개 끝 포, Stage 3의 기뢰)을 생성하여 플레이어의 이동 경로를 물리적으로 차단하게 설계합니다.
|
* 환경 장애물: 보스가 파괴 가능한 부속물(예: Stage 1의 날개 끝 포, Stage 3의 기뢰)을 생성하여 플레이어의 이동 경로를 물리적으로 차단하게 설계합니다.
|
||||||
* 데미지 누적 압박: Spike 이벤트를 활용하여 특정 시간대에 탄환 밀도를 폭발적으로 증가시켜, 플레이어가 '생존'에만 집중하게 만드는 구간을 배치합니다.
|
* 데미지 누적 압박: Spike 이벤트를 활용하여 특정 시간대에 탄환 밀도를 폭발적으로 증가시켜, 플레이어가 '생존'에만 집중하게 만드는 구간을 배치합니다.
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Schema]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -39,3 +39,9 @@ Skybound의 전투는 '긴장감의 밀도'를 최우선으로 한다. 기존의
|
|||||||
|
|
||||||
---
|
---
|
||||||
**Last Updated:** 2026-04-22 🫡
|
**Last Updated:** 2026-04-22 🫡
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Logic]]
|
||||||
|
* [[Strategy]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -7,4 +7,7 @@ last_updated: 2026-05-02
|
|||||||
---
|
---
|
||||||
|
|
||||||
# Bounded Context (DDD)
|
# Bounded Context (DDD)
|
||||||
{"status":"success","answer":"","conversation_id":"6e8eb15c-a6a8-47f0-8a5e-6eaf27283652"}
|
{"status":"success","answer":"","conversation_id":"6e8eb15c-a6a8-47f0-8a5e-6eaf27283652"}
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Bounded_Context]]
|
||||||
|
|||||||
@@ -20,6 +20,23 @@
|
|||||||
- **오버헤드**: 매우 작은 규모의 프로젝트나 단순한 MVP 단계에서는 이러한 엄격한 분리가 오히려 과도한 보일러플레이트로 느껴질 수 있다.
|
- **오버헤드**: 매우 작은 규모의 프로젝트나 단순한 MVP 단계에서는 이러한 엄격한 분리가 오히려 과도한 보일러플레이트로 느껴질 수 있다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Boundaries]]
|
||||||
|
* [[Clean_Architecture]]
|
||||||
|
* [[Domain-Driven_Design]]
|
||||||
|
* [[ESLint]]
|
||||||
|
* [[Feature-Sliced_Design]]
|
||||||
|
* [[Frontend]]
|
||||||
|
* [[Layered_Architecture]]
|
||||||
|
* [[Management]]
|
||||||
|
* [[Monorepo]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[React]]
|
||||||
|
* [[React_Architecture]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[Scalability]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Feature-Based Structure**: 비즈니스 도메인 단위의 코드 응집도 향상 기법 (관계: 핵심 구현 패턴)
|
- **Feature-Based Structure**: 비즈니스 도메인 단위의 코드 응집도 향상 기법 (관계: 핵심 구현 패턴)
|
||||||
- **Feature-Sliced Design (FSD)**: 기능 기반 구조를 더 체계화한 고급 아키텍처 방법론 (관계: 확장 발전 형태)
|
- **Feature-Sliced Design (FSD)**: 기능 기반 구조를 더 체계화한 고급 아키텍처 방법론 (관계: 확장 발전 형태)
|
||||||
|
|||||||
@@ -22,6 +22,17 @@ Bundle Size Optimization(번들 크기 최적화)은 클라이언트로 전송
|
|||||||
- **캐시 무효화 관리**: 청크 분할 전략이 잘못될 경우 작은 코드 수정에도 모든 벤더 청크의 해시가 변경되어 캐시 효율이 떨어질 수 있다.
|
- **캐시 무효화 관리**: 청크 분할 전략이 잘못될 경우 작은 코드 수정에도 모든 벤더 청크의 해시가 변경되어 캐시 효율이 떨어질 수 있다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Code Splitting]]
|
||||||
|
* [[Core_Web_Vitals]]
|
||||||
|
* [[Hydration]]
|
||||||
|
* [[Index]]
|
||||||
|
* [[Lazy Loading]]
|
||||||
|
* [[Optimization]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[Rollup]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Code Splitting**: 번들을 물리적으로 분리하는 구현 패턴 (관계: 실천 방법)
|
- **Code Splitting**: 번들을 물리적으로 분리하는 구현 패턴 (관계: 실천 방법)
|
||||||
- **Core Web Vitals**: 번들 최적화의 성공 여부를 측정하는 정량적 지표 (관계: 성능 평가)
|
- **Core Web Vitals**: 번들 최적화의 성공 여부를 측정하는 정량적 지표 (관계: 성능 평가)
|
||||||
|
|||||||
@@ -43,3 +43,11 @@ Skybound는 두 가지 서로 다른 성격의 플레이 루프를 유기적으
|
|||||||
|
|
||||||
---
|
---
|
||||||
**Last Updated:** 2026-04-22 🫡
|
**Last Updated:** 2026-04-22 🫡
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Logic]]
|
||||||
|
* [[Strategy]]
|
||||||
|
* [[Support]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -21,6 +21,22 @@ Clean Code와 SOLID 원칙은 유지보수성, 가독성, 확장성을 확보하
|
|||||||
- **오버엔지니어링의 위험**: YAGNI를 무시하고 설계한 '미래 대비용' 코드는 결국 사용되지 않는 'Dead Code'가 되어 시스템의 짐이 될 가능성이 높다.
|
- **오버엔지니어링의 위험**: YAGNI를 무시하고 설계한 '미래 대비용' 코드는 결국 사용되지 않는 'Dead Code'가 되어 시스템의 짐이 될 가능성이 높다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Custom_Hooks]]
|
||||||
|
* [[ESLint]]
|
||||||
|
* [[Engineering_Principles]]
|
||||||
|
* [[Feature-Sliced_Design]]
|
||||||
|
* [[Inversion]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Refactoring]]
|
||||||
|
* [[Refactoring Techniques]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[Rule of Three]]
|
||||||
|
* [[SOLID_Principles]]
|
||||||
|
* [[Software Engineering Principles]]
|
||||||
|
* [[SonarQube]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Component Composition**: OCP 실현의 핵심 (관계: 구현 패턴)
|
- **Component Composition**: OCP 실현의 핵심 (관계: 구현 패턴)
|
||||||
- **Custom Hooks**: DRY 및 SRP를 위한 물리적 단위 (관계: 실천 도구)
|
- **Custom Hooks**: DRY 및 SRP를 위한 물리적 단위 (관계: 실천 도구)
|
||||||
|
|||||||
@@ -7,4 +7,7 @@ last_updated: 2026-05-02
|
|||||||
---
|
---
|
||||||
|
|
||||||
# Cloud Native & Microservices Architectures
|
# Cloud Native & Microservices Architectures
|
||||||
{"status":"success","answer":"","conversation_id":"5096659d-3dde-4808-b64b-001697e03394"}
|
{"status":"success","answer":"","conversation_id":"5096659d-3dde-4808-b64b-001697e03394"}
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Cloud_Native]]
|
||||||
|
|||||||
@@ -33,3 +33,12 @@ Skybound의 전투 시스템은 고속 탄막 처리와 정밀한 충돌 판정
|
|||||||
---
|
---
|
||||||
**Status**: Managed by Skybound Protocol
|
**Status**: Managed by Skybound Protocol
|
||||||
**Context**: Combat Engineering / Physics Pipeline
|
**Context**: Combat Engineering / Physics Pipeline
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Logic]]
|
||||||
|
* [[Physics]]
|
||||||
|
* [[Pooling]]
|
||||||
|
* [[Spatial Partitioning]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -26,3 +26,8 @@ last_reinforced: 2026-04-21
|
|||||||
- **Parent:** 10_Wiki/Decisions/Skybound
|
- **Parent:** 10_Wiki/Decisions/Skybound
|
||||||
- **Related:** 10_Wiki/Projects/Skybound/HUD_UI_Refinement
|
- **Related:** 10_Wiki/Projects/Skybound/HUD_UI_Refinement
|
||||||
- **Raw Source:** 00_Raw/2026-04-21-Skybound_Player_Combat_Buff
|
- **Raw Source:** 00_Raw/2026-04-21-Skybound_Player_Combat_Buff
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[HUD_UI_Refinement]]
|
||||||
|
* [[decisions]]
|
||||||
|
|||||||
@@ -39,3 +39,9 @@ Skybound의 전투 시스템은 단순히 무작위로 적을 생성하는 것
|
|||||||
---
|
---
|
||||||
**승인인**: AI 개발부장 코다리 🫡
|
**승인인**: AI 개발부장 코다리 🫡
|
||||||
**관련 코드**: `StageDirectorSystem.ts`, `SpawnerSystem.ts`, `CombatTimeline.ts`
|
**관련 코드**: `StageDirectorSystem.ts`, `SpawnerSystem.ts`, `CombatTimeline.ts`
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Software_Architecture]]
|
||||||
|
|||||||
@@ -44,3 +44,17 @@ github_commit: "initial-wikification"
|
|||||||
1. Stage: git add .
|
1. Stage: git add .
|
||||||
2. Commit: `git commit -m "[P-Reinforce] Wikify ConnectAI Core Optimization Plan"`
|
2. Commit: `git commit -m "[P-Reinforce] Wikify ConnectAI Core Optimization Plan"`
|
||||||
3. Push: `git push origin main`
|
3. Push: `git push origin main`
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[2026-05-01]]
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Brute-force]]
|
||||||
|
* [[Core_Optimization_Plan]]
|
||||||
|
* [[Observer Pattern]]
|
||||||
|
* [[Optimization]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Performance_Optimization]]
|
||||||
|
* [[Roadmap]]
|
||||||
|
* [[Scalability]]
|
||||||
|
* [[system_analysis_and_improvement_plan]]
|
||||||
|
|||||||
@@ -44,3 +44,17 @@ github_commit: "initial-wikification"
|
|||||||
1. Stage: git add .
|
1. Stage: git add .
|
||||||
2. Commit: `git commit -m "[P-Reinforce] Wikify ConnectAI Core Optimization Plan"`
|
2. Commit: `git commit -m "[P-Reinforce] Wikify ConnectAI Core Optimization Plan"`
|
||||||
3. Push: `git push origin main`
|
3. Push: `git push origin main`
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[2026-05-01]]
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Brute-force]]
|
||||||
|
* [[ConnectAI_Core_Optimization_Plan]]
|
||||||
|
* [[Observer Pattern]]
|
||||||
|
* [[Optimization]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Performance_Optimization]]
|
||||||
|
* [[Roadmap]]
|
||||||
|
* [[Scalability]]
|
||||||
|
* [[system_analysis_and_improvement_plan]]
|
||||||
|
|||||||
@@ -30,3 +30,17 @@
|
|||||||
|
|
||||||
---
|
---
|
||||||
**Status**: Managed by Antigravity AI
|
**Status**: Managed by Antigravity AI
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[2026-04-25-Datacollector_Auto_Resume_After_Reauth_Fix]]
|
||||||
|
* [[2026-04-25-Datacollector_Bridge_Connection_Refused_Run_Script_Fix]]
|
||||||
|
* [[2026-04-25-Datacollector_Codebase_Structure_Review_and_Initial_Risk_Assessment]]
|
||||||
|
* [[2026-04-25-Datacollector_Engine_Processed_Count_and_Stalled_Loop_Guard]]
|
||||||
|
* [[2026-04-25-Datacollector_Local_Wiki_Save_Only_Output_Mode]]
|
||||||
|
* [[2026-04-25-Datacollector_Mac_Windows_Launcher_Scripts]]
|
||||||
|
* [[2026-04-25-Datacollector_NotebookLM_Auth_Browser_and_Stale_Env_Cookie_Fix]]
|
||||||
|
* [[2026-04-25-Datacollector_NotebookLM_Automatic_Auth_Recovery]]
|
||||||
|
* [[2026-04-25-Datacollector_NotebookLM_Automatic_Reauth_Verification_and_Lock]]
|
||||||
|
* [[2026-04-25-Datacollector_NotebookLM_Connection_Guard_and_MCP_Restart_Fix]]
|
||||||
|
* [[2026-04-25-Datacollector_NotebookLM_Progress_Visibility_and_Auth_Diagnosis]]
|
||||||
|
|||||||
@@ -19,6 +19,26 @@
|
|||||||
- **디버깅 도구의 제약**: React Context 등 특정 상태 관리 모델은 전용 디버깅 툴의 부재로 인해 문제 추적이 상대적으로 어렵다.
|
- **디버깅 도구의 제약**: React Context 등 특정 상태 관리 모델은 전용 디버깅 툴의 부재로 인해 문제 추적이 상대적으로 어렵다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Boundaries]]
|
||||||
|
* [[Chrome]]
|
||||||
|
* [[Chrome_DevTools]]
|
||||||
|
* [[Core_Web_Vitals]]
|
||||||
|
* [[Error Boundaries]]
|
||||||
|
* [[Heap Snapshot]]
|
||||||
|
* [[Lighthouse]]
|
||||||
|
* [[Observability]]
|
||||||
|
* [[React]]
|
||||||
|
* [[React Context]]
|
||||||
|
* [[Redux]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[SAST]]
|
||||||
|
* [[Snapshots]]
|
||||||
|
* [[Static_Application_Security_Testing]]
|
||||||
|
* [[Testing]]
|
||||||
|
* [[WebGL]]
|
||||||
|
* [[memory]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Heap Snapshots**: 자바스크립트 메모리 구조의 정적 분석 도구 (관계: 메모리 진단 핵심)
|
- **Heap Snapshots**: 자바스크립트 메모리 구조의 정적 분석 도구 (관계: 메모리 진단 핵심)
|
||||||
- **Error Boundaries**: 런타임 에러 전파를 차단하는 선언적 격리 장치 (관계: 안정성 확보)
|
- **Error Boundaries**: 런타임 에러 전파를 차단하는 선언적 격리 장치 (관계: 안정성 확보)
|
||||||
|
|||||||
@@ -28,3 +28,7 @@ Skybound의 장비 시스템은 전장에서의 획득을 넘어, 기지(Hangar)
|
|||||||
**Status**: Managed by Skybound Protocol
|
**Status**: Managed by Skybound Protocol
|
||||||
**Context**: Meta-Game Economy / Progression Engineering
|
**Context**: Meta-Game Economy / Progression Engineering
|
||||||
**Tags**: #Growth_Loop #Mechanics #Progression
|
**Tags**: #Growth_Loop #Mechanics #Progression
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Logic]]
|
||||||
|
|||||||
@@ -41,3 +41,9 @@ Skybound의 장비 시스템은 '획득'보다 '연성'과 '진화'에 초점이
|
|||||||
|
|
||||||
---
|
---
|
||||||
**Last Updated:** 2026-04-22 🫡
|
**Last Updated:** 2026-04-22 🫡
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Efficiency]]
|
||||||
|
* [[Management]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -20,6 +20,13 @@ Error Boundaries는 React 컴포넌트 트리 하위에서 발생하는 JavaScri
|
|||||||
- **비동기 에러 처리의 공백**: 렌더링 에러만 포착하므로, 비동기 데이터 통신이 빈번한 현대 앱에서는 `react-error-boundary`와 같은 라이브러리를 통한 추가 처리가 필수적이다.
|
- **비동기 에러 처리의 공백**: 렌더링 에러만 포착하므로, 비동기 데이터 통신이 빈번한 현대 앱에서는 `react-error-boundary`와 같은 라이브러리를 통한 추가 처리가 필수적이다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Frontend]]
|
||||||
|
* [[JavaScript]]
|
||||||
|
* [[Observability]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Research]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Fallback UI**: 에러 발생 시 사용자에게 노출되는 방어적 인터페이스 (관계: 출력 결과물)
|
- **Fallback UI**: 에러 발생 시 사용자에게 노출되는 방어적 인터페이스 (관계: 출력 결과물)
|
||||||
- **Component Stack Traces**: 에러 발생 위치를 추적하는 런타임 정보 (관계: 디버깅 핵심 데이터)
|
- **Component Stack Traces**: 에러 발생 위치를 추적하는 런타임 정보 (관계: 디버깅 핵심 데이터)
|
||||||
|
|||||||
@@ -39,3 +39,15 @@ github_commit: "wikification-error-handling"
|
|||||||
1. Stage: git add .
|
1. Stage: git add .
|
||||||
2. Commit: `git commit -m "[P-Reinforce] Wikify Frontend Error Handling and Application Stability Standard"`
|
2. Commit: `git commit -m "[P-Reinforce] Wikify Frontend Error Handling and Application Stability Standard"`
|
||||||
3. Push: `git push origin main`
|
3. Push: `git push origin main`
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[2026-05-01]]
|
||||||
|
* [[Boundaries]]
|
||||||
|
* [[Error Boundaries]]
|
||||||
|
* [[Frontend]]
|
||||||
|
* [[Frontend_Governance_and_Observability]]
|
||||||
|
* [[Observability]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Resilience]]
|
||||||
|
|||||||
@@ -26,3 +26,9 @@ last_reinforced: 2026-04-21
|
|||||||
- **Parent:** 10_Wiki/Decisions/Skybound
|
- **Parent:** 10_Wiki/Decisions/Skybound
|
||||||
- **Related:** 10_Wiki/Projects/Skybound/Architecture_Refactor
|
- **Related:** 10_Wiki/Projects/Skybound/Architecture_Refactor
|
||||||
- **Raw Source:** 00_Raw/2026-04-21-Skybound_Frame_Type_Restoration
|
- **Raw Source:** 00_Raw/2026-04-21-Skybound_Frame_Type_Restoration
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture_Refactor]]
|
||||||
|
* [[decisions]]
|
||||||
|
* [[readonly]]
|
||||||
|
|||||||
@@ -21,6 +21,18 @@
|
|||||||
- **설계 복잡성**: 세션 리플레이 도구 도입 시 개인정보 보호를 위한 복잡한 마스킹 규칙 설정이 운영 부담으로 작용할 수 있다.
|
- **설계 복잡성**: 세션 리플레이 도구 도입 시 개인정보 보호를 위한 복잡한 마스킹 규칙 설정이 운영 부담으로 작용할 수 있다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[Boundaries]]
|
||||||
|
* [[Distributed Tracing]]
|
||||||
|
* [[Error Boundaries]]
|
||||||
|
* [[Frontend]]
|
||||||
|
* [[Observability]]
|
||||||
|
* [[Optimization]]
|
||||||
|
* [[Performance_Optimization]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[Resilience]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **OpenTelemetry**: 벤더 종속 없는 데이터 표준 (관계: 기술 기반)
|
- **OpenTelemetry**: 벤더 종속 없는 데이터 표준 (관계: 기술 기반)
|
||||||
- **Session Replay**: 디버깅 컨텍스트 확보 (관계: 주요 기능)
|
- **Session Replay**: 디버깅 컨텍스트 확보 (관계: 주요 기능)
|
||||||
|
|||||||
@@ -20,6 +20,28 @@
|
|||||||
- **과도한 추상화 경계**: 스케일링을 위해 도입한 공통 훅이나 유틸리티가 너무 범용적으로 설계될 경우, 오히려 내부 로직을 파악하기 어렵게 만드는 KISS 원칙 위배 상황을 초래할 수 있다.
|
- **과도한 추상화 경계**: 스케일링을 위해 도입한 공통 훅이나 유틸리티가 너무 범용적으로 설계될 경우, 오히려 내부 로직을 파악하기 어렵게 만드는 KISS 원칙 위배 상황을 초래할 수 있다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Code Splitting]]
|
||||||
|
* [[Context_API]]
|
||||||
|
* [[Feature-Sliced_Design]]
|
||||||
|
* [[Frontend]]
|
||||||
|
* [[Husky]]
|
||||||
|
* [[Lazy Loading]]
|
||||||
|
* [[Management]]
|
||||||
|
* [[Monorepo]]
|
||||||
|
* [[Optimization]]
|
||||||
|
* [[Performance_Optimization]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[React]]
|
||||||
|
* [[React_Performance_Optimization]]
|
||||||
|
* [[Redux]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[SOLID_Principles]]
|
||||||
|
* [[Scalability]]
|
||||||
|
* [[State]]
|
||||||
|
* [[Turborepo]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Feature-Sliced Design**: 확장 가능한 프론트엔드 구조의 표준 (관계: 구조적 토대)
|
- **Feature-Sliced Design**: 확장 가능한 프론트엔드 구조의 표준 (관계: 구조적 토대)
|
||||||
- **Code Splitting**: 번들 사이즈 최적화 필수 기술 (관계: 성능 확장 전략)
|
- **Code Splitting**: 번들 사이즈 최적화 필수 기술 (관계: 성능 확장 전략)
|
||||||
|
|||||||
@@ -20,6 +20,20 @@
|
|||||||
- **인지적 부하**: 아키텍처가 복잡해질수록 신규 팀원의 온보딩 비용이 증가하므로, 문서화와 자동화된 린트 규칙이 반드시 수반되어야 한다.
|
- **인지적 부하**: 아키텍처가 복잡해질수록 신규 팀원의 온보딩 비용이 증가하므로, 문서화와 자동화된 린트 규칙이 반드시 수반되어야 한다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Code Splitting]]
|
||||||
|
* [[Design_Systems]]
|
||||||
|
* [[Feature-Sliced_Design]]
|
||||||
|
* [[Frontend]]
|
||||||
|
* [[Index]]
|
||||||
|
* [[Management]]
|
||||||
|
* [[Observability]]
|
||||||
|
* [[Prop Drilling]]
|
||||||
|
* [[Redux]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[State]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Feature-Sliced Design**: 시스템 구조화의 핵심 방법론 (관계: 구조적 뼈대)
|
- **Feature-Sliced Design**: 시스템 구조화의 핵심 방법론 (관계: 구조적 뼈대)
|
||||||
- **State Management Architecture**: 데이터 흐름의 계층화 (관계: 혈액 순환 체계)
|
- **State Management Architecture**: 데이터 흐름의 계층화 (관계: 혈액 순환 체계)
|
||||||
|
|||||||
@@ -40,3 +40,20 @@ github_commit: "wikification-governance-obs"
|
|||||||
1. Stage: git add .
|
1. Stage: git add .
|
||||||
2. Commit: `git commit -m "[P-Reinforce] Wikify Frontend Governance and Observability Standard"`
|
2. Commit: `git commit -m "[P-Reinforce] Wikify Frontend Governance and Observability Standard"`
|
||||||
3. Push: `git push origin main`
|
3. Push: `git push origin main`
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[2026-05-01]]
|
||||||
|
* [[CI-CD_Pipeline]]
|
||||||
|
* [[CI_CD]]
|
||||||
|
* [[Core_Web_Vitals]]
|
||||||
|
* [[ESLint]]
|
||||||
|
* [[Engineering_Principles]]
|
||||||
|
* [[Frontend]]
|
||||||
|
* [[Management]]
|
||||||
|
* [[Memory Management]]
|
||||||
|
* [[Observability]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Prettier]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[memory]]
|
||||||
|
|||||||
@@ -7,4 +7,7 @@ last_updated: 2026-05-02
|
|||||||
---
|
---
|
||||||
|
|
||||||
# Functional Testing
|
# Functional Testing
|
||||||
{"status":"success","answer":"","conversation_id":"3709318c-dd30-4dfc-987d-7e024ffff47c"}
|
{"status":"success","answer":"","conversation_id":"3709318c-dd30-4dfc-987d-7e024ffff47c"}
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Testing]]
|
||||||
|
|||||||
@@ -74,3 +74,8 @@
|
|||||||
|
|
||||||
## 🎯 한 줄 정리
|
## 🎯 한 줄 정리
|
||||||
**"게임을 학습시키는 게 아니라, 게임을 분해해서 데이터 + 시스템으로 재구성하는 능력"**을 학습시킨다.
|
**"게임을 학습시키는 게 아니라, 게임을 분해해서 데이터 + 시스템으로 재구성하는 능력"**을 학습시킨다.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[MDA_Framework]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -31,3 +31,11 @@ Skybound의 런타임 엔진은 효율적인 업데이트와 렌더링을 위해
|
|||||||
---
|
---
|
||||||
**Status**: Managed by Skybound Protocol
|
**Status**: Managed by Skybound Protocol
|
||||||
**Context**: Engine Engineering / Runtime Pipeline
|
**Context**: Engine Engineering / Runtime Pipeline
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Index]]
|
||||||
|
* [[Logic]]
|
||||||
|
* [[React]]
|
||||||
|
* [[State]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -21,6 +21,15 @@ Git Branching Strategy 및 협업 워크플로우는 다수의 개발자가 하
|
|||||||
- **커밋 압축의 정보 소실**: Squash Merge는 히스토리를 깨끗하게 만들지만, 기능 브랜치 내부의 세부적인 결정 과정을 추적하기 어렵게 만들 수 있다.
|
- **커밋 압축의 정보 소실**: Squash Merge는 히스토리를 깨끗하게 만들지만, 기능 브랜치 내부의 세부적인 결정 과정을 추적하기 어렵게 만들 수 있다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Git Hooks]]
|
||||||
|
* [[GitHub Actions]]
|
||||||
|
* [[GitHub Flow]]
|
||||||
|
* [[GitLab CI]]
|
||||||
|
* [[Husky]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[Strategy]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Pull Request (PR)**: 코드 품질의 최종 관문 (관계: 실천 프로세스)
|
- **Pull Request (PR)**: 코드 품질의 최종 관문 (관계: 실천 프로세스)
|
||||||
- **Conventional Commits**: 변경 이력의 표준화 (관계: 커밋 가이드라인)
|
- **Conventional Commits**: 변경 이력의 표준화 (관계: 커밋 가이드라인)
|
||||||
|
|||||||
@@ -41,3 +41,14 @@ github_commit: "wikification-git-workflow"
|
|||||||
1. Stage: git add .
|
1. Stage: git add .
|
||||||
2. Commit: `git commit -m "[P-Reinforce] Wikify Modern Git Workflows and Branching Strategies"`
|
2. Commit: `git commit -m "[P-Reinforce] Wikify Modern Git Workflows and Branching Strategies"`
|
||||||
3. Push: `git push origin main`
|
3. Push: `git push origin main`
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[2026-05-01]]
|
||||||
|
* [[Branching Strategies]]
|
||||||
|
* [[CI-CD_Pipeline]]
|
||||||
|
* [[Engineering_Principles]]
|
||||||
|
* [[Git Workflow]]
|
||||||
|
* [[GitHub Flow]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Principles]]
|
||||||
|
|||||||
@@ -26,3 +26,8 @@ last_reinforced: 2026-04-21
|
|||||||
- **Parent:** 10_Wiki/Projects/Skybound
|
- **Parent:** 10_Wiki/Projects/Skybound
|
||||||
- **Related:** 10_Wiki/Management/System/Antigravity_Agent_System_v1
|
- **Related:** 10_Wiki/Management/System/Antigravity_Agent_System_v1
|
||||||
- **Raw Source:** 00_Raw/2026-04-21-Skybound_HUD_UI_Refinement
|
- **Raw Source:** 00_Raw/2026-04-21-Skybound_HUD_UI_Refinement
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Antigravity_Agent_System_v1]]
|
||||||
|
* [[Management]]
|
||||||
|
|||||||
@@ -27,6 +27,12 @@
|
|||||||
* **개발팀**: 패턴 필터링 및 48시간 자동 삭제 엔진 구축.
|
* **개발팀**: 패턴 필터링 및 48시간 자동 삭제 엔진 구축.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Browser]]
|
||||||
|
* [[Specification]]
|
||||||
|
* [[Strategy]]
|
||||||
|
* [[_report]]
|
||||||
|
|
||||||
* **Upstream (Strategy)**: Lotte Himart UI/UX Redefinition
|
* **Upstream (Strategy)**: Lotte Himart UI/UX Redefinition
|
||||||
* **Horizontal (Related)**: Data Logging Best Practices, AI Chatbot Privacy Guidelines
|
* **Horizontal (Related)**: Data Logging Best Practices, AI Chatbot Privacy Guidelines
|
||||||
* **Downstream (Next Steps)**: Logging Specification v1.0, Security Review Meeting
|
* **Downstream (Next Steps)**: Logging Specification v1.0, Security Review Meeting
|
||||||
|
|||||||
@@ -27,3 +27,10 @@ This guide summarizes the best practices for building high-quality homepages and
|
|||||||
- **Atomic Commits**: Group changes by intent.
|
- **Atomic Commits**: Group changes by intent.
|
||||||
- **Quality Gate**: Run linting and tests before every PR creation.
|
- **Quality Gate**: Run linting and tests before every PR creation.
|
||||||
- **Documentation**: Update `CHANGELOG.md` or a release doc immediately after shipping.
|
- **Documentation**: Update `CHANGELOG.md` or a release doc immediately after shipping.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[CSS Modules]]
|
||||||
|
* [[Logic]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Reference]]
|
||||||
|
|||||||
@@ -26,3 +26,8 @@ last_reinforced: 2026-04-21
|
|||||||
- **Parent:** 10_Wiki/Decisions/Skybound
|
- **Parent:** 10_Wiki/Decisions/Skybound
|
||||||
- **Related:** 10_Wiki/Projects/Skybound/Architecture_Refactor
|
- **Related:** 10_Wiki/Projects/Skybound/Architecture_Refactor
|
||||||
- **Raw Source:** 00_Raw/2026-04-21-Skybound_IDE_Problems_Fix
|
- **Raw Source:** 00_Raw/2026-04-21-Skybound_IDE_Problems_Fix
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture_Refactor]]
|
||||||
|
* [[decisions]]
|
||||||
|
|||||||
@@ -7,4 +7,7 @@ last_updated: 2026-05-02
|
|||||||
---
|
---
|
||||||
|
|
||||||
# In-Memory Database
|
# In-Memory Database
|
||||||
{"status":"success","answer":"","conversation_id":"b8fc1278-de4f-4ec3-a132-1efb49b74de4"}
|
{"status":"success","answer":"","conversation_id":"b8fc1278-de4f-4ec3-a132-1efb49b74de4"}
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[memory]]
|
||||||
|
|||||||
@@ -36,3 +36,12 @@ Skybound의 인게임 성장은 EXP 수집을 통한 레벨업, 3지선다 스
|
|||||||
---
|
---
|
||||||
**승인인**: AI 개발부장 코다리 🫡
|
**승인인**: AI 개발부장 코다리 🫡
|
||||||
**관련 코드**: `ProgressionSystem.ts`, `evolutions.ts`, `GameSceneRenderer.tsx`, `useGameEngine.ts`
|
**관련 코드**: `ProgressionSystem.ts`, `evolutions.ts`, `GameSceneRenderer.tsx`, `useGameEngine.ts`
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Design_Patterns]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Software_Architecture]]
|
||||||
|
* [[State]]
|
||||||
|
* [[Support]]
|
||||||
|
|||||||
@@ -26,3 +26,7 @@ last_reinforced: 2026-04-21
|
|||||||
- **Parent:** 10_Wiki/Skills/BuildSystem
|
- **Parent:** 10_Wiki/Skills/BuildSystem
|
||||||
- **Related:** 10_Wiki/Projects/Skybound/Architecture_Refactor
|
- **Related:** 10_Wiki/Projects/Skybound/Architecture_Refactor
|
||||||
- **Raw Source:** 00_Raw/2026-04-21-Skybound_Incremental_Build_System
|
- **Raw Source:** 00_Raw/2026-04-21-Skybound_Incremental_Build_System
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture_Refactor]]
|
||||||
|
|||||||
@@ -20,3 +20,8 @@
|
|||||||
---
|
---
|
||||||
**Status**: Case Closed
|
**Status**: Case Closed
|
||||||
**Type**: Syntax Integrity / Troubleshooting
|
**Type**: Syntax Integrity / Troubleshooting
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Testing]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -19,6 +19,14 @@ JSX는 UI를 상태(state)와 속성(props)의 순수 함수로 표현하는 선
|
|||||||
- **추상화 비용**: JSX 성능을 위해 모든 함수를 useCallback으로 감싸는 수동 최적화는 코드의 가독성을 해치고 관리 비용을 증가시키는 트레이드오프가 있다.
|
- **추상화 비용**: JSX 성능을 위해 모든 함수를 useCallback으로 감싸는 수동 최적화는 코드의 가독성을 해치고 관리 비용을 증가시키는 트레이드오프가 있다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Feature-Sliced_Design]]
|
||||||
|
* [[React]]
|
||||||
|
* [[React_Compiler]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[State]]
|
||||||
|
* [[Virtual_DOM]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
* **Component Trees**: JSX로 조립된 UI의 논리적 구조 (관계: 핵심 데이터 모델)
|
* **Component Trees**: JSX로 조립된 UI의 논리적 구조 (관계: 핵심 데이터 모델)
|
||||||
* **React Compiler**: JSX 렌더링 자동 최적화 엔진 (관계: 성능 개선 도구)
|
* **React Compiler**: JSX 렌더링 자동 최적화 엔진 (관계: 성능 개선 도구)
|
||||||
|
|||||||
@@ -20,6 +20,25 @@
|
|||||||
- **도구 비대화**: 강력한 모니터링 및 상태 관리 도구들의 도입은 그 자체로 번들 사이즈를 키우는 요인이 되므로 샘플링과 최적화된 임포트 전략이 수반되어야 한다.
|
- **도구 비대화**: 강력한 모니터링 및 상태 관리 도구들의 도입은 그 자체로 번들 사이즈를 키우는 요인이 되므로 샘플링과 최적화된 임포트 전략이 수반되어야 한다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Boundaries]]
|
||||||
|
* [[ESLint]]
|
||||||
|
* [[Error Boundaries]]
|
||||||
|
* [[Feature-Sliced_Design]]
|
||||||
|
* [[Index]]
|
||||||
|
* [[Management]]
|
||||||
|
* [[Monorepo]]
|
||||||
|
* [[React]]
|
||||||
|
* [[React_Compiler]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[Resilience]]
|
||||||
|
* [[SaaS]]
|
||||||
|
* [[State]]
|
||||||
|
* [[Testing]]
|
||||||
|
* [[Turborepo]]
|
||||||
|
* [[Visual Regression Testing]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Feature-Sliced Design**: 대규모 시스템의 구조적 뼈대 (관계: 핵심 아키텍처)
|
- **Feature-Sliced Design**: 대규모 시스템의 구조적 뼈대 (관계: 핵심 아키텍처)
|
||||||
- **React Compiler**: 차세대 성능 최적화 엔진 (관계: 성능 보장 장치)
|
- **React Compiler**: 차세대 성능 최적화 엔진 (관계: 성능 보장 장치)
|
||||||
|
|||||||
@@ -21,6 +21,19 @@
|
|||||||
- **기술 부채의 잔존**: 부분적인 마이그레이션이 중단될 경우, 오히려 시스템이 더 파편화된 상태로 남게 될 위험이 있으므로 명확한 마이그레이션 로드맵이 필요하다.
|
- **기술 부채의 잔존**: 부분적인 마이그레이션이 중단될 경우, 오히려 시스템이 더 파편화된 상태로 남게 될 위험이 있으므로 명확한 마이그레이션 로드맵이 필요하다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[JavaScript]]
|
||||||
|
* [[Management]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Redux]]
|
||||||
|
* [[Refactoring]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[Software_Architecture]]
|
||||||
|
* [[State]]
|
||||||
|
* [[Technical_Debt]]
|
||||||
|
* [[Testing]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Incremental Migration**: 리스크 최소화를 위한 단계적 전환 기법 (관계: 핵심 전략)
|
- **Incremental Migration**: 리스크 최소화를 위한 단계적 전환 기법 (관계: 핵심 전략)
|
||||||
- **State Management Architecture**: 레거시 전환의 가장 빈번한 대상 (관계: 주요 마이그레이션 영역)
|
- **State Management Architecture**: 레거시 전환의 가장 빈번한 대상 (관계: 주요 마이그레이션 영역)
|
||||||
|
|||||||
@@ -3,3 +3,8 @@
|
|||||||
I am now delving into diverse compositional techniques like bird's eye and worm's eye views, low and high angles, and Dutch angles, along with over-the-shoulder perspectives. I'm also examining how lens choices (85mm, 50mm, 35mm, macro, tilt-shift, fisheye) influence the final image. I'm noting the impact of shallow depth of field, emphasizing visual focus, along with elements like symmetry, negative space, the rule of thirds, and centered compositions. I am considering these in the Korean report.
|
I am now delving into diverse compositional techniques like bird's eye and worm's eye views, low and high angles, and Dutch angles, along with over-the-shoulder perspectives. I'm also examining how lens choices (85mm, 50mm, 35mm, macro, tilt-shift, fisheye) influence the final image. I'm noting the impact of shallow depth of field, emphasizing visual focus, along with elements like symmetry, negative space, the rule of thirds, and centered compositions. I am considering these in the Korean report.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Shift]]
|
||||||
|
* [[_report]]
|
||||||
|
|||||||
@@ -28,3 +28,7 @@ Skybound의 성장은 단일 세션의 전투를 넘어, 영구적인 능력치
|
|||||||
---
|
---
|
||||||
**Status**: Managed by Skybound Protocol
|
**Status**: Managed by Skybound Protocol
|
||||||
**Context**: Economy / Meta-Progression / Stat Injection
|
**Context**: Economy / Meta-Progression / Stat Injection
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -7,4 +7,7 @@ last_updated: 2026-05-02
|
|||||||
---
|
---
|
||||||
|
|
||||||
# Mocking and Testing
|
# Mocking and Testing
|
||||||
{"status":"success","answer":"","conversation_id":"c604162e-40d8-48f3-960e-431058ac0a13"}
|
{"status":"success","answer":"","conversation_id":"c604162e-40d8-48f3-960e-431058ac0a13"}
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Testing]]
|
||||||
|
|||||||
@@ -35,3 +35,9 @@ Active Weapon의 성능을 간접적으로 강화하거나 진화의 트리거
|
|||||||
---
|
---
|
||||||
**Status**: Managed by Skybound Protocol
|
**Status**: Managed by Skybound Protocol
|
||||||
**Context**: Progression System / Weapon Engineering
|
**Context**: Progression System / Weapon Engineering
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Logic]]
|
||||||
|
* [[State]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -24,6 +24,17 @@ Naming Conventions(명명 규칙)은 코드의 가독성, 유지보수성, 그
|
|||||||
- **프레임워크 제약**: 사용 중인 프레임워크(예: Next.js)의 예약어 규칙이 팀의 컨벤션과 충돌할 경우, 프레임워크의 규칙을 우선시해야 시스템 오류를 방지할 수 있다.
|
- **프레임워크 제약**: 사용 중인 프레임워크(예: Next.js)의 예약어 규칙이 팀의 컨벤션과 충돌할 경우, 프레임워크의 규칙을 우선시해야 시스템 오류를 방지할 수 있다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Abstract_Syntax_Tree]]
|
||||||
|
* [[Branching Strategies]]
|
||||||
|
* [[ESLint]]
|
||||||
|
* [[Feature-Sliced_Design]]
|
||||||
|
* [[JavaScript]]
|
||||||
|
* [[Next.js]]
|
||||||
|
* [[Prettier]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Research]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **kebab-case**: 파일 시스템 호환성을 위한 소문자-하이픈 조합 (관계: 물리적 저장 표준)
|
- **kebab-case**: 파일 시스템 호환성을 위한 소문자-하이픈 조합 (관계: 물리적 저장 표준)
|
||||||
- **Conventional Commits**: 변경 이력 가독성을 위한 표준 (관계: 협업 워크플로우 규칙)
|
- **Conventional Commits**: 변경 이력 가독성을 위한 표준 (관계: 협업 워크플로우 규칙)
|
||||||
|
|||||||
@@ -19,6 +19,16 @@
|
|||||||
- **초기 설계 비용**: 확장을 고려한 인터페이스 설계는 초기 개발 시간을 더 많이 소요하게 만들며, 미래에 발생하지 않을 확장을 대비하는 YAGNI 위반 가능성이 존재한다.
|
- **초기 설계 비용**: 확장을 고려한 인터페이스 설계는 초기 개발 시간을 더 많이 소요하게 만들며, 미래에 발생하지 않을 확장을 대비하는 YAGNI 위반 가능성이 존재한다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[CSS-in-JS]]
|
||||||
|
* [[Inversion]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Prop Drilling]]
|
||||||
|
* [[Render_Props]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[SOLID_Principles]]
|
||||||
|
* [[Strategy]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Component Composition**: OCP를 실현하는 React의 핵심 기술 (관계: 실천 방법)
|
- **Component Composition**: OCP를 실현하는 React의 핵심 기술 (관계: 실천 방법)
|
||||||
- **SOLID Principles**: OCP를 포함한 5대 설계 원칙 (관계: 상위 철학)
|
- **SOLID Principles**: OCP를 포함한 5대 설계 원칙 (관계: 상위 철학)
|
||||||
|
|||||||
@@ -70,3 +70,12 @@ github_commit: "{{commit_hash}}"
|
|||||||
1. Stage: git add .
|
1. Stage: git add .
|
||||||
2. Commit: `git commit -m "[P-Reinforce] {{Action_Summary}}"`
|
2. Commit: `git commit -m "[P-Reinforce] {{Action_Summary}}"`
|
||||||
3. Push: `git push origin main`
|
3. Push: `git push origin main`
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Knowledge synthesis]]
|
||||||
|
* [[Logic]]
|
||||||
|
* [[P-Reinforce]]
|
||||||
|
* [[Refactoring]]
|
||||||
|
* [[State]]
|
||||||
|
* [[decisions]]
|
||||||
|
|||||||
@@ -23,6 +23,22 @@ React Component Design은 인터페이스 요소를 구조화하여 확장성,
|
|||||||
- **설계 시간 비용**: 확장을 고려한 OCP 설계는 초기 개발 시간을 증가시키며, 실제로 발생하지 않을 확장을 대비하는 과잉 엔지니어링(YAGNI 위반)이 될 위험이 있다.
|
- **설계 시간 비용**: 확장을 고려한 OCP 설계는 초기 개발 시간을 증가시키며, 실제로 발생하지 않을 확장을 대비하는 과잉 엔지니어링(YAGNI 위반)이 될 위험이 있다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Atomic Design]]
|
||||||
|
* [[Boundaries]]
|
||||||
|
* [[Custom_Hooks]]
|
||||||
|
* [[Design_Systems]]
|
||||||
|
* [[Error Boundaries]]
|
||||||
|
* [[Feature-Sliced_Design]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[Prop Drilling]]
|
||||||
|
* [[React]]
|
||||||
|
* [[React Server Components]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[SOLID_Principles]]
|
||||||
|
* [[Separation_of_Concerns]]
|
||||||
|
* [[Server Components]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **SOLID Principles**: 고품질 컴포넌트 설계의 기준 (관계: 설계 원칙)
|
- **SOLID Principles**: 고품질 컴포넌트 설계의 기준 (관계: 설계 원칙)
|
||||||
- **Custom Hooks**: 로직 분리와 재사용의 핵심 도구 (관계: 실천 수단)
|
- **Custom Hooks**: 로직 분리와 재사용의 핵심 도구 (관계: 실천 수단)
|
||||||
|
|||||||
@@ -23,6 +23,18 @@ React 폴더 구조는 애플리케이션의 디렉터리와 파일을 체계적
|
|||||||
- **학습 곡선**: 새로운 팀원이 복잡한 계층 구조를 이해하고 올바른 위치에 코드를 작성하기까지 온보딩 시간이 소요된다.
|
- **학습 곡선**: 새로운 팀원이 복잡한 계층 구조를 이해하고 올바른 위치에 코드를 작성하기까지 온보딩 시간이 소요된다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[ESLint]]
|
||||||
|
* [[Feature-Sliced_Design]]
|
||||||
|
* [[Frontend]]
|
||||||
|
* [[Index]]
|
||||||
|
* [[Management]]
|
||||||
|
* [[Naming Conventions]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[Separation_of_Concerns]]
|
||||||
|
* [[State]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Feature-Sliced Design (FSD)**: 대규모 시스템 구조화의 표준 (관계: 상위 아키텍처)
|
- **Feature-Sliced Design (FSD)**: 대규모 시스템 구조화의 표준 (관계: 상위 아키텍처)
|
||||||
- **Separation of Concerns**: 폴더 분리의 근본적 철학 (관계: 설계 원리)
|
- **Separation of Concerns**: 폴더 분리의 근본적 철학 (관계: 설계 원리)
|
||||||
|
|||||||
@@ -20,6 +20,26 @@ React 프론트엔드 개발은 컴포넌트 기반 아키텍처를 통해 현
|
|||||||
- **규격화의 인지적 비용**: 엄격한 네이밍 규칙과 아키텍처는 신규 개발자의 온보딩을 어렵게 만들 수 있으므로, 자동화된 린트 규칙과 문서화가 필수적이다.
|
- **규격화의 인지적 비용**: 엄격한 네이밍 규칙과 아키텍처는 신규 개발자의 온보딩을 어렵게 만들 수 있으므로, 자동화된 린트 규칙과 문서화가 필수적이다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Accessibility]]
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Boundaries]]
|
||||||
|
* [[Code Splitting]]
|
||||||
|
* [[Concurrent_Rendering]]
|
||||||
|
* [[Core_Web_Vitals]]
|
||||||
|
* [[Error Boundaries]]
|
||||||
|
* [[Feature-Sliced_Design]]
|
||||||
|
* [[Frontend]]
|
||||||
|
* [[Frontend Observability & Logging]]
|
||||||
|
* [[Hydration]]
|
||||||
|
* [[Observability]]
|
||||||
|
* [[Optimization]]
|
||||||
|
* [[React]]
|
||||||
|
* [[React_Compiler]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[SaaS]]
|
||||||
|
* [[Vite Build Optimization]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Feature-Sliced Design (FSD)**: 확장 가능한 구조 설계 방법론 (관계: 구조적 가이드라인)
|
- **Feature-Sliced Design (FSD)**: 확장 가능한 구조 설계 방법론 (관계: 구조적 가이드라인)
|
||||||
- **Zustand & TanStack Query**: 성능 중심의 상태 관리 전략 (관계: 데이터 레이어 도구)
|
- **Zustand & TanStack Query**: 성능 중심의 상태 관리 전략 (관계: 데이터 레이어 도구)
|
||||||
|
|||||||
@@ -20,6 +20,21 @@ React Refactoring은 기존 애플리케이션의 외부 동작을 유지하면
|
|||||||
- **리팩토링 비용**: 당장의 기능 개발보다 시간이 많이 소요될 수 있으므로, 비즈니스 가치와 우선순위를 고려한 리팩토링 범위 설정이 중요하다.
|
- **리팩토링 비용**: 당장의 기능 개발보다 시간이 많이 소요될 수 있으므로, 비즈니스 가치와 우선순위를 고려한 리팩토링 범위 설정이 중요하다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Custom_Hooks]]
|
||||||
|
* [[Frontend]]
|
||||||
|
* [[JavaScript]]
|
||||||
|
* [[Legacy System Migration]]
|
||||||
|
* [[Observability]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Redux]]
|
||||||
|
* [[Refactoring]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[SOLID_Principles]]
|
||||||
|
* [[Testing]]
|
||||||
|
* [[_system]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Custom Hooks**: 로직 분리의 핵심 단위 (관계: 실천 도구)
|
- **Custom Hooks**: 로직 분리의 핵심 단위 (관계: 실천 도구)
|
||||||
- **SOLID Principles**: 구조 개선의 설계 기준 (관계: 이론적 근거)
|
- **SOLID Principles**: 구조 개선의 설계 기준 (관계: 이론적 근거)
|
||||||
|
|||||||
@@ -18,6 +18,21 @@ React Server Components(RSC)는 서버에서만 실행되어 클라이언트로
|
|||||||
- **구조적 복잡성**: 서버와 클라이언트 컴포넌트 간의 경계 설계 및 데이터 직렬화(Serialization) 이슈를 관리해야 하는 설계적 부담이 존재한다.
|
- **구조적 복잡성**: 서버와 클라이언트 컴포넌트 간의 경계 설계 및 데이터 직렬화(Serialization) 이슈를 관리해야 하는 설계적 부담이 존재한다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Blocking]]
|
||||||
|
* [[CSS-in-JS]]
|
||||||
|
* [[Client Components]]
|
||||||
|
* [[Code Splitting]]
|
||||||
|
* [[Core_Web_Vitals]]
|
||||||
|
* [[Edge_Computing]]
|
||||||
|
* [[Hydration]]
|
||||||
|
* [[Next.js]]
|
||||||
|
* [[Next.js_App_Router]]
|
||||||
|
* [[Optimization]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[Server Components]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Next.js App Router**: RSC의 표준 구현체 (관계: 구동 환경)
|
- **Next.js App Router**: RSC의 표준 구현체 (관계: 구동 환경)
|
||||||
- **Hydration**: RSC를 통해 비용을 절감하고자 하는 대상 과정 (관계: 최적화 목표)
|
- **Hydration**: RSC를 통해 비용을 절감하고자 하는 대상 과정 (관계: 최적화 목표)
|
||||||
|
|||||||
@@ -19,6 +19,22 @@
|
|||||||
- **마이그레이션 중단의 위험**: 부분적인 리팩토링이 완료되지 않고 중단될 경우, 시스템 내에 두 가지 이상의 서로 다른 패턴이 혼재되어 유지보수 난이도가 상승할 수 있다.
|
- **마이그레이션 중단의 위험**: 부분적인 리팩토링이 완료되지 않고 중단될 경우, 시스템 내에 두 가지 이상의 서로 다른 패턴이 혼재되어 유지보수 난이도가 상승할 수 있다.
|
||||||
|
|
||||||
## 🔗 Knowledge Connections
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Custom_Hooks]]
|
||||||
|
* [[ESLint]]
|
||||||
|
* [[Engineering_Principles]]
|
||||||
|
* [[Management]]
|
||||||
|
* [[Prettier]]
|
||||||
|
* [[Principles]]
|
||||||
|
* [[React]]
|
||||||
|
* [[Redux]]
|
||||||
|
* [[Refactoring]]
|
||||||
|
* [[Research]]
|
||||||
|
* [[Software Engineering Principles]]
|
||||||
|
* [[State]]
|
||||||
|
* [[Technical_Debt]]
|
||||||
|
* [[Testing]]
|
||||||
|
|
||||||
### Related Concepts
|
### Related Concepts
|
||||||
- **Custom Hooks**: 로직 분리의 물리적 단위 (관계: 실천 도구)
|
- **Custom Hooks**: 로직 분리의 물리적 단위 (관계: 실천 도구)
|
||||||
- **Incremental Migration**: 안전한 아키텍처 전환 전략 (관계: 핵심 방법론)
|
- **Incremental Migration**: 안전한 아키텍처 전환 전략 (관계: 핵심 방법론)
|
||||||
|
|||||||
@@ -50,3 +50,17 @@ Skybound 프로젝트의 모든 시스템은 유기적으로 연결되어 있습
|
|||||||
---
|
---
|
||||||
**Root Policy**: Ps-Reinforce v2.0
|
**Root Policy**: Ps-Reinforce v2.0
|
||||||
**Project Status**: Knowledge Ingestion Complete (Batch 12.1-A)
|
**Project Status**: Knowledge Ingestion Complete (Batch 12.1-A)
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Dopamine]]
|
||||||
|
* [[Logic]]
|
||||||
|
* [[Optimization]]
|
||||||
|
* [[Physics]]
|
||||||
|
* [[Ps-Reinforce]]
|
||||||
|
* [[Reports]]
|
||||||
|
* [[State]]
|
||||||
|
* [[Visual_Feedback_Signal_Pattern]]
|
||||||
|
* [[_report]]
|
||||||
|
* [[_system]]
|
||||||
|
|||||||
@@ -23,3 +23,8 @@
|
|||||||
## 5. 관련 토픽 (Linked Topics)
|
## 5. 관련 토픽 (Linked Topics)
|
||||||
- Skybound: 비주얼 아이덴티티 확장.
|
- Skybound: 비주얼 아이덴티티 확장.
|
||||||
- Design & Experience: 시각적 직관성 확보를 위한 에셋 설계.
|
- Design & Experience: 시각적 직관성 확보를 위한 에셋 설계.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Philosophy]]
|
||||||
|
* [[Roadmap]]
|
||||||
|
|||||||
@@ -22,3 +22,10 @@
|
|||||||
- Skybound: 엔진 아키텍처 고도화.
|
- Skybound: 엔진 아키텍처 고도화.
|
||||||
- Design & Experience: 시스템 안정성을 통한 유저 경험 보장.
|
- Design & Experience: 시스템 안정성을 통한 유저 경험 보장.
|
||||||
- Graphics & Performance: 리소스 참조 무결성 확보.
|
- Graphics & Performance: 리소스 참조 무결성 확보.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Architecture]]
|
||||||
|
* [[Cognitive_Load]]
|
||||||
|
* [[Fragility]]
|
||||||
|
* [[decisions]]
|
||||||
|
|||||||
@@ -21,3 +21,7 @@
|
|||||||
## 4. 관련 토픽 (Linked Topics)
|
## 4. 관련 토픽 (Linked Topics)
|
||||||
- Skybound: 전투 밸런스 튜닝.
|
- Skybound: 전투 밸런스 튜닝.
|
||||||
- Design & Experience: 압도적인 화력을 통한 사용자 만족도 증대.
|
- Design & Experience: 압도적인 화력을 통한 사용자 만족도 증대.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Logic]]
|
||||||
|
|||||||
@@ -23,3 +23,7 @@
|
|||||||
## 4. 관련 토픽 (Linked Topics)
|
## 4. 관련 토픽 (Linked Topics)
|
||||||
- Skybound: 비주얼 아이덴티티 완성.
|
- Skybound: 비주얼 아이덴티티 완성.
|
||||||
- Graphics & Performance: 60FPS 스프라이트 렌더링 최적화.
|
- Graphics & Performance: 60FPS 스프라이트 렌더링 최적화.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Optimization]]
|
||||||
|
|||||||
@@ -27,3 +27,7 @@
|
|||||||
- Skybound: 메카닉 비주얼 아이덴티티 수립.
|
- Skybound: 메카닉 비주얼 아이덴티티 수립.
|
||||||
- Design & Experience: 고품질 에셋을 통한 유저 리텐션 강화.
|
- Design & Experience: 고품질 에셋을 통한 유저 리텐션 강화.
|
||||||
- Graphics & Performance: 스프라이트 기반 렌더링 파이프라인 정립.
|
- Graphics & Performance: 스프라이트 기반 렌더링 파이프라인 정립.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Scalability]]
|
||||||
|
|||||||
@@ -20,3 +20,7 @@
|
|||||||
## 4. 관련 토픽 (Linked Topics)
|
## 4. 관련 토픽 (Linked Topics)
|
||||||
- Skybound: 무기 아키텍처 및 렌더링 파이프라인.
|
- Skybound: 무기 아키텍처 및 렌더링 파이프라인.
|
||||||
- Design & Experience: 시각적 피드백과 로직의 일치화.
|
- Design & Experience: 시각적 피드백과 로직의 일치화.
|
||||||
|
|
||||||
|
## 🔗 Knowledge Connections
|
||||||
|
### Related Concepts (Auto-Linked)
|
||||||
|
* [[Behavior]]
|
||||||
|
|||||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user