SRL Business Planning Unit Skill Guide

대표 요구사항과 팀원 해석을 한곳에 체계화한다

`context-vault-workflow`는 회의 녹취, 대표 요구사항, 리더 업무지시, 팀원별 해석, 오버라이드, 맥락 점검 절차를 Obsidian/Markdown 볼트 안에 일관된 구조로 정리하게 하는 실행 규칙 패키지다.

해결 방식 보기 기술 구현 보기
Hierarchy 대표 요구사항, 리더 지시, 팀원 해석을 분리해서 기록
Override 리더 또는 팀원이 다르게 판단한 이유를 명시적으로 남김
Check 산출물이 현재 의도와 공유 정책을 통과하는지 점검
Privacy 공유 정보와 비공유 정보를 볼트 레벨에서 구분

팀원이 리더 지시를 그대로 따르는지보다, 그 지시를 어떻게 해석했고 왜 다르게 실행했는지를 함께 기록하는 구조다.

대표님의 문제의식

우선순위가 높은 문제는 PPT를 다시 뽑는 일이 아니라, 대표님의 의도와 리더의 해석이 팀원 작업 중 계속 보이지 않는 것이다.

Starting point

반복 설명 비용

대표님은 같은 방향성과 판단 기준을 여러 번 설명하게 되고, 팀원은 최신 의도와 이전 의사결정의 연결을 놓치기 쉽다.

의도 희석

대표 요구사항, 리더 지시, 팀원 판단이 한 파일 안에 섞이면 무엇이 상위 의도이고 무엇이 개인 해석인지 금방 흐려진다.

개인 Claude 대화의 단절

각자 Claude를 잘 써도 개인 채팅방에 갇히면 회사 기억이 되지 않는다. 공유 가능한 맥락과 개인 메모를 분리해서 운영해야 한다.

자료 공유가 아니라 맥락 조립

확정된 원칙, 아직 열린 질문, 리서치 근거, 반대 논리, 다음 액션이 한곳에 남아야 팀원이 같은 출발점에서 판단할 수 있다.

잘못된 방향을 늦게 발견

작업 전후에 현재 의도, 공유 정책, 실행 순서를 확인하는 게이트가 없으면 범위 이탈과 누락을 산출물 막판에야 발견한다.

PPT/PDF 재출력은 후순위 병목

재출력 자체가 1순위 문제는 아니다. 정본 맥락이 없기 때문에 좋은 판단을 매번 보고용 문서로 다시 포장하게 되는 결과에 가깝다.

따라서 이 스킬의 첫 목적은 더 예쁜 문서 작성이 아니라, 대표님의 의도와 리더의 해석이 작업 중 계속 보이게 만드는 것이다.

솔루션: 같은 맥락을 보고, 각자의 해석을 남긴다

팀장이 말한 의도를 그대로 복사하는 시스템이 아니라, 팀원이 그 의도를 어떻게 이해했는지 계속 드러내는 작업 구조다.

Solution map
Obsidian logo
Obsidian 팀이 읽고 고치는 공유 볼트
Claude logo
Claude 맥락을 읽고 답하는 실행 도우미
Markdown logo
Markdown 사람과 AI가 같이 읽는 문서
Git logo
Git 누가 언제 바꿨는지 남기는 정본
Cloudflare logo
Web Guide 설치와 사용법을 쉽게 배포
Obsidian logo
Obsidian이 메인 작업면이다 Claude는 이 볼트의 폴더, 문서, CLAUDE.md를 읽고 작업을 돕는다.
BusinessPlanning_Unit_Vault
CLAUDE.md 00_intent_resolution.md 00_workflow_card.md

대표 요구사항과 리더 의도

# CEO Context 전사 방향, 장기 제약, 공유 정책을 상위 맥락으로 둔다.

## Leader Intent 안혜린 리더의 이번 주 우선순위와 승인 기준을 기록한다.

팀원은 여기서 출발한다

내 해석, 실행 순서, 반문, 오버라이드는 별도 카드에 남기고 원본 의도와 연결한다.

## Check 산출물이 현재 맥락, 공유 가능성, 실행 순서와 이어지는지 점검한다.

대표 요구사항 리더 지시 팀원 해석 점검 기록

1. 회사 기억을 한곳에 둔다

대표 요구사항, 리더 지시, 근거 자료, 열린 질문을 볼트 안에 누적한다. Claude는 매번 이 정본 맥락을 먼저 읽고 답한다.

2. 지시와 해석을 분리한다

리더가 무엇을 지시했는지와 팀원이 그것을 어떻게 이해했는지를 따로 쓴다. 이렇게 해야 오해, 확장, 축소가 보인다.

3. 다르게 판단할 길을 열어둔다

팀원은 필요하면 리더 지시를 오버라이드할 수 있다. 대신 왜 다르게 판단했는지와 어떤 리스크를 감수하는지를 남긴다.

