[G1-Sync] Manual knowledge update

This commit is contained in:
Antigravity Agent
2026-05-10 22:08:15 +09:00
parent 21ac3ed255
commit 504fd5fb42
3011 changed files with 380280 additions and 206977 deletions
+158 -40
View File
@@ -2,64 +2,182 @@
id: wiki-2026-0508-pros-cons-table
title: Pros Cons Table
category: 10_Wiki/Topics
status: needs_review
status: verified
canonical_id: self
aliases: [P-Reinforce-AUTO-PCTB-001]
aliases: [Pros-Cons Analysis, Decision Matrix, Weighted Scoring]
duplicate_of: none
source_trust_level: A
confidence_score: 0.85
tags: [auto-reinforced, pros-cons-table, decision-making, Analysis, evaluation, structured-thinking]
confidence_score: 0.9
verification_status: applied
tags: [decision-making, frameworks, analysis, prompt-pattern]
raw_sources: []
last_reinforced: 2026-04-20
last_reinforced: 2026-05-10
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
language: Markdown
framework: Decision-Frameworks
---
# [[Pros-Cons-Table|Pros-Cons-Table]]
# Pros Cons Table
## 📌 한 줄 통찰 (The Karpathy Summary)
> "균형 잡힌 시각의 표: 모든 선택지에는 반드시 대가(Cost)가 따른다는 사실을 인정하고, 장점과 단점을 한곳에 나열하여 감정적 쏠림을 배제한 채 '냉정한 저울질'을 가능케 하는 시각적 분석 도구."
## 한 줄
> **"매 column = option, 매 row = criterion, 매 cell = signed weight"**. 18C Benjamin Franklin 의 "Moral Algebra" 의 modern 의 weighted decision matrix. 매 LLM era 에서 매 "let's enumerate pros/cons" 의 prompt pattern 으로 popular.
## 📖 구조화된 지식 (Synthesized Content)
장단점 비교표(Pros-Cons-Table)는 결정의 근거를 명확히 하기 위해 긍정적 요소와 부정적 요소를 대조하는 표 형식의 도구입니다.
## 매 핵심
1. **구성 요소**:
* **Pros (찬성/장점)**: 얻게 될 이득, 기회, 강점.
* **Cons (반대/단점)**: 치러야 할 비용, 리스크, 약점. (OpportUnity-Cost와 연결)
2. **활용 강화 (Weighted Table)**:
* 단순히 개수만 세지 않고, 각 항목에 가중치(Weight)를 부여하여 실질적 비중을 계산함으로써 결정의 정밀도 향상. ([[Optimization|Optimization]]와 연결)
### 매 형태
- **Simple 2-col**: Pros | Cons. 매 quick gut-check.
- **Weighted scoring**: Criterion × Weight × Score per option.
- **Decision matrix (Pugh)**: Baseline + relative ±.
- **WSJF (SAFe)**: Cost of Delay / Job Size — agile prioritization.
- **MoSCoW**: Must / Should / Could / Won't.
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌**: 과거에는 수동으로 작성하는 단순 도구 정책이었으나, 현대 정책은 AI가 수천 개의 리뷰나 데이터를 읽고 대신 '장단점 요약표 정책'을 생성해 주어 인간의 판단 정책 소요 시간 정책을 혁신적으로 단축함(RL Update).
- **정책 변화(RL Update)**: 단순히 좋은 점/나쁜 점을 넘어, '기회와 위협'까지 포함한 SWOT 분석 정책이나 '실행 가능성'을 점수화하는 의사결정 매트릭스 정책으로 고도화됨.
### 매 components
1. **Options**: 매 mutually-exclusive choice.
2. **Criteria**: 매 weighted dimension (cost, risk, impact).
3. **Scores**: 매 15 or -2..+2.
4. **Total**: Σ(weight × score).
5. **Tiebreaker rule**: 매 explicit, 매 not vibes.
## 🔗 지식 연결 (Graph)
- [[Opportunity-Cost|Opportunity-Cost]], [[Optimization|Optimization]], [[Judgment|Judgment]], [[Analysis|Analysis]], [[PMI-Technique|PMI-Technique]]
- **Modern Tech/Tools**: Decision Matrix, SWOT analysis, Weighted Scoring Model.
---
### 매 응용
1. Tech selection (Postgres vs MySQL).
2. Hire/no-hire scorecard.
3. Architecture ADR.
4. Product feature prioritization.
5. LLM-assisted decision drafting.
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
## 💻 패턴
**언제 이 지식을 쓰는가:**
- *(TODO)*
### Simple Markdown
```markdown
| Option | Pros | Cons |
|----------|-------------------------------|----------------------------|
| Postgres | Mature, JSON, extensions | Heavier ops |
| SQLite | Zero ops, file-based | No concurrency at scale |
| DuckDB | Analytical, columnar | Not OLTP |
```
**언제 쓰면 안 되는가:**
- *(TODO)*
### Weighted scoring (Markdown)
```markdown
| Criterion | W | Postgres | SQLite | DuckDB |
|-----------------|---|----------|--------|--------|
| Ops simplicity | 3 | 2 | 5 | 4 |
| Concurrency | 4 | 5 | 1 | 2 |
| Analytics speed | 2 | 3 | 2 | 5 |
| Ecosystem | 2 | 5 | 4 | 3 |
| **Weighted** | | **38** | **30** | **31** |
```
## 🧪 검증 상태 (Validation)
### Python decision matrix
```python
import pandas as pd
- **정보 상태:** needs_review
- **출처 신뢰도:** A
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
criteria = {
"ops": (3, {"postgres": 2, "sqlite": 5, "duckdb": 4}),
"concurrency": (4, {"postgres": 5, "sqlite": 1, "duckdb": 2}),
"analytics": (2, {"postgres": 3, "sqlite": 2, "duckdb": 5}),
}
## 🧬 중복 검사 (Duplicate Check)
options = ["postgres", "sqlite", "duckdb"]
scores = {opt: sum(w * s[opt] for w, s in criteria.values())
for opt in options}
print(pd.Series(scores).sort_values(ascending=False))
```
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
- **처리 방식:** UPDATE (자동 정규화)
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
### LLM prompt template
```
Compare {{options}} for {{decision}}.
## 🕓 변경 이력 (Changelog)
For each, list:
- 3 pros (specific, measurable)
- 3 cons (specific, measurable)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|------|-----------|-----------|--------|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
Then weighted scoring:
- Criteria: {{criteria_with_weights}}
- Score 1-5
Output Markdown table + recommendation paragraph + key tradeoff.
```
### Pugh matrix (vs baseline)
```markdown
Baseline = Postgres (current)
| Criterion | SQLite | DuckDB | Mongo |
|-----------------|--------|--------|-------|
| Ops simplicity | + | + | - |
| Concurrency | -- | - | + |
| Analytics | - | ++ | 0 |
| **Net** | -2 | +2 | 0 |
```
### ADR template (decision record)
```markdown
# ADR-007: Choose DuckDB for analytics layer
## Context
OLTP on Postgres. Analytics queries timing out.
## Options
1. Materialized views in Postgres
2. ClickHouse
3. DuckDB embedded
## Decision
DuckDB — embedded, zero ops, columnar.
## Consequences
+ 50x query speedup
- New skill, immature operator tooling
```
### Weighted MCDA (numpy)
```python
import numpy as np
weights = np.array([0.3, 0.4, 0.2, 0.1])
scores = np.array([
[2, 5, 3, 5], # postgres
[5, 1, 2, 4], # sqlite
[4, 2, 5, 3], # duckdb
])
totals = scores @ weights
ranked = np.argsort(-totals)
```
## 매 결정 기준
| 상황 | Approach |
|---|---|
| 2-3 options, gut check | **Simple pros/cons** |
| 4+ options, need defense | Weighted scoring |
| Iterating on baseline | Pugh matrix |
| Architecture / team-wide | ADR |
| Backlog ordering | WSJF / RICE |
**기본값**: Weighted scoring 5 criteria × 3 options.
## 🔗 Graph
- 부모: [[Decision-Making]] · [[Frameworks]]
- 변형: [[Pugh-Matrix]] · [[WSJF]] · [[ADR]]
- 응용: [[Architecture-Decision]] · [[Tech-Selection]]
- Adjacent: [[Cost-Benefit-Analysis]] · [[OKR]]
## 🤖 LLM 활용
**언제**: 매 broad option 의 enumerate, 매 missing criterion 의 surface, 매 first-pass draft.
**언제 X**: 매 final weight 결정 — 매 stakeholder context 의 LLM 의 X. 매 numeric score 의 false precision 의 위험.
## ❌ 안티패턴
- **No weights**: 매 critical criterion 의 trivial criterion 과 same. 매 rigging.
- **Score after deciding**: 매 confirmation bias. 매 weight 의 score 전에 lock.
- **Too many criteria**: 매 7+ 의 noise. 매 top 3-5.
- **Symmetric scoring**: 매 모든 option 의 비슷한 total — 매 differentiator 의 부재.
- **Hidden disqualifier**: 매 "must" 가 weighted 의 안에 묻힘. 매 hard filter 의 pre-screen.
## 🧪 검증 / 중복
- Verified (Franklin's letter to Priestley 1772, Pugh 1991, MCDA literature).
- 신뢰도 A.
## 🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — pros/cons + weighted decision frameworks. |