refactor(topics): 멀티 에이전트용 지식 재편 — _Common(공통 기본기) + Domain_* 구조

에이전트 8종(대화형/프로그래머 C·S/디자이너/설계자/기획자/QA/PD/PM)에게
[공통 기본 능력 + 롤별 Specialty] 2층으로 지식을 주입하기 위한 재분류.
문서 내용·포맷은 무수정, 폴더 이동만 (6,372개 문서 수 보존 확인).

- Topic_Programming → Domain_Programming (내부 구조 보존)
- Topic_Graphic → Domain_Design
- Topic_Business → Domain_Product
- Topic_General → Domain_General
- _Common 신설: Math(구 Topic_Math_Specialty), Reasoning(구 General/From_Thinking & Reasoning),
  Reasoning_Creativity(구 General/From_창의성), Communication(Poetic_Blog_Writing + From_writing)
- 타 도메인의 From_* 폴더는 유지 (출처 표기일 뿐, 이미 도메인에 맞게 분류된 문서)
- 빈 폴더 정리 (memory/procedures)
- 에이전트→폴더 매핑은 workspace의 .astra/agent-knowledge-map.json (9개 에이전트)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Antigravity Agent
2026-07-11 11:05:56 +09:00
parent 6549ead309
commit c24165b8bc
6193 changed files with 1717 additions and 31 deletions
@@ -0,0 +1,74 @@
---
id: react-server-components
title: React Server Components — 경계 의식
category: Coding
status: draft
source_trust_level: B
verification_status: conceptual
created_at: 2026-05-09
updated_at: 2026-05-09
tags: [react, RSC, server, vibe-coding]
tech_stack: { language: "TypeScript / Next.js 14+", applicable_to: ["Web SSR/RSC"] }
applied_in: []
aliases: [RSC, server-only, "use client", "use server"]
---
# React Server Components — 경계 의식
> RSC 의 핵심은 "**이 코드가 서버에서만 도는가, 클라이언트에 흘러가는가?**" 경계. 보안 / 번들 / 성능 모두 이 경계에 달림. 'use client' / 'use server' 디렉티브를 의식적으로.
## 📖 핵심 개념
- 기본 = Server Component. 'use client' 가 있으면 그 파일 + 그 자식이 클라이언트 번들.
- Server Component 는 async 가능, fetch / DB 직접 접근 가능, but state/effect 불가.
- Client Component 는 일반 React (state/effect/event), but 번들에 포함.
## 💻 코드 패턴
```tsx
// app/page.tsx — Server Component (기본)
import { db } from '@/lib/db';
export default async function Page() {
const users = await db.users.findAll(); // 서버에서 직접
return <UserList users={users} />;
}
// components/Counter.tsx — Client Component
'use client';
import { useState } from 'react';
export function Counter() {
const [n, setN] = useState(0);
return <button onClick={() => setN(n+1)}>{n}</button>;
}
```
```tsx
// Server Component 가 Client Component 에 props 전달 OK (직렬화 가능 값만)
export default async function Page() {
const data = await fetchData();
return <ClientChart data={data} />; // ✅ data 는 plain object
}
```
## 🤔 의사결정 기준
| 컴포넌트 종류 | Server | Client |
|---|---|---|
| DB / 파일시스템 / API key 사용 | ✅ | ❌ (보안) |
| 사용자 입력 / state / effect | ❌ | ✅ |
| 큰 의존성 (markdown parser, syntax highlighter) | ✅ (번들 안 들어감) | ❌ |
| useTheme / useRouter / 브라우저 API | ❌ | ✅ |
| 한 번 렌더 후 안 변함 | ✅ | ❌ |
## ❌ 안티패턴
- **'use client' 파일 안에서 db / process.env 접근**: 번들에 포함되어 클라이언트로 누출. 'server-only' 패키지 사용해 import 시 에러 발생시키기.
- **Server Component 에서 useState/useEffect**: 컴파일 에러 — Server 에는 없음.
- **Client Component 에 not-serializable props (function, Date, class instance) 전달**: 직렬화 실패. plain object 만.
- **'use client' 를 모든 파일에 default**: 번들 폭증. 필요한 leaf 만.
- **Server Action 에서 검증 누락**: 'use server' 함수는 클라이언트가 직접 호출. zod 검증 + 인증 체크 필수.
## 🤖 LLM 활용 힌트
- Next.js App Router 컨텍스트 명시.
- LLM이 'use client' 를 부모에 붙이면 자식 모두 client 됨 → leaf 까지 미루도록 요청.
## 🔗 관련 문서
- [[React_Suspense_for_Data]]
- [[Web_JWT_Patterns]]