4. 맥락 점검이 작업을 정렬한다

작업 시작과 종료 때 현재 의도, 공유 가능성, 실행 순서의 끊김을 점검한다. 잘못된 것은 산출물 막판이 아니라 진행 중에 드러난다.

회의를 넣는다

녹취나 회의 메모를 넣으면 사담을 제외하고 대표 요구사항, 리더 지시, 열린 질문으로 나눈다.

맥락이 정리된다

볼트의 상위 폴더와 프로젝트 폴더에 `CLAUDE.md`가 만들어져 Claude가 먼저 읽을 기준이 생긴다.

팀원이 해석한다

각 팀원은 “나는 리더 의도를 이렇게 이해했다”를 짧게 남기고 자기 실행 순서를 정한다.

다르게 판단한다

필요하면 오버라이드나 반문을 남긴다. 지시와 다르게 가는 이유가 숨지 않는다.

점검 후 산출한다

점검 신호로 의도 누락, 오래된 지시, 범위 이탈을 확인하고 최종 산출물과 근거를 연결한다.

쉽게 말하면 기술적 구현 팀원이 보는 결과
항상 같은 출발점에서 시작한다 폴더별 `CLAUDE.md` hierarchy와 `00_Unit_Context/` 정본 파일 Claude가 대표 요구사항과 리더 지시를 먼저 읽는다
내가 어떻게 이해했는지 보인다 `02_tasks/{member}/00_workflow_card.md`에 개인 해석과 실행 순서 기록 리더 지시와 팀원 해석의 차이가 숨지 않는다
다르게 판단해도 이유가 남는다 `OVR_...`, `LOVR_...` 파일로 override, 반문, 수정 지시 기록 복종 여부보다 판단 근거와 리스크를 검토할 수 있다
잘못된 방향을 빨리 잡는다 점검 기록과 `missing_interpretation`, `stale_instruction`, `scope_drift` 체크 진행 중에 반문, 수정, 재실행 결정을 남긴다
PPT/PDF 재출력을 줄인다 근거, 맥락, 최종 산출물을 같은 workstream 안에 연결 보고용 문서보다 먼저 읽히는 원본 맥락이 생긴다
Scenario A

리더 지시를 팀원이 다르게 해석했다

  1. 팀원이 자기 해석 카드에 “왜 다르게 봤는지”를 먼저 적는다.
  2. Claude는 대표 요구사항과 리더 지시를 같이 보여주며 충돌 지점을 찾는다.
  3. 오버라이드가 필요하면 사유, 리스크, 확인 요청을 남긴다.
Scenario B

리더의 업무지시가 중간에 바뀌었다

  1. 새 지시는 이전 지시를 덮어쓰지 않고 수정 지시로 별도 기록한다.
  2. 각 팀원의 실행 순서 중 무엇을 유지하고 무엇을 바꿀지 표시한다.
  3. 점검 단계에서는 오래된 지시로 움직이는 작업을 먼저 확인한다.
Scenario C

대표가 미팅에 참여했다

  1. 대표 발언은 팀장 지시보다 상위 요구사항으로 분리한다.
  2. 팀장은 실행상 필요한 조정과 예외를 리더 오버라이드로 남길 수 있다.
  3. 팀원은 두 층의 의도를 모두 보면서 자기 작업 기준을 정한다.
Scenario D

공유하면 안 되는 정보가 섞였다

  1. 원문은 비공유 영역에 두고 공유 볼트에는 영향만 요약한다.
  2. Claude가 공유 산출물을 만들 때 민감한 원문을 직접 인용하지 않게 한다.
  3. 점검 단계에서 공유 정책 위반 여부를 마지막으로 확인한다.

여기까지가 사람이 이해해야 할 해결 방식이다. 다음 섹션은 이 구조가 전사로 확장되어도 유닛 자율성과 거버넌스를 함께 지키는 운영 모델이다.

전사 확장과 거버넌스

이 구조는 한 팀의 문서 정리 도구로 끝나면 안 된다. 전사 표준은 작게 두고, 각 유닛은 독립 운영하며, 리스크와 의사결정만 위로 올라가야 한다.

Scale model

전사 공통 기준은 최소화한다

모든 유닛이 같은 방식으로 따라야 하는 것은 폴더 뼈대, 명명 규칙, 공유 정책, 맥락 점검 기준 정도로 제한한다. 세부 업무 방식은 유닛별로 달라도 된다.

유닛은 독립적으로 운영한다

사업기획, 디자인, 개발, 운영 유닛은 각자의 볼트와 `CLAUDE.md`를 가진다. 유닛 리더는 자기 팀의 지시, 해석, 산출물 흐름을 직접 관리한다.

필요한 것만 위로 보고한다

