docs(10_Wiki): 위키 전체 재구성 — Topic_* 폴더를 4개 카테고리로 통합 + 대규모 중복 제거

Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를
Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류.

- 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로
  자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거,
  동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거.
- 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming,
  Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business,
  Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로,
  나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는
  title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백).
  원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지.
- 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서.
- 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는
  지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지.
- Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경.
- 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.
This commit is contained in:
Antigravity Agent
2026-07-05 00:33:48 +09:00
parent 1cfd3bbb56
commit 9148c358d0
6455 changed files with 1 additions and 86875 deletions
@@ -0,0 +1,125 @@
---
id: wiki-2026-0508-scheduler-api
title: Scheduler API
category: 10_Wiki/Topics
status: verified
canonical_id: self
aliases: [scheduler.postTask, Prioritized Task Scheduling]
duplicate_of: none
source_trust_level: A
confidence_score: 0.9
verification_status: applied
tags: [web, performance, scheduling, browser-api]
raw_sources: []
last_reinforced: 2026-05-10
github_commit: pending
tech_stack:
language: JavaScript
framework: Web Platform
---
# Scheduler API
## 매 한 줄
> **"매 priority-aware task scheduling for the main thread"**. Scheduler API (`scheduler.postTask`, `scheduler.yield`) 는 long task breakup + priority hint (user-blocking / user-visible / background) 로 INP/responsiveness 최적화. 2026 Chromium + Firefox stable.
## 매 핵심
### 매 Priorities
- `user-blocking`: 매 immediate UI response (input handler post-work).
- `user-visible`: 매 default — visible 하지만 non-blocking.
- `background`: 매 lazy work (analytics, prefetch).
### 매 vs setTimeout(0) / requestIdleCallback
- 매 setTimeout(0): no priority, no abort.
- 매 rIC: idle only, deadline-based.
- 매 postTask: explicit priority + AbortSignal + delay.
### 매 응용
1. 매 long list rendering 분할.
2. 매 input handler 후 heavy work 양보.
3. 매 background data prefetch.
## 💻 패턴
### postTask 기본
```js
scheduler.postTask(() => doWork(), { priority: 'background' });
```
### scheduler.yield (long task breakup)
```js
async function processItems(items) {
for (const item of items) {
process(item);
if (navigator.scheduling?.isInputPending?.() || items.indexOf(item) % 50 === 0) {
await scheduler.yield();
}
}
}
```
### TaskController로 abort
```js
const controller = new TaskController({ priority: 'user-visible' });
scheduler.postTask(longJob, { signal: controller.signal });
// 매 cancel
controller.abort();
// 매 priority 동적 변경
controller.setPriority('background');
```
### Delay
```js
scheduler.postTask(refresh, { priority: 'background', delay: 5000 });
```
### Polyfill fallback
```js
const yield_ = () =>
globalThis.scheduler?.yield?.() ??
new Promise(r => setTimeout(r, 0));
```
### React + Scheduler API
```js
// React 19+ 의 useTransition + scheduler integration
startTransition(() => {
scheduler.postTask(() => setState(heavy), { priority: 'background' });
});
```
## 매 결정 기준
| 상황 | Approach |
|---|---|
| Heavy work after input | `scheduler.yield()` mid-loop |
| Lazy prefetch | `postTask({priority:'background'})` |
| Cancel-able task | `TaskController` |
| Idle-only callback | `requestIdleCallback` |
| 매 simple deferral | `queueMicrotask` |
**기본값**: 매 long loops 의 `scheduler.yield()` + 매 background work `postTask({priority:'background'})`.
## 🔗 Graph
- 부모: [[Core Web Vitals Optimization (INP, LCP, CLS)|Core_Web_Vitals]]
- 응용: [[INP_Optimization]]
- Adjacent: [[AbortController]] · [[React_useTransition]]
## 🤖 LLM 활용
**언제**: 매 INP regression 발견 + 매 long task (>50ms) breakup 필요 시. 매 prioritized background work.
**언제 X**: 매 worker offload 가 더 적합한 CPU-heavy work, 또는 매 framework scheduler (React) 가 이미 처리.
## ❌ 안티패턴
- **postTask 안 yield**: 매 single long callback 은 여전히 long task. 매 internally yield 필요.
- **user-blocking 남용**: 매 priority inversion 의. 매 진짜 input-critical 만.
- **Polyfill 없는 production deploy**: 매 Safari 일부 버전 미지원.
## 🧪 검증 / 중복
- Verified (W3C Prioritized Task Scheduling, web.dev/optimize-inp).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — postTask + yield patterns |