32 lines
2.4 KiB
Markdown
32 lines
2.4 KiB
Markdown
---
|
|
id: P-REINFORCE-AUTO-BEDE-001
|
|
category: "10_Wiki/💡 Topics/AI"
|
|
confidence_score: 0.94
|
|
tags: [auto-reinforced, clarity, precision, communication, documentation, detailing]
|
|
last_reinforced: 2026-04-20
|
|
---
|
|
|
|
# [[Be-Detailed|Be-Detailed]]
|
|
|
|
## 📌 한 줄 통찰 (The Karpathy Summary)
|
|
> "악마는 디테일에 있다: 모호한 추상화 뒤에 숨지 않고, 구체적인 수치, 명확한 맥락, 그리고 실천 가능한 세부 사항을 명시함으로써 실행의 오류를 줄이고 압도적인 완성도를 만드는 태도."
|
|
|
|
## 📖 구조화된 지식 (Synthesized Content)
|
|
디테일해지기(Be-Detailed)는 업무 수행 및 소통 과정에서 모호성을 배제하고 구체성을 확보하는 지적 정밀함을 의미합니다.
|
|
|
|
1. **구체화의 도구**:
|
|
* **Quantification**: "매우 빠름" 대신 "응답 속도 10ms 미만"으로 정의.
|
|
* **Contextualization**: "로그인 기능" 대신 "이메일 형식 검증과 소셜 연동을 포함한 중앙 정렬 형의 모달 로그인 창"으로 묘사.
|
|
* **Edge Case consideration**: 보편적인 상황뿐만 아니라 발생 가능한 예외 상황까지 미리 상세히 기술함 (Anomaly-Detection과 연결).
|
|
2. **왜 중요한가?**:
|
|
* 특히 AI 프롬프트 엔지니어링이나 지시 이행(Instruction following) 과정에서, 지시가 디테일할수록 모델의 환각(Hallucination)이 급격히 줄어듦.
|
|
|
|
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
|
- **과거 데이터와의 충돌**: 과거에는 '빠른 실행'을 위해 디테일을 생략하는 정책이 효율적이라 믿었으나, 현대의 복잡한 시스템 정책은 초기 디테일 누락이 나중에 기하급수적인 수정 비용을 발생시킨다는 점을 깨닫고 '선제적 디테일링 정책'을 권장함(RL Update).
|
|
- **정책 변화(RL Update)**: 기술 문서 작성 정책에서, 단순히 기능 목록을 나열하는 방식에서 벗어나 실제 구현 가능한 코드 스니펫과 구체적인 에러 대응 시나리오를 포함하는 '실무형 상세 가이드라인 정책'으로 개편됨.
|
|
|
|
## 🔗 지식 연결 (Graph)
|
|
- [[Articulateness|Articulateness]], [[Analysis|Analysis]], [[Workflow-Integrity|Workflow-Integrity]], [[Standardization vs Innovation|Standardization vs Innovation]], [[Ps-Reinforce|Ps-Reinforce]]
|
|
- **Modern Tech/Tools**: Prompt engineering best practices, RFC (Request for Comments) process.
|
|
---
|