Case: onPP 22 에이전트 오케스트레이션 (양육·예배·말씀 자동화 시스템)

한 줄 정의

onPP (Onnuri Next Generation Prayer Platform) — 온누리교회 차세대본부에서 실제 운영 중인 22 에이전트 시스템. 양육·예배·말씀 묵상·기도 큐레이션을 다중 AI 에이전트 협업으로 처리. 본 LLMWiki 3중·4중 가드레일 카드의 살아있는 사례이자 에이전트 오케스트레이션의 한국 사역 실증.

요약

본 사례는 본 LLMWiki의 가드레일·하네스·오케스트레이션 카드의 실제 운영 모델. ONPP의 4 중 가드레일 지침서 v1.0(781줄) 자료가 본 LLMWiki 가드레일·하네스 회차의 1차 자료.

ONPP 4 중 가드레일:

1. 성경 권위 — 우리말성경 66권만 + 외경·이단 차단
2. 온누리 비전 — Acts 29 + 「복음은 물 문화는 그릇」
3. 차세대 사역지침 — 예꿈·꿈땅·파워웨이브 연령별
4. 개인정보 보호 — PII 자동 마스킹 (휴대폰·주민번호·실명+직책 등)

22 에이전트는 본 LLMWiki 7 그룹 모델과 거의 일치 — 다른 사역 도메인에서 같은 패턴이 독립 발견된 사례. 본 LLMWiki Ch.7 LLMWiki·Ch.8 영성·Ch.6 하네스의 한국 운영 모범.

본문 상세

1. ONPP 시스템 개요

2. 22 에이전트의 7 그룹 분류 (본 LLMWiki 매핑)

→ 두 프로젝트 (ONPP + 본 LLMWiki) 가 동일한 7 그룹 패턴을 발견. 우연이 ❌, 사역 AI의 자연스러운 구조.

3. 4 중 가드레일 — 본 LLMWiki 신학적 토대

ONPP의 4 층 = 본 LLMWiki 3중·4중 가드레일 카드의 운영 모델:

3.1. 1 층 성경의 권위

• 우리말성경 66권 RAG 시스템 통합
• 외경 차단 (토비트·유딧·지혜서·집회서·바룩·마카비)
• 이단 차단 (신천지·여호와의증인·몰몬·안식교·통일교)
• 존재하지 않는 구절 번호 감지 (예: 요 4:55)

3.2. 2 층 온누리 비전·목회 철학

• CLAUDE.md 프로젝트 메모리에 비전 명시: "복음은 물이고, AI는 그릇이다"
• UserPromptSubmit hook으로 방향성 충돌 차단 (정규식)
• Tool permission ask 목록 (WebFetch·git push 등)

3.3. 3 층 차세대 사역지침

• Role-based system prompts (예꿈·꿈땅·파워웨이브)
• 연령 부적합 콘텐츠 차단 (폭력·자해·중독성)
• 교사 행동 수칙 검증 (권위주의·신체 접촉 차단)

3.4. 4 층 개인정보 보호 (PII)

• LLM 전송 직전 마스킹 (PreToolUse hook)
• 정규식: 휴대폰·주민번호·실명+직책·이메일·주소·질병명
• AES-256-GCM 암호화 (DB)
• 모든 LLM 호출 audit.log 기록

4. Claude Code Hooks 매처 매핑 (실제 운영)

"hooks": {
  "UserPromptSubmit": [{ "matcher": ".*", "command": "guardrail-check.js" }],
  "PreToolUse": [
    { "matcher": "Write|Edit", "command": "bible-validator.js" },
    { "matcher": "Bash|WebFetch", "command": "pii-masker.js" }
  ],
  "PostToolUse": [{ "matcher": ".*", "command": "privacy-scrubber.js" }],
  "Stop": [{ "matcher": ".*", "command": "audit-logger.js" }]
}

→ 본 LLMWiki 하네스 엔지니어링 카드의 실제 코드 모범.

5. 본 LLMWiki와의 비교 분석

→ 두 프로젝트는 상호 보완 관계 — onPP가 양육 자료를 만든다면, 본 LLMWiki는 그 양육자의 영적 자질·도구 사용 정체성을 양성.

6. 본 시리즈 9 Chapter와의 인용 매핑

7. 본 사례에서 배울 5 가지 교훈

교훈 ① — 7 그룹 구조의 안정성

다른 사역 시스템도 같은 구조를 발견 → 패턴의 보편성. 본 LLMWiki 에이전트 오케스트레이션 카드 = 사역 AI의 자연스러운 분류.

교훈 ② — Doctrine Sidecar 게이트 필수

ONPP가 doctrine-sidecar (4 층 가드레일 hooks)를 갖췄다면, 모든 사역 AI도 마찬가지. Canon 8 (자동 승격 ❌) + Canon 9~11 (가드레일·인격화·언어).

