JYP Labs 운영 표준 문서 관계 지도 v0.1
목적: JYP Labs 운영 표준 문서들이 서로 무엇을 책임지고, 어떤 방향으로 참조·개정되어야 하는지 한 곳에서 관리한다.
1. 한 줄 결론
- jyp-labs-operating-system-v0.1이 상위 운영체계 / single source of truth다.
- 실행 일정과 완료 상태는
projects문서가 관리하고, 반복 가능한 판단·절차·승인 경계는standards문서가 관리한다. - 상세 실행 로그와 명령 결과는
wiki/work/logs/에 두고, 표준 문서에는 적용 상태와 링크만 남긴다.
2. 계층 구조
L0. 상위 기준 / 문서 지도
├─ JYP Labs 운영 체계 v0.1
├─ JYP Labs AI-native Company Operating System v0.2
└─ JYP Labs 운영 표준 문서 관계 지도 v0.1
L1. 실행 로드맵 / 프로젝트 상태
├─ JYP Labs AI 업무 운영체계 실행 계획
└─ JYP Labs 3대 AI 운영 후보 실행 Plan
L2. 공통 운영 원칙
├─ Sophie Reliable Workflow Operating Standard
├─ JYP Labs Memory Operating Standard
├─ Sophie Memory Candidate Checklist
├─ JYP Labs Agent Contract Standard v0.1
├─ JYP Labs Expert Agent Contracts v0.1
└─ JYP Labs Revenue & Knowledge Loop v0.1
L3. 핵심 변환 표준
├─ JYP Labs AI Skill Operating Standard
├─ JYP Labs Loop Engineering 표준안
└─ OMW 수집 문서 분류 기준
L4. 평가·도메인 SOP
├─ OMW TOP3 평가 체크리스트
├─ AI 도구 검증 루프
├─ 신규 직원 협업 프로세스 운영 표준
├─ JYP Labs 세컨브레인 운영 표준
├─ 바이브코딩 MVP SOP
└─ Hermes/Codex Plugin Metadata Review SOP
L5. 실행 로그 / 산출물
├─ wiki/work/logs/
├─ wiki/work/projects/
├─ wiki/teaching/
├─ Hermes skills / scripts / cron
└─ Sophie cron 조직체계 적용 기록3. 문서별 책임 경계
| 문서 | 계층 | 핵심 질문 | 주 관리 범위 | 변경 기준 |
|---|---|---|---|---|
| jyp-labs-operating-system-v0.1 | L0 | JYP Labs는 AI 업무를 어떤 체계로 운영하는가? | 운영 아키텍처, 역할, cron, 승인 경계, 품질관리 | 운영 구조·승인 경계·공통 원칙 변경 시 갱신 |
| jyp-labs-ai-native-company-operating-system-v0.2 | L0 | JYP Labs 전체 회사를 어떤 AI-native 운영체계로 설계할 것인가? | 교육·컨설팅·AI Work OS·지식자산을 3개 운영축과 5개 에이전트 셀로 묶는 회사 운영 기준 | 회사 정체성·조직 구조·Sophie 역할 경계 변경 시 갱신 |
| jyp-labs-operating-standards-map-v0.1 | L0 | 운영 표준들이 서로 어떤 관계인가? | 계층, 책임 경계, 참조 방향, 개정 규칙 | 표준 문서 추가·분리·역할 변경 시 갱신 |
| jyp-labs-ai-work-operating-system-plan | L1 | 무엇을 어떤 순서로 실행할 것인가? | 로드맵, 산출물 계획, 완료/운영 상태 | 일정·상태·산출물 변경 시 갱신 |
| jyp-labs-three-track-ai-ops-plan-2026-06-11 | L1 | 3대 실행 후보를 어떻게 운영 자산으로 만들 것인가? | AI 도구 검증, 세컨브레인, 바이브코딩 MVP 전환 계획 | 3대 축 실행 상태 변경 시 갱신 |
| sophie-reliable-workflow-operating-standard-v0.1 | L2 | Sophie/Hermes는 어떻게 믿을 수 있게 일하는가? | 작업 계약, Closed Loop, Evidence Package, Scale-up | 실행 신뢰성 기준 변경 시 갱신 |
| jyp-labs-memory-operating-standard-v0.1 | L2 | 무엇을 memory, OMW, skill에 저장할 것인가? | 장기기억 저장 기준, stale 정보 배제, 저장소 경계 | 기억 정책·저장 경계 변경 시 갱신 |
| sophie-memory-candidate-checklist-v0.1 | L2 | 실제 작업 중 memory 후보를 어떻게 판정하는가? | 메일·브리핑·OMW·개발 memory 체크리스트 | 체크리스트 항목 변경 시 갱신 |
| jyp-labs-agent-contract-standard-v0.1 | L2 | 전문가 에이전트는 어떤 실행 계약과 권한 경계로 일하는가? | Agent Contract, Task Contract, Handoff Packet, Evidence Package, 에스컬레이션 | 에이전트 추가·권한 경계·검증 루프 변경 시 갱신 |
| jyp-labs-expert-agent-contracts-v0.1 | L2 | 15개 전문가 에이전트는 각각 어떤 상세 계약으로 운영되는가? | 에이전트별 Mission, Trigger, Inputs, Outputs, Tools, KPI, Stop Conditions, Handoff, 템플릿 | 개별 에이전트 책임·권한·검증 기준 변경 시 갱신 |
| p0-agent-soul-profiles-v0.1 | L3 | P0 에이전트는 어떤 정체성·말투·판단철학으로 작동하는가? | Scout, Nora, Archie, Grace, Mason SOUL.md 색인 | P0 Agent 운영 적용·프로필명 변경 시 갱신 |
| jyp-labs-revenue-knowledge-loop-v0.1 | L2 | 매출 활동과 지식자산 축적은 어떻게 순환하는가? | 교육→컨설팅→AI Work OS→콘텐츠/지식자산 루프, KPI, 상품 포트폴리오 | 상품 포트폴리오·고객 전환 경로·지식자산화 기준 변경 시 갱신 |
| jyp-labs-ai-skill-operating-standard-v0.1 | L3 | 반복 업무를 어떻게 skill로 정의할 것인가? | skill 정의, 템플릿, 검증, 승인 경계 | skill 작성·평가 기준 변경 시 갱신 |
| jyp-labs-loop-engineering-standard-v0.1 | L3 | 업무를 어떻게 반복 개선 루프로 만들 것인가? | 루프 단계, 검증 레벨, verifier, human QA | 루프 설계·검증 단계 변경 시 갱신 |
| omw-collected-doc-classification-standard-v0.1 | L3 | 수집 문서를 어떤 후보로 분류할 것인가? | 스킬/강의/자동화/loop 후보 분류, 출력 형식 | 후보 분류 기준·브리핑 포맷 변경 시 갱신 |
| omw-top3-evaluation-checklist-v0.2 | L4 | 어떤 후보를 이번 주 TOP3로 올릴 것인가? | 점수표, 가중치, 위험 보정, KPI | 점수 임계값·가중치·KPI 변경 시 갱신 |
| ai-tool-validation-loop-v0.1 | L4 | 새 AI 도구/모델을 어떻게 검증할 것인가? | 중복 클러스터링, 7문항 검증, 도입/보류 판정 | 도구 검증 질문·승인 경계 변경 시 갱신 |
| new-hire-collaboration-process-standard-v1.0 | L4 | 신규 직원 협업 과정의 역할·요청·인계·피드백·승인 경계를 어떻게 점검할 것인가? | 내부 협업 점검 절차, Handoff Note, RACI, 운영 관찰 지표, 승인 경계 | 신규 직원 협업 점검 방식·승인 경계·RACI 변경 시 갱신 |
| jyp-labs-second-brain-operating-standard-v0.1 | L4 | 지식을 어떻게 실행 자산으로 승격할 것인가? | source/raw 보존, 연결, 후보화, 승격 경로 | OMW/Obsidian/Hermes 지식 운영 방식 변경 시 갱신 |
| vibe-coding-mvp-sop-v0.1 | L4 | 아이디어를 어떻게 MVP로 검증할 것인가? | MVP plan, agent task, 품질 게이트, 제품화 판단 | MVP 품질 기준·agent 실행 방식 변경 시 갱신 |
| hermes-codex-plugin-metadata-review-sop-v0.1 | L4 | plugin metadata를 어떻게 안전하게 검토할 것인가? | read-only 검토, 금지 작업, dry-run 로그 | plugin 검토 기준·권한 경계 변경 시 갱신 |
| jyp-labs-gstack-review-lane-pilot-plan-2026-06-19 | L5 | gstack를 JYP Labs 외부 전문 검토 레인으로 쓸 수 있는가? | Codex CLI + gstack read-only 파일럿, Evidence Package, continue/adapt/stop 판정 | 파일럿 결과·장기 운영 여부 결정 시 갱신 |
| sophie-cron-org-system-application-2026-06-16 | L5 | 현재 Sophie cron 작업들은 JYP Labs 조직체계에서 어떤 역할을 맡는가? | cron별 운영축, 에이전트 셀, P0 역할, 승인 경계, 개선 후보 적용 기록 | cron 구성·역할·승인 경계 변경 시 관련 표준과 함께 갱신 |
4. 참조 방향
상위 운영 원칙
↓
공통 실행 신뢰성 / 기억 정책
↓
핵심 변환 표준: skill / loop / classification
↓
평가·도메인 SOP: TOP3 / AI tool / second brain / MVP / plugin
↓
프로젝트 실행·로그·스킬·강의 산출물참조 규칙:
- 하위 문서는 상위 문서를 참조한다.
- 상위 문서는 하위 문서의 세부 절차를 복제하지 않고 역할과 링크만 둔다.
- 같은 내용이 겹치면
L0 → L2 → L3 → L4 → L5순서로 책임 문서를 결정한다. - 프로젝트 문서는 상태·일정·완료 증거를 관리하고, 표준 문서는 반복 가능한 기준만 관리한다.
- 실행 로그는 표준 문서가 아니라
wiki/work/logs/또는 관련 project 문서에 남긴다.
5. 개정 의사결정 규칙
| 변경 내용 | 우선 갱신 문서 | 함께 확인할 문서 |
|---|---|---|
| 운영 구조, 역할, 승인 경계 | jyp-labs-operating-system-v0.1 | 본 문서, Sophie 신뢰성 표준 |
| 회사 전체 AI-native 조직 체계 | jyp-labs-ai-native-company-operating-system-v0.2 | 상위 운영체계, 관계 지도 |
| 전문가 에이전트 계약·권한 경계 | jyp-labs-agent-contract-standard-v0.1 | Sophie 신뢰성 표준, Skill 표준, Loop Engineering |
| 15개 전문가 에이전트 상세 계약 | jyp-labs-expert-agent-contracts-v0.1 | Agent Contract Standard, AI-native Company OS |
| 교육·컨설팅 매출과 지식자산 루프 | jyp-labs-revenue-knowledge-loop-v0.1 | AI-native Company OS, 세컨브레인 표준, OMW 분류 기준 |
| 표준 문서 추가·역할 변경 | 본 문서 | index, 상위 운영체계 |
| 일정·실행 상태·완료 여부 | 관련 wiki/work/projects/ 문서 | 상위 운영체계 변경 이력 |
| Sophie/Hermes 실행 품질 기준 | sophie-reliable-workflow-operating-standard-v0.1 | skill/loop/domain SOP |
| memory 저장 기준 | jyp-labs-memory-operating-standard-v0.1 | sophie-memory-candidate-checklist-v0.1 |
| skill 작성 기준 | jyp-labs-ai-skill-operating-standard-v0.1 | Loop Engineering 표준 |
| loop 설계·검증 단계 | jyp-labs-loop-engineering-standard-v0.1 | Sophie 신뢰성 표준, TOP3 체크리스트 |
| OMW 수집 후보 분류 | omw-collected-doc-classification-standard-v0.1 | TOP3 체크리스트 |
| TOP3 점수·가중치 | omw-top3-evaluation-checklist-v0.2 | TOP3 운영 로그 |
| AI 도구 검증 | ai-tool-validation-loop-v0.1 | OMW 분류 기준, plugin SOP |
| 신규 직원 협업 프로세스 | new-hire-collaboration-process-standard-v1.0 | Agent Routing, Agent Contract, Sophie 신뢰성 표준 |
| 세컨브레인 운영 | jyp-labs-second-brain-operating-standard-v0.1 | memory 표준, OMW 분류 기준 |
| 바이브코딩 MVP | vibe-coding-mvp-sop-v0.1 | Loop Engineering, Sophie 신뢰성 표준 |
| Codex/plugin 검토 | hermes-codex-plugin-metadata-review-sop-v0.1 | AI 도구 검증 루프, dry-run 로그 |
| Sophie cron 업무 적용 | sophie-cron-org-system-application-2026-06-16 | AI-native Company OS, Agent Routing, Sophie 신뢰성 표준 |
6. 표준 문서와 로그 문서 경계
- 표준 문서에 남길 것: 목적, 적용 범위, 판단 기준, 승인 경계, 체크리스트, 출력 템플릿, 로그 위치, 개정 후보, 적용 상태 요약.
- 로그 문서에 남길 것: 날짜별 실행 기록, 액션 ID, 명령 stdout/stderr, dry-run 결과, cron 실행 결과, 완료 증거 패키지.
- 프로젝트 문서에 남길 것: 일정, 소유자, 산출물, 완료/운영/보류 상태, 다음 의사결정.
7. 현재 우선 관리 묶음
| 묶음 | 포함 문서 | 운영상 의미 |
|---|---|---|
| Core OS | 운영 체계, 관계 지도, AI 업무 운영체계 실행 계획 | 전체 방향과 로드맵 |
| Reliability | Sophie 신뢰성 표준, Memory 표준, Memory 체크리스트 | Sophie가 믿을 수 있게 일하는 방식 |
| Conversion | Skill 표준, Loop Engineering, OMW 분류 기준 | 수집 신호를 반복 가능한 자산으로 바꾸는 방식 |
| Evaluation | OMW TOP3 체크리스트, AI 도구 검증 루프 | 후보를 고르고 도입/보류/강의/자동화를 판정하는 방식 |
| Domain SOP | 신규 직원 협업 프로세스, 세컨브레인, 바이브코딩 MVP, Codex/plugin SOP | 특정 업무 영역의 실행 절차 |
8. 승인 및 적용 기록
| 날짜 | 승인/적용 내용 | 산출물 |
|---|---|---|
| 2026-06-16 | 대표님이 본 문서를 상위 조직체계 문서로 승인하고, 현재 Sophie cron 작업들에 실제 업무 적용을 지시 | sophie-cron-org-system-application-2026-06-16 |