하네스 구현 4 단계 로드맵 + 5 운영 거버넌스
별칭: 하네스 로드맵 · Harness Implementation Roadmap · 4 단계 + 5 운영 · Visioning·Harnessing·Verifying·Steering
하네스 구현 4 단계 로드맵 + 5 운영 거버넌스
한 줄 정의
기독교 사역 현장에 하네스 엔지니어링 도입의 표준 절차. 보고서 #1 의 4 단계 (Visioning·Harnessing·Verifying·Steering) + 보고서 #2 의 5 운영 거버넌스 (사명·기준·최소권한·승인·모니터링) + 위험도순 단계별 도입 통합.
요약
본 카드는 보고서 #1 §6 + 보고서 #2 §운영 통합. 4 단계 로드맵 (시간적) + 5 운영 거버넌스 (구조적) + 위험도순 도입 (영역적) = 3 차원 실행 가이드.
핵심: 저위험부터 고위험으로 점진적 도입. 첫 도입은 4 기둥 1~2 기둥부터, 운영 안정 후 3·4 기둥 확장.
본문 상세
1. 4 단계 로드맵 (시간적, 보고서 #1 §6)
Step 1. 방향 설정 (Visioning)
핵심 질문: "이 AI가 공동체의 어떤 회복과 성장을 돕는가?"
액션:
- vision.md 작성 + 공유
- 사명 한 줄 + 비목적 한 줄
- 이해관계자 합의
예시:
"성경 공부 자료 탐색을 돕는다. 개인의 구원 여부나 정신건강 상태를 판정하지 않는다."
→ 본 LLMWiki 디지털 청지기 4 정체성 의 출발점.
Step 2. 울타리 구축 (Harnessing)
핵심 질문: "AI가 넘지 말아야 할 신학적·윤리적 선은 무엇인가?"
액션:
- 교단 교리 문답 + 사역 가이드라인 + 성경적 대원칙 →
ministry_rules.md코드화 - 권한 매니페스트 (도구·데이터 접근 범위 엄격 제한)
- 4 기둥 1·2 기둥 우선 구축
→ 본 LLMWiki 컨텍스트 엔지니어링 + Canon 9.
Step 3. 피드백 루프 구축 (Verifying)
핵심 질문: "AI의 실수를 어떻게 구조적으로 막을 것인가?"
액션:
→ 본 LLMWiki Canon 8 (자동 승격 ❌) + 4 기둥 2 기둥.
Step 4. 사역의 상향 이동 (Steering)
핵심 질문: "사역자는 이제 무엇에 집중해야 하는가?"
액션:
- 사역자 = '프롬프트 엔지니어' → '하네스 아키텍트'
- 단순 정보 전달·행정 → 인격적 돌봄·영적 분별 집중
- Ch.9 임마누엘 시간 재배치
→ 본 LLMWiki "도구는 쓰는 사람의 내면을 확대" 의 운영적 결말.
2. 5 운영 거버넌스 (구조적, 보고서 #2)
| # | 항목 | 도구 | 본 LLMWiki 매핑 |
|---|---|---|---|
| 1 | 사명 문서화 | vision.md (한 줄 목적 + 한 줄 비목적) | 컨텍스트 |
| 2 | 교리·언어 기준화 | ministry_rules.md (짧은 지도 + 깊은 문서) | term/ministry-rules-md |
| 3 | 최소권한화 (Principle of Least Privilege) | RBAC + Sandbox | 3 경계 — 권한 |
| 4 | 민감 행위 승인 게이트 | HITL + Notification Hook | 3 경계 — 승인 |
| 5 | 사후 모니터링·리팩토링 | log.md + 정기 감사 + 규칙 갱신 | 제자도 리팩토링 |
3. 위험도순 도입 (영역적)
1 단계 — 저위험 (먼저)
| 영역 | 도구 | 본 LLMWiki |
|---|---|---|
| FAQ | Custom GPT | A07.01 |
| 행사 안내 | 자동 생성 | A05 |
| 설교 아카이브 검색 | RAG | A03 |
| 교재 추천 | LLMWiki | A07.04 |
| 다국어 번역 | LLM | (확장 영역) |
2 단계 — 중위험 (안정 후)
| 영역 | 도구 |
|---|---|
| 성경공부 보조 | RAG + 가드레일 |
| 양육 자료 1 차 | A05.NN writers + Canon 검증 |
| 신학 검색 엔진 | Knowledge Graph |
3 단계 — 고위험 (가장 단단한 승인 체계와 함께, 마지막)
| 영역 | 추가 보호 |
|---|---|
| 상담 챗봇 | Sacred Privacy + HITL + WHO 권고 + 자살·자해·학대 신호 즉시 사람 이관 |
| 위기 개입 | 다중 에이전트 검증 + 사역자 + 전문가 |
| 청소년 정서 | UNICEF 2025 + EU AI Act + 감정 추론 ❌ |
4. 4 단계 × 5 거버넌스 × 위험도 = 3 차원 매트릭스
총 4 × 5 × 3 = 60 셀 운영 모델. 각 셀이 명확한 액션·도구·책임자.
5. 본 LLMWiki 적용 — 9 Chapter 시리즈와의 정합
| 회차 | 본 로드맵 단계 |
|---|---|
| Ch.1·2·3 (정체성) | Step 1 Visioning |
| Ch.4·5 (도구 입력) | Step 2 Harnessing |
| Ch.6 (가드레일) | Step 3 Verifying |
| Ch.7·8 (LLMWiki·영성) | Step 4 Steering |
| Ch.9 (임마누엘) | Step 4 의 일상 |
→ 본 LLMWiki 자체가 본 로드맵의 사례.
6. NIST AI RMF 와의 정합
| 단계 | NIST | 본 카드 |
|---|---|---|
| 정책 수립 | Govern | Step 1 Visioning |
| 위험 식별 | Map | Step 2 Harnessing |
| 측정 | Measure | Step 3 Verifying |
| 대응·개선 | Manage | Step 4 Steering |
→ NIST AI RMF 가 본 로드맵의 정부 표준 검증.
7. 사역자 점검 — 어디에 있는가?
| 단계 | 표지 |
|---|---|
| 시작 전 | AI 도입 검토 단계 |
| Step 1 | vision.md 작성 중 |
| Step 2 | ministry_rules.md 작성 + 권한 분리 |
| Step 3 | HITL Gate + 린터 가동 |
| Step 4 | 사역자 인격적 돌봄 시간 ↑ |
사역 적용
본 카드 카드뉴스 5장
1. Persona: "사역 AI 도입을 시작하는 교회"
2. Context: 4 단계 + 5 거버넌스 + 위험도 순서
3. Task: "단계적·구조적·점진적 도입"
4. Format:
- 슬라이드 1: 4 단계 (Visioning·Harnessing·Verifying·Steering)
- 슬라이드 2: 5 운영 거버넌스
- 슬라이드 3: 위험도순 도입 (저→중→고)
- 슬라이드 4: 사역자 = 프롬프트 엔지니어 → 하네스 아키텍트
- 슬라이드 5: "한 번에 ❌, 점진적으로"
한계와 주의사항
- 4 단계 절대 순서 ❌ — 종종 병행
- 작은 사역은 5 거버넌스 모두 ❌ — 1·2 부터
- 위험도 평가는 사역마다 다름
- 단계 건너뛰기 ❌ — Step 1 없이 Step 2 ❌
핵심 인용
"Visioning · Harnessing · Verifying · Steering" — 4 단계 (보고서 #1)
"사명 · 기준화 · 최소권한 · 승인 · 모니터링" — 5 거버넌스 (보고서 #2)
"저위험부터 고위험으로." — 도입 순서 원칙
관련
- synthesis/digital-steward-evolution-harness-report · synthesis/spiritual-hedge-international-governance-report — 두 보고서
- concept/4-pillar-spiritual-hedge · concept/three-boundaries · concept/3-layer-lint-decomposition — 3 차원
- term/nist-ai-rmf — 정부 표준 정합
- term/ministry-rules-md · term/community-language-linter · term/scripture-audit — 도구
- concept/discipleship-refactoring — Step 4 Steering 의 지속
"4 단계 × 5 거버넌스 × 3 위험도 = 60 셀 실행 모델."