교훈 ③ — 22 → 38 확장 가능

22 에이전트도 가능, 38 에이전트도 가능. 본 LLMWiki 7 그룹 골격이 확장 가능한 구조.

교훈 ④ — 사역 도메인 전문화 + 메타 사역 분리

• ONPP: 양육·예배 도메인 전문화
• 본 LLMWiki: 정체성·가드레일·도구 사용 메타 사역
• 두 층이 함께 있어야 사역 AI 생태계

교훈 ⑤ — Human-in-the-Loop 절대 필수

22 에이전트가 자율 실행해도 신학·민감 결정은 사람. ONPP가 권한 레벨 1~3으로 명시적 분리.

8. ONPP 사용자 측 본 LLMWiki가 제공하는 부가가치

• ONPP는 사역 실행 자동화
• 본 LLMWiki는 ONPP의 에이전트 가드레일·정체성 교육 자료
• 본 LLMWiki 카드 → ONPP 시스템 지침 (CLAUDE.md)에 직접 적용 가능
• 본 LLMWiki 9 Chapter 시리즈 → ONPP 운영 사역자 양육 자료

9. 한국 교회 사역 자동화 일반화 가능성

• ONPP가 한 교회 자체 시스템이라면, 본 LLMWiki는 모든 교회 사역자 참고 패턴 카탈로그
• 7 그룹 구조 + 4 중 가드레일 + Holy Prompting = 한국 교회 사역 자동화 표준 후보
• 본 사례가 표준화의 출발점

사역 적용

다른 교회 도입 시 가이드 5 단계

1. ONPP의 7 그룹 구조를 자기 사역에 매핑
2. 4 중 가드레일 중 자기 사역에 가장 중요한 1~2 층 우선 도입
3. Claude Code hooks 또는 Custom GPT 시스템 지침 작성
4. 사역자 4 주 워크숍 (본 LLMWiki 4 정체성)
5. 정기 audit.log 리뷰 + 정규식 갱신

본 사례 카드뉴스 5장

1. Persona: "사역 자동화 도입을 검토하는 교회"
2. Context: ONPP 22 에이전트 + 4 중 가드레일 + 본 LLMWiki 매핑
3. Task: "한국 교회 사역 AI 표준 사례"
4. Format:
   - 슬라이드 1: 22 에이전트 = 양육·예배 자동화
   - 슬라이드 2: 4 중 가드레일 동심원
   - 슬라이드 3: 7 그룹 구조 (본 LLMWiki와 동일)
   - 슬라이드 4: ONPP + 본 LLMWiki = 상호 보완
   - 슬라이드 5: "한국 교회 사역 자동화의 표준 출발점"

한계와 주의사항

• 본 카드는 사례 인용, ONPP 시스템의 모든 세부는 내부 자료 — 공개 가능 부분만 인용
• 22 에이전트의 정확한 분류·작동 방식은 추가 검증 필요. 본 카드는 status: draft 유지
• 다른 교회의 ONPP 시스템과 본 프로젝트 간 개인정보·교인 데이터 공유 ❌
• ONPP가 7 그룹 구조를 명시적으로 채택했는지 vs 우연한 유사성인지 확인 필요
• 사례 인용 시 출처 표기: > 출처: 90 입력 자료(INPUT)/9001 onpp/...

핵심 인용 / 명언

"복음은 물이고, AI는 그릇이다. 그릇이 깨지거나 오염되면 아무리 좋은 물도 흘려보낼 수 없다." — ONPP 4 중 가드레일 지침서

"각 층은 독립적으로 차단 가능해야 한다. 하나가 실패해도 다른 층이 방어한다." — Defense-in-Depth

"When in doubt, block." — Fail-Secure 원칙

관련

본 LLMWiki 인용 회차

• synthesis/ai-seonyong-ch6-harness-engineering — Ch.6 ★ 본 사례의 핵심 회차
• synthesis/ai-seonyong-ch7-llmwiki-knowledge-graph — Ch.7 LLMWiki 한국 사례
• synthesis/ai-seonyong-ch8-spirituality-orchestration — Ch.8 영성 오케스트레이션

핵심 개념

• concept/3-layer-guardrail — 가드레일 (본 사례의 1차 자료)
• concept/harness-engineering-for-ministry — 하네스 (본 사례의 코드 모범)
• term/agent-orchestration — 본 사례의 패턴

인물·조직

• entity/onnuri-church — ONPP 운영 주체

외부 참조

• ONPP 4 중 가드레일·하네스 엔지니어링 지침서 v1.0 (2026, 비공개 운영 자료)
• 90 입력 자료(INPUT)/9001 onpp/

출처: 90 입력 자료(INPUT)/9001 onpp/ — 사용자 horimchoe 본인 또는 협력자 작성