LLM Wiki
하네스-독립 지식 자산 · 55개 페이지
Entities (12)
- ARIA (Claude Telegram Bridge) project
- Atomos (SNS 경품 추천 시스템) project
- Claude Managed Agents tool
- claude-config project
- DAIOps (LangGraph ML 자동화) project
- Harness 2x2 (Static/Dynamic × Global/Local) framework
- HWP Embedding (한글 문서 RAG) project
- Karpathy LLM 코딩 4원칙 principle
- Lattice project
- LLM Wiki framework
- Tale (AI 비디오 생성 파이프라인) project
- VC ERP 도메인 project-domain
Concepts (36)
- Brain/Hands 분리 아키텍처
- Claude Code용 Notion 본문 템플릿 설계
- Cold-start 3단계 Fallback 전략
- config.yaml Single Source of Truth
- FE/BE 숫자 불일치 → 계산 로직 비교
- LLM 대화 궤적 설계
- LLM 라우터 기반 쿼리 분류
- LLM 자율 선택 DAG 오케스트레이션
- LLM-System 경계 설계 (Action 제안 vs Outcome 확정)
- LLM과 룰의 역할 뒤집기
- MCP Tool Call 최소화 전략
- Notion 4테이블 분리 설계 (에픽/이슈/태스크/개발태스크)
- PlatformAdapter Protocol 패턴
- RLS는 workspace_id 기준 (user_id 단독 금지)
- service_role은 API Route에서 금지
- Shadow Table Atomic Swap (무중단 데이터 교체)
- STT 파이프라인 설계 원칙
- Tool Use vs Cognitive Outsourcing
- Workspace Tenant 모델 (Lattice)
- 결과물에서 역산하기
- 결정화의 세 층: 결정 / 하네스 / 액션
- 계층적 Context Injection (RAG 청크 컨텍스트 유지)
- 다층 권한 구조 (Lattice)
- 도메인 분리 E2E 자동화 레이어
- 라우터 대신 질문
- 문제정의 없는 디깅은 제자리
- 배치 우선 + 캐싱 중심 아키텍처
- 병렬화는 한 레이어만 보면 놓친다
- 브라우저 오디오 캡처 제약 (W3C 보안 모델)
- 철학은 규칙이 아니다
- 추상화는 경계를 긋는 힘
- 테스트 = Spec 문화
- 투자 파이프라인 (Lattice)
- 파괴적 연산 전 사전 확인
- 확률 vs 확정: 하네스의 두 종류
- 확정적 검증 후 LLM 판단 (SAST→LLM 패턴)