모든 작업을 중앙에서 보지 않는다. 전략 변경, 예산·인력, 대외 리스크, 유닛 간 충돌처럼 위계 판단이 필요한 경우만 요약 패킷으로 보고한다.

거버넌스는 통제가 아니라 기록 체계다

누가 무엇을 왜 바꿨는지, 어떤 근거로 오버라이드했는지, 어떤 결정이 상위 요구사항으로 승격됐는지를 남기는 것이 핵심이다.

전사 표준

공통 폴더, 이름 규칙, 공유 정책, 맥락 점검 기준만 정한다. 유닛별 업무 방식까지 중앙에서 정하지 않는다.

유닛 볼트

각 유닛은 독립 볼트를 운영하고, 자기 팀의 리더 의도와 팀원 해석을 자체적으로 관리한다.

프로젝트 실행

프로젝트와 리서치는 유닛 안에서 빠르게 움직인다. 산출물, 근거, 점검 기록은 같은 흐름에 둔다.

상향 보고

전략·예산·인력·대외 리스크·유닛 간 충돌이 생기면 핵심 요약과 선택지를 위로 올린다.

피드백 반영

대표 또는 전사 판단은 상위 요구사항으로 남고, 관련 유닛의 `CLAUDE.md`와 작업 지시에 다시 내려간다.

운영 층위 각 층위가 책임지는 것 보고 또는 점검 기준
전사 공통 명명 규칙, 공유 정책, 보안 기준, 점검 기준, 대표 요구사항 유닛 간 충돌, 대외 리스크, 예산·인력 결정, 전략 방향 변경
유닛 유닛별 `CLAUDE.md`, 리더 지시, 팀원별 해석, 프로젝트 우선순위 리더 오버라이드, 반복되는 scope drift, 공유 정책 위반 가능성
프로젝트/리서치 실행 순서, 근거 자료, 반문, 산출물, 점검 기록 오래된 지시로 작업했거나 최종 산출물이 근거와 분리된 경우
상향 보고 패킷 현황 요약, 충돌 지점, 선택지, 추천안, 결정 요청 원문 전체가 아니라 의사결정에 필요한 맥락만 올린다
Governance A

유닛은 독립 운영하지만 전략 충돌이 생겼다

  1. 유닛 리더가 충돌 지점을 `LOVR` 또는 보고 패킷으로 요약한다.
  2. 대표 요구사항, 리더 판단, 팀원 해석 중 어디서 충돌이 생겼는지 표시한다.
  3. 상위 결정이 내려오면 해당 유닛의 `CLAUDE.md`와 작업 지시에 반영한다.
Governance B

전사 표준이 바뀌어 유닛 업무가 수정된다

  1. 전사 표준 변경은 상위 요구사항으로 기록하고 적용 범위를 명시한다.
  2. 각 유닛은 자기 프로젝트 중 영향을 받는 항목만 확인한다.
  3. 수정된 작업은 이전 지시를 지우지 않고 변경 이력으로 남긴다.

전사 확대의 핵심은 모든 맥락을 중앙으로 모으는 것이 아니라, 각 유닛이 자기 맥락을 책임지고 필요한 순간에만 의사결정 가능한 형태로 위로 올리는 것이다.

설치

팀원 PC 환경에 맞춰 개인 스킬 또는 프로젝트 스킬로 설치한다.

Claude Code / Codex

개인 PC 전체

Claude Code를 쓰는 개인 환경 전체에서 항상 호출할 수 있다.

Windows PowerShell
$src = "D:\work\srl-ai-creative-unit\10_Projects\_탐색\2026.07.07_Claude_맥락공유_시스템\60_Skills\context-vault-workflow"
$dst = "$env:USERPROFILE\.claude\skills\context-vault-workflow"
New-Item -ItemType Directory -Force -Path (Split-Path $dst) | Out-Null
Copy-Item -Recurse -Force -LiteralPath $src -Destination $dst

볼트 프로젝트 전용

사업기획유닛 볼트 안에서만 스킬이 동작하게 할 때 사용한다.

Windows PowerShell
$vault = "D:\Dropbox\BusinessPlanning_Unit_Vault"
$src = "D:\work\srl-ai-creative-unit\10_Projects\_탐색\2026.07.07_Claude_맥락공유_시스템\60_Skills\context-vault-workflow"
$dst = Join-Path $vault ".claude\skills\context-vault-workflow"
New-Item -ItemType Directory -Force -Path (Split-Path $dst) | Out-Null
Copy-Item -Recurse -Force -LiteralPath $src -Destination $dst

Mac 또는 Codex

Mac은 같은 폴더 구조로 복사하고, Codex는 `.codex/skills`에 둔다.

