title: 정보 신뢰성 + 프로세스 준수 현황 분석 플랜 date: 2026-02-28T12:40:00+09:00 status: in-review layer: L1-analysis reviewed_by: jarvis reviewed_at: 2026-02-28T12:45:00+09:00 approved_by: approved_at:
정보 신뢰성 + 프로세스 준수 현황 분석
For Claude: 이 문서는 조사·분석 플랜이다. 각 Phase를 순서대로 수행 후 결과를
docs/plans/2026/02/28/information-reliability-compliance-report.md에 저장한다.
목표: 자비스+머스크 운영 시스템의 정보 신뢰성 문제와 프로세스 준수 갭을 진단하고, 구체적 개선안을 도출한다.
접근 방법: 현존하는 모든 규칙 문서를 인벤토리화 → 버전/날짜/충돌 여부 분석 → 프로세스 준수 이력 검토 → 머스크·자비스 공통규칙 갭 식별 → 우선순위 개선안 제시.
Phase 1: 규칙 문서 인벤토리
목적: 현재 운영 중인 모든 규칙/지침 문서를 목록화하고 메타정보를 파악한다.
1-1. 대상 문서 경로
| 위치 | 경로 | 적용 대상 |
|---|---|---|
| 글로벌 지침 | ~/.claude/CLAUDE.md | 전체 |
| 프로젝트 공통 | business-builder/CLAUDE.md | 자비스+PL |
| 자비스 전용 스킬 | .claude/skills/jarvis-only/*.md | 자비스만 |
| 공유 스킬 | .claude/skills/shared/*.md | 전체 |
| 비즈빌더 스킬 | .claude/skills/*.md | 자비스+PL |
| 글로벌 스킬 | ~/.claude/skills/*.md | 전체 |
| MEMORY.md | memory/MEMORY.md | 자비스 |
| 프로젝트 CLAUDE.md | projects/*/CLAUDE.md | 각 PL |
1-2. 각 문서별 확인 항목
- 파일명 + 경로
- 마지막 수정일 (git log --follow)
- 작성자/승인자 (파일 내 명시 여부)
- "절대 규칙" 항목 수
- 날짜가 명시된 규칙 항목 수
- 다른 문서 참조 수
Phase 2: 정보 신뢰성 분석
목적: 규칙 간 충돌, 구버전 잔존, 날짜 누락 항목을 식별한다.
2-1. 신뢰성 위험 패턴 탐색
다음 패턴을 각 문서에서 탐색한다:
[충돌 위험]
- 동일 주제를 다루는 규칙이 2곳 이상에 존재하는가?
- 최신 규칙(더 늦은 날짜)과 구버전이 공존하는가?
- "절대 금지" 항목이 다른 문서의 "허용"과 상충하는가?
[날짜/버전 누락]
- 규칙에 날짜가 없어 신규/구버전 판별 불가한 항목
- "CEO 확정", "VP 지시" 날짜가 없는 규칙
[참조 단절]
- CLAUDE.md가 참조하는 스킬 파일이 실제로 존재하는가?
- 스킬이 참조하는 스크립트/경로가 유효한가?
2-2. 실제 발생한 신뢰성 사고 목록 (이미 확인된 사례)
| 사고 | 근본 원인 | 현재 상태 |
|---|---|---|
| 자비스 → iu-reply.sh 오발송 | contents-builder CLAUDE.md 페르소나 오염 | 수정 완료 (2026-02-28) |
| python3/localhost:5555 직접 호출 | telegram-communication.md 구버전 잔존 | 수정 완료 (2026-02-28) |
| PL tmux vs Task tool 혼용 | 2개 규칙 문서에 상충 내용 | 미해결 |
2-3. 구버전 잔존 고위험 파일 우선 탐색
# 최근 30일 내 수정되지 않은 규칙 파일 (잠재적 stale)
git log --follow --format="%ai %s" -- .claude/skills/**/*.md | head -30
# 파일 내 날짜 명시 현황
grep -r "202[0-9]-[0-9][0-9]-[0-9][0-9]" .claude/skills/ | wc -l
grep -r "CEO.*확정\|VP.*지시\|CEO.*지시" .claude/skills/ | wc -l
Phase 3: 프로세스 준수율 측정
목적: 핵심 프로세스 규칙들이 실제로 지켜지고 있는지 증거 기반으로 측정한다.
3-1. 측정 대상 프로세스
| # | 프로세스 | 규칙 출처 | 측정 방법 |
|---|---|---|---|
| P1 | PL 소환 = spawn-project-claude.sh (tmux) | MEMORY.md | git log + tmux ls 확인 |
| P2 | writing-plans 먼저, 코딩 나중 | planning-rules.md | docs/plans/ 파일 타임스탬프 vs git 첫 커밋 비교 |
| P3 | 빌드 성공 후 push | pl-git-rules.md | 최근 커밋 메시지 패턴 분석 |
| P4 | 30분 VP 보고 | MEMORY.md | memory/jarvis-reports/ 타임스탬프 분석 |
| P5 | 파괴적 명령 금지 | CLAUDE.md | git log 검색 (--force, rm -rf, DROP) |
| P6 | 문서 덮어쓰기 금지 (버전 생성) | planning-rules.md | docs/plans/ 파일 이름 패턴 확인 |
| P7 | Obsidian 동기화 | pl-development.md | ObsidianVault 파일 타임스탬프 확인 |
3-2. 준수율 판정 기준
GREEN : 최근 7일 내 위반 사례 없음
YELLOW : 1~3건 위반, 자가수정 있음
RED : 3건 이상 위반, 또는 현재 진행 중인 위반
N/A : 측정 데이터 불충분
Phase 4: 머스크+자비스 공통 규칙 갭 분석
목적: 두 에이전트가 공통으로 알아야 하는 규칙 중 한쪽에만 존재하는 항목을 식별한다.
4-1. 규칙 분류 기준
[자비스만 알아야 함]
- 텔레그램 봇 운영 (vice-reply.sh, jarvis-ceo-reply.sh)
- OKR 관리 DB 직접 쿼리
- PL 스폰 권한
- 30분 VP 보고 의무
[머스크만 알아야 함]
- openclaw system event 사용 방법
- VP Queue API 관리
- CEO HOLD 해제 판단 기준
[공통으로 알아야 하는데 현재 단편화된 것]
- production 직접 push 절대 금지
- writing-plans 먼저, 코딩 나중
- 문서 덮어쓰기 금지
- DB 보호 규칙 (app_user, drizzle-kit push 금지)
- 파괴적 명령 CEO 승인 필수
- CEO 블로킹 시 즉시 다음 과업 착수
4-2. 현재 공통 규칙 커버리지
| 공통 규칙 | 자비스 문서 | 머스크 문서 | 갭 |
|---|---|---|---|
| production push 금지 | MEMORY.md ✅ | ? | 확인 필요 |
| writing-plans 먼저 | planning-rules.md ✅ | ? | 확인 필요 |
| 문서 덮어쓰기 금지 | planning-rules.md ✅ | ? | 확인 필요 |
| DB 보호 규칙 | CLAUDE.md ✅ | ? | 확인 필요 |
| 4대 운영 원칙 | MEMORY.md ✅ | ? | 확인 필요 |
Phase 5: 개선안 도출
목적: Phase 1~4 분석 결과를 기반으로 우선순위 개선안을 제시한다.
5-1. 예상 개선안 항목 (사전 가설 — 분석 후 확정)
개선안 A: 공통 규칙 스킬 파일 신설
신규 파일: .claude/skills/shared/musk-jarvis-common-rules.md
내용: 두 에이전트 공통 적용 불변 규칙 집약
적용: 자비스+머스크 양쪽 세션 모두 로드
개선안 B: 규칙 파일 메타데이터 표준화
모든 규칙 파일 frontmatter 표준 추가:
---
last_verified: 2026-02-28T12:00:00+09:00
verified_by: jarvis
supersedes: (구버전 파일명 또는 없음)
applies_to: [jarvis, musk, pl-dev, pl-use] # 적용 대상 명시
---
개선안 C: 규칙 충돌 감지 체크리스트
규칙 추가/수정 시 의무 수행:
1. grep -r "동일 주제어" .claude/skills/ — 기존 규칙 검색
2. 기존 규칙과 신규 규칙 비교
3. 충돌 시 구버전 파일에 deprecated 표시 + 신버전 참조
4. MEMORY.md 반영 여부 확인
개선안 D: 정보 출처 우선순위 계층 명문화
신뢰 순위 (높음 → 낮음):
1. 이 대화의 CEO/VP 직접 지시 (최신)
2. CLAUDE.md (현재 세션 로드된 버전)
3. jarvis-core.md (자비스 전용 핵심 지침)
4. MEMORY.md (날짜 최신 항목 우선)
5. .claude/skills/*.md (날짜 명시 규칙 우선)
6. 날짜 없는 규칙 (가장 낮은 신뢰)
충돌 시: 더 높은 계층 + 더 최신 날짜 항목 우선
개선안 E: PL 소환 프로세스 단일화
현재 혼용:
- spawn-project-claude.sh (tmux) → MEMORY.md 지정
- Task tool + TeamCreate → MEMORY.md 지정 (코딩 외)
- 실제: 상황별로 혼용되어 규칙 모호
개선안:
- 코드 개발 PL: spawn-project-claude.sh (tmux 세션)
- 분석/플랜 작업: Task tool + TeamCreate (서브에이전트)
- 두 케이스를 명확히 구분하여 문서화
결과물 요구사항
분석 완료 후 아래 보고서를 작성한다:
파일: docs/plans/2026/02/28/information-reliability-compliance-report.md
구성:
- 규칙 문서 인벤토리 (총 N개, 날짜 있음 M개, 없음 K개)
- 충돌 발견 목록 (항목별 위험도 HIGH/MED/LOW)
- 프로세스 준수율 표 (P1~P7, 신호등 색상)
- 머스크+자비스 공통 규칙 갭 목록
- 개선안 우선순위 (즉시/1주/1개월)
리뷰 로그
[자비스 1차 작성] 2026-02-28 12:40
- VP 긴급 요청으로 작성
- Phase 1~5 구조화 완료
- 결과: 자비스 검수 후 VP 승인 요청