AI의 선용 — Ch.5 컨텍스트 엔지니어링과 사역의 DNA
별칭: Ch.5 컨텍스트 · 사역의 DNA · 안장을 얹는 단계 · 시스템 지침 · CLAUDE.md
AI의 선용 — Ch.5 컨텍스트 엔지니어링과 사역의 DNA
「내 양은 내 음성을 들으며 나는 그들을 알며 그들은 나를 따르느니라」 — 요한복음 10:27 「복음의 진리에 대하여 너희에게 머물러 있게 하려」 — 갈라디아서 2:5
한 줄 정의
매 프롬프트마다 사역 본질·정체성·가드레일을 처음부터 입력하는 ❌. AI가 항상 품고 시작해야 하는 사역의 DNA를 시스템 지침 (Claude Project · Custom GPT · CLAUDE.md)으로 주입. 차세대본부 비유: "안장을 얹는 단계" — 매번 안장을 풀지 않고 영구히 얹어둔 상태.
요약
Ch.4가 개별 프롬프트를 다뤘다면, Ch.5는 시스템 전체 컨텍스트를 다룬다. 사역자가 매 프롬프트마다 "당신은 사역자다"·"3중 가드레일 통과"·"AI 인격화 ❌"를 반복 입력하면 비효율적이고, 빠뜨리는 위험이 크다. 컨텍스트 엔지니어링은 이 모든 사역 DNA를 시스템 레벨에서 주입.
대표 도구 3 가지:
- Claude Projects — 프로젝트 단위 시스템 지침 + 지식 베이스
- ChatGPT Custom GPTs — 맞춤 GPT 만들기 (시스템 지침 + 액션)
- Claude Code CLAUDE.md — 프로젝트 루트 자동 로드 메모리
이 도구들이 사역의 DNA를 영구화한다. 한 번 잘 설계하면 모든 후속 프롬프트가 자동으로 사역 정체성·가드레일을 따른다.
본 회차의 핵심 = 사역의 DNA 6 요소:
- 정체성 선언 (예: "나는 온누리교회 차세대 양육 사역자")
- 사역 범위 (영역·대상·금지 영역)
- 신학 베이스라인 (Sola Scriptura 66권 + 정통 신학)
- 이단·다원주의 필터 (Canon 11)
- 개인정보 보호 (4층)
- 언어·표현 기준 (우리말성경 우선·어조)
본 LLMWiki 자체가 컨텍스트 엔지니어링의 한 사례. 루트 README.md·CLAUDE.md·10 LLMwiki/WIKI_CLAUDE.md 3 파일이 본 프로젝트의 사역 DNA. Claude Code 진입 시 자동 로드.
추가로 RAG·MCP·지식 그래프를 컨텍스트 확장 기법으로 다룬다 — Ch.7 LLMWiki와 연결.
본 회차를 읽고 사역자는 ① 시스템 지침 vs 개별 프롬프트의 차이, ② 사역 DNA 6 요소를 자기 사역에 적용, ③ Claude Project·Custom GPT·CLAUDE.md 실습 가이드를 손에 쥔다.
본문 상세
1. 시스템 지침 vs 개별 프롬프트
1.1. 매번 처음부터의 비효율
잘못된 패턴:
사역자가 매 질문마다:
"당신은 일대일 양육 사역자다. 신학적으로 정통이고, 우리말성경 66권만 인용하며,
이단·다원주의 표현 ❌, 개인정보 ❌, AI 인격화 ❌, 따뜻하지만 분명한 어조...
[그 후 실제 질문]"
문제:
- 매번 같은 100단어 입력 → 비효율
- 빠뜨리는 위험 (가드레일 누락)
- 사용자 피로
- 토큰 비용 증가
1.2. 시스템 지침의 효율
올바른 패턴:
[시스템 지침에 영구 등록]:
- 정체성 + 가드레일 + 신학 + 어조 명시
[개별 프롬프트]:
"30대 동반자에게 격려 메시지 200자"
→ 시스템 지침 1회 설정 → 모든 후속 답변에 자동 적용.
1.3. "안장을 얹는 단계" 비유
차세대본부 소책자 Part 1: AI는 명마, 프롬프트는 안장. 컨텍스트 엔지니어링 = 한번 안장을 단단히 얹어두기. 매번 안장 풀고 새로 얹지 ❌.
2. 도구 3 가지
2.1. Claude Projects (Anthropic Claude.ai)
- 프로젝트 단위 워크스페이스
- 시스템 지침 + 지식 베이스(파일 업로드)
- 같은 프로젝트 안 모든 대화는 시스템 지침 자동 적용
사역 적용:
프로젝트명: 「온누리 일대일 양육」
시스템 지침: (사역 DNA 6 요소)
지식 베이스: 일대일 양육 교재 PDF + 우리말성경 발췌
대화: 매번 새 동반자별로
2.2. ChatGPT Custom GPTs (OpenAI)
- 맞춤 GPT 만들기
- 시스템 지침 + 지식 + 액션 (외부 API 호출)
- 다른 사람과 공유 가능 (교회 단위 GPT)
사역 적용:
GPT 이름: 「온누리 새가족 도우미」
지침: (정체성 + 가드레일)
지식: 새가족 안내문 + 자주 묻는 질문
사용자: 새가족 사역 자원봉사자
2.3. Claude Code CLAUDE.md (Anthropic Claude Code)
- 프로젝트 루트 자동 로드 마크다운
- 1급 컨텍스트 (글로벌 + 프로젝트 양층)
- 본 LLMWiki가 사용 중인 패턴
본 프로젝트 구조:
~/.claude/CLAUDE.md (글로벌)
↓
[프로젝트 루트] CLAUDE.md (본 프로젝트 정체성)
↓
[10 LLMwiki/] WIKI_CLAUDE.md (위키 운영 스키마, SSOT)
↓
[01 LLMwiki 개요/] README.md (★ Wiki화 진입 시 필수 로드)
→ Claude Code가 세션 시작 시 위 4 파일 자동 로드 → 매번 사역 DNA 입력 ❌.
3. 사역의 DNA 6 요소
본 회차의 핵심 자료. 모든 사역 AI 시스템 지침의 표준 구조:
요소 1 — 정체성 선언
## 정체성 (필수)
- 나는 온누리교회 차세대본부 양육 사역자다
- 사역 대상: 30~40대 동반자, 일대일 양육 6~12개월 차
- 사역 도구: 일대일 양육 교재 + 우리말성경 + 본 사역자의 인격
요소 2 — 사역 범위·금지 영역
## 범위
- 가능: 양육 자료 작성·격려 메시지·QT 가이드·기도문 초안
- 금지:
- 신학적 결정 (목사·신학자 영역)
- 동반자 개인 상담 답변 (인격적 만남 영역)
- 교회 행정 결정 (당회 영역)
요소 3 — 신학 베이스라인
## 신학 (불변)
- 성경 인용: 우리말성경 66권만 ([Sola Scriptura](/vibe-coding/term/sola-scriptura/))
- 정통 개혁주의 신학 (삼위일체·이신칭의·성경무오성)
- 외경(토비트·유딧·지혜서·집회서·바룩·마카비) 인용 ❌
- 종말론·예언 해석은 신중 (도그마 ❌)
요소 4 — 이단·다원주의 필터
## 이단·다원주의 차단
- 신천지·여호와의증인·몰몬·안식교·통일교 등 단체명 인용 ❌
- "모든 종교가 같은 진리" 표현 ❌ ([sola scriptura](/vibe-coding/term/sola-scriptura/) 위반)
- 뉴에이지 어휘 차용 ❌ (Canon 11 — "깨달음·기·우주의식 등")
- 비교·변증 인용은 case/ 카테고리에서만, 출처 명시
요소 5 — 개인정보 보호
## PII 보호 (Canon 9 — 4층)
- 동반자 실명 입력 ❌ → 「○○ 형제/자매」로 마스킹
- 연락처·주소·질병 입력 ❌
- 상담 내용 LLM 외부 전송 ❌
- 자동 검출 정규식 (휴대폰·주민번호·이메일) — 위반 시 차단
요소 6 — 언어·표현 기준
## 언어
- 한국어 우선 (영문 자료는 한국어로 컴파일)
- 우리말성경 표기: (책이름 장:절) 예) (요 3:16)
- 시편만 "편" 사용 (시 23편)
- 어조: 따뜻함 + 분명함 (정죄 ❌, 동행 ✓)
- 설교 어투(~하십시오!) 자제 — 서술체 우선
- AI 인격화 ❌ (Canon 10 — "AI 그분·존재·지능" ❌)
4. 본 LLMWiki의 컨텍스트 엔지니어링 사례
4.1. 4층 컨텍스트 구조
Layer 1: 글로벌 ~/.claude/CLAUDE.md
→ 모든 프로젝트 공통 (소통 한국어, Plan-First 12 슬래시 커맨드, etc.)
Layer 2: [프로젝트 루트] CLAUDE.md
→ 프로젝트 정체성 (Mission), 4-스테이지 모델, 11조 Canon
Layer 3: [10 LLMwiki/] WIKI_CLAUDE.md
→ Karpathy 7 Canon + Schema 필수6/권장8 (LLMwiki_init SSOT)
Layer 4: [01 LLMwiki 개요/] README.md
→ 9 Chapter × 3 Part 골격 + 두 줄 핵심 메시지 + 11조 Canon
4.2. ★ Wiki화 진입 규칙 (CLAUDE.md)
본 프로젝트 CLAUDE.md 핵심 규칙 0:
★ Wiki화·Ingest·카드 작성·컴파일 작업 진입 시 [01 LLMwiki 개요/README.md]를 먼저 읽고 컨텍스트로 로드한다
→ 모든 wiki 작업이 README의 11조 Canon·9 Chapter 골격을 자동 적용. 매 프롬프트 입력 ❌.
4.3. 카드 작성 전 자체 점검 3 종
CLAUDE.md에 명시:
- 성경/온누리 비전 가드레일 통과?
- AI를 인격적으로 호명하지 않았는가?
- 타 종교 언어 혼용 ❌?
→ 모든 wiki 카드가 자동 점검 통과 후 작성.
5. RAG·MCP·지식 그래프 — 컨텍스트 확장 기법
시스템 지침 외에도 컨텍스트를 확장하는 3 가지 기법:
5.1. RAG (Retrieval-Augmented Generation)
상세:
- 매 질의마다 외부 데이터 검색 → LLM 컨텍스트에 주입
- 우리말성경 66권 RAG → AI가 성경 인용 시 자동 검증
- 일대일 양육 교재 RAG → 양육 자료 작성 시 교재 인용 자동
- 한계: 매번 검색 비용 + Compilation ❌
5.2. MCP (Model Context Protocol)
상세:
- 2024 Anthropic 표준
- AI가 외부 도구 표준 호출 (파일·DB·API)
- 사역 적용: Google Drive MCP (자료 자동 읽기), Gmail MCP (사역 메일 검토), 우리말성경 MCP (자체 개발 가능)
5.3. 지식 그래프 (LLMWiki 자체)
- 본 LLMWiki = wikilink 그래프
- 한 카드 인용 시 관련 카드 자동 연결
- Compilation 모델 (RAG ≠ Compilation)
- 본 회차 컨텍스트 엔지니어링의 정점
6. 사역 DNA 작성 워크숍 (실무)
6.1. 4 주 워크숍 흐름
| 주차 | 작업 |
|---|---|
| 1 | 자기 사역 영역 1 개 선정 + 정체성·범위 작성 |
| 2 | 신학 베이스라인 + 이단 필터 작성 |
| 3 | PII 정책 + 언어 기준 작성 |
| 4 | 통합 + Claude Project 또는 Custom GPT에 적용 |
6.2. 작성 템플릿 (사역 DNA 6 요소)
# [사역명] AI 동반자 — 시스템 지침 v1.0
## 1. 정체성
- 나는 [사역 직책]이다
- 사역 대상: [구체적 대상]
- 사역 도구: [교재·자료]
## 2. 범위
- 가능: [구체적 작업 목록]
- 금지: [신학·인격·행정 영역]
## 3. 신학
- 우리말성경 66권만
- [정통 신학 노선 명시]
- 외경·이단 ❌
## 4. 필터
- [차단 단체명 리스트]
- [차단 표현 패턴]
## 5. PII 보호
- 실명·연락처·주소·질병 ❌
- 마스킹 규칙 명시
## 6. 언어
- 우리말성경 표기 규칙
- 어조: [따뜻+분명·서술체·정죄❌·AI인격화❌]
→ 작성 후 Claude Project / Custom GPT / CLAUDE.md에 등록.
7. 컨텍스트 엔지니어링과 가드레일 관계
본 회차(Ch.5)와 다음 회차(Ch.6)의 관계:
| 측면 | Ch.5 컨텍스트 | Ch.6 가드레일 |
|---|---|---|
| 시점 | 사용 전 영구 설정 | 실시간 검증 |
| 형태 | 시스템 지침 (마크다운) | Hooks 스크립트 (코드) |
| 차단 | 자율적 (지침 따름) | 결정론적 (코드 강제) |
| 위반 시 | AI 답변에 의존 | exit code 2 차단 |
→ Ch.5 컨텍스트가 1차 방어, Ch.6 가드레일이 2차 방어. 둘 다 필요.
사역 적용
본 회차 카드뉴스 5장
1. Persona: "AI에게 매번 같은 지침을 입력하느라 지친 사역자"
2. Context: 시스템 지침 + 사역 DNA 6 요소 + 도구 3가지
3. Task: "안장을 얹는 단계 — 한 번 잘 설계"
4. Format:
- 슬라이드 1: 매번 100단어 입력 vs 한 번 설정
- 슬라이드 2: 도구 3 가지 (Claude Project · Custom GPT · CLAUDE.md)
- 슬라이드 3: 사역 DNA 6 요소
- 슬라이드 4: 본 LLMWiki 4층 컨텍스트 사례
- 슬라이드 5: 4 주 워크숍 시작 가이드
사역자 자기 진단 5 문항
- AI에게 매 질문마다 같은 지침을 반복하지 않는가?
- 사역 DNA 6 요소 중 빠진 것은? (정체성·범위·신학·필터·PII·언어)
- Claude Project / Custom GPT / CLAUDE.md 중 하나라도 사용 중인가?
- 시스템 지침을 정기적으로 갱신하는가? (사역 변화 반영)
- 동료 사역자의 시스템 지침을 검토·공유한 적이 있는가?
본 LLMWiki 컨텍스트 적용 가이드 (개발자용)
# 글로벌 (모든 프로젝트)
~/.claude/CLAUDE.md
# 본 프로젝트
[프로젝트 루트]/CLAUDE.md ← 프로젝트 정체성·11조 Canon
[10 LLMwiki/]/WIKI_CLAUDE.md ← LLMwiki_init SSOT 복사본
[01 LLMwiki 개요/]/README.md ← 9 Chapter × 3 Part 골격
→ 새 프로젝트 시 init_llmwiki_service.md 트리거로 자동 부트스트랩.
한계와 주의사항
- 시스템 지침이 가드레일 대체 ❌ — 지침은 자율적, 가드레일은 결정론적. 둘 다 필요
- 시스템 지침 너무 길면 효과 ↓ — 핵심만 200~500자. 상세는 별도 RAG/지식 베이스
- 시스템 지침 갱신 안 하면 진부화 — 사역 변화·도구 변화 반영 (분기별 점검)
- Custom GPT 공유 시 민감 정보 노출 위험 — PII·교회 내부 자료 공유 ❌
- MCP·RAG는 별도 학습 필요 — 본 회차에서는 개념만, 상세는 term 카드
핵심 인용 / 명언
「내 양은 내 음성을 들으며 나는 그들을 알며 그들은 나를 따르느니라」 — 요 10:27
「복음의 진리에 대하여 너희에게 머물러 있게 하려」 — 갈 2:5
"안장을 얹는 단계 — 한 번 단단히 얹으면 매번 풀 필요 ❌." — 차세대본부 소책자
"사역의 DNA가 시스템 지침에 명시적으로 표현되지 않으면, 매 답변마다 흔들린다." — 본 회차 핵심
다음 회차로 가는 다리
Ch.5가 컨텍스트(자율적 1차 방어) 였다면, Ch.6은 하네스(결정론적 2차 방어). 시스템 지침을 LLM이 따르지 않는 1%의 경우, 코드 레벨에서 강제 차단. 본 시리즈 Part 2의 마무리.
관련
같은 Part 2
- synthesis/ai-seonyong-ch4-prompt-engineering — Ch.4 프롬프트 (개별)
- synthesis/ai-seonyong-ch6-harness-engineering — Ch.6 가드레일 (강제)
Part 3 도구의 정점
- synthesis/ai-seonyong-ch7-llmwiki-knowledge-graph — Ch.7 LLMWiki ★ (컨텍스트의 메타 도구)
핵심 기술
- concept/context-engineering-for-ministry — 사역 컨텍스트 엔지니어링 상세
- term/rag-retrieval-augmented-generation — RAG
- term/mcp-model-context-protocol — MCP
- term/knowledge-graph — 지식 그래프
외부 참조
- 도서 v4 제2부 「컨텍스트」
- 차세대본부 강의 v4.2 (컨텍스트 슬라이드, 차세대 사례)
- 「4중 가드레일 지침서」 §2.1·§2.2 (CLAUDE.md 사례, 차세대 사례)
- Anthropic Claude Code Documentation (CLAUDE.md)
- 디지털 청지기직 보고서 §2 (ministry_rules.md — 4 기둥 1 기둥)
- 요 10:27 / 갈 2:5
외부 보고서 흡수 (본 회차로 흡수된 외부 자료)
본 회차는 컨텍스트·시스템 지침 관련 외부 자료를 흡수한다. 별도 단독 카드로 두지 않는다.
A. 디지털 청지기직 보고서 §2 → 본 회차 흡수
| 보고서 §2 항목 | 본 회차 흡수 위치 |
|---|---|
| ministry_rules.md (term/ministry-rules-md) — 4 기둥 1 기둥 (헌법 카드) | 본 Ch.5 사역 DNA 6 요소의 한 차원 인스턴스 — 마크다운 단일 파일로 사역 정체성·금지 사항 통합 명문화 |
| 사역 컨텍스트 = 시스템 지침 | Ch.5 §6.2 작성 템플릿이 본 보고서 §2 의 한 변형 |
| 사역 매뉴얼 = 컨텍스트 일부 | Ch.5 의 마지막 4 층 (CLAUDE.md → 사역 매뉴얼) 위치 |
B. 사용자 Vibe Coding v2.1 p.18 → 본 회차 정합
"설계 없이는 코드 없다" (3 붙잡음 ③) Vibe Coding은 즉흥이 아니다. 누구를 위해, 왜, 어떤 경계 안에서 쓸 것인가. 설계가 없으면 코드는 쌓이되 사역은 흩어진다.
→ 본 Ch.5 컨텍스트 엔지니어링이 바로 그 "설계" 단계. 설계 없이 안장을 얹지 마라.
C. 디지털 청지기 종합 카드 위치
본 회차로 §2 가 흡수된 후, 종합 카드는 참고용 색인:
- synthesis/digital-steward-evolution-harness-report §2 → 본 Ch.5 흡수
- → 사용자 통합 = synthesis/ai-seonyong-master (들어가며 + 9 Chapter + 마무리)
"안장을 얹는 단계 — 한 번 단단히 얹으면 매번 풀 필요 ❌." "설계 없이는 코드 없다 — 컨텍스트가 그 설계다."