Mac Bash
SRC="/path/to/srl-ai-creative-unit/10_Projects/_탐색/2026.07.07_Claude_맥락공유_시스템/60_Skills/context-vault-workflow"
DST="$HOME/.claude/skills/context-vault-workflow"
mkdir -p "$(dirname "$DST")"
rm -rf "$DST"
cp -R "$SRC" "$DST"
Codex PowerShell
$src = "D:\work\srl-ai-creative-unit\10_Projects\_탐색\2026.07.07_Claude_맥락공유_시스템\60_Skills\context-vault-workflow"
$dst = "$env:USERPROFILE\.codex\skills\context-vault-workflow"
New-Item -ItemType Directory -Force -Path (Split-Path $dst) | Out-Null
Copy-Item -Recurse -Force -LiteralPath $src -Destination $dst

호출

Claude가 자동으로 스킬을 선택하지 않으면 `/context-vault-workflow`로 명시 호출한다.

Prompt patterns

초기 볼트 세팅

Claude Code
/context-vault-workflow 사업기획유닛 볼트를 초기 세팅해줘. 팀원은 리더 안혜린, 이지현, 한정윤, 김하경이야.

회의 녹취록 반영

Claude Code
/context-vault-workflow 이 녹취록에서 대표 요구사항, 리더 업무지시, 수정지시, 팀원 실행순서를 분리해서 볼트에 반영해줘.

리서치 워크스트림

Claude Code
/context-vault-workflow 26.07.W2_AI리서치_research 워크스트림을 만들고, 리더 의도와 팀원별 해석 카드부터 생성해줘.

오버라이드 기록

Claude Code
/context-vault-workflow 김하경 작업에 대해 리더 지시와 다른 해석을 OVR로 기록하고, 왜 그렇게 해석했는지와 맥락 점검 결정을 남겨줘.

운영 원칙

이 시스템의 핵심은 지시의 복종 여부가 아니라 의도의 해석과 변경 이력을 보이게 하는 것이다.

Daily flow
  1. 작업자는 먼저 `00_workflow_card.md`에서 현재 의도와 상태를 확인한다.
  2. 새 작업 전 `My Interpretation of Leader Intent`를 3줄 이내로 적는다.
  3. 대표 요구사항 또는 리더 지시와 다르게 판단하면 `OVR_YYYYMMDD_###.md`로 남긴다.
  4. 공유하기 애매한 정보는 원문 대신 `12_redacted_context/`에 요약만 둔다.
  5. 개인 메모는 `11_local_private/`에 두고 git/공유 대상에서 제외한다.
대표 요구사항 `00_Unit_Context/05_CEO_REQUIREMENTS.md`에 장기 제약과 전략 요구사항으로 기록한다.
리더 지시 `01_work_orders/`와 `00_intent_resolution.md`에 작업 순서, 승인 기준, 수정 지시를 연결한다.
팀원 해석 `02_tasks/{member-name}/`에 본인이 이해한 리더 의도와 실행 계획을 남긴다.
수정/반문 `03_revisions/LOVR_...` 또는 `05_questions_and_responses/OVR_...`에 이유와 리스크를 남긴다.
최종 산출물 별도 Deliverables 루트를 만들지 않고 해당 workstream의 `09_final/`에 둔다.

맥락 점검 신호

작업 흐름은 빠르게 정렬되어야 한다. 맥락 점검은 의도, 공유 정책, 실행 순서가 자연스럽게 이어지는지 확인한다.

Context check
  • missing_interpretation
    작업은 있는데 팀원 해석이 없다.
  • stale_instruction
    이전 리더 지시를 기준으로 작업했다.
  • orphan_output
    산출물이 요구사항, 업무지시, 근거와 연결되지 않았다.
  • private_without_summary
    비공개 정보가 공유 산출물에 영향을 줬지만 요약이 없다.
  • scope_drift
    합의된 의도 밖으로 작업 범위가 이동했다.
  • blocked_by_policy
    공유 정책 때문에 공개 또는 실행을 멈춰야 한다.
Check prompt
/context-vault-workflow 이번 주 workstream을 점검해서 missing_interpretation, stale_instruction, orphan_output, scope_drift만 우선 표시해줘.

공식 근거와 원본

설치 경로와 스킬 구조는 Claude Code 및 Agent Skills 공식 문서 구조를 따른다.

References
Claude Code Skills Agent Skills Overview

무료 Cloudflare Pages 링크는 URL을 아는 사람이 열 수 있는 공개 링크다. 민감한 회의 원문, 개인 평가, 사담, 비공개 의사결정 자료는 이 HTML 안내 사이트에 올리지 않는다.

Markdown 가이드 10_Projects/_탐색/2026.07.07_Claude_맥락공유_시스템/20260708_Claude_맥락공유_Skill_설치_사용법.md
Skill 원본 10_Projects/_탐색/2026.07.07_Claude_맥락공유_시스템/60_Skills/context-vault-workflow/SKILL.md

Published artifact path: context-vault-skill/latest/usage