← Home

TAB Project Wiki

Core Context

Properties3
descriptionThe user's core context — identity, knowledge-collection purpose (reuse axes), and philosophy. LLM must read this BEFORE any ingest/query/lint so operations align with the user's purpose, not just structure. Fill in placeholders before using.
tagssystem, schema, core-context
aliasesUser Context, 핵심 맥락

8 min read

🧭 Core Context — LLM Wiki 사용자 맥락

이 노트는 LLM 이 ingest / query / lint 전에 반드시 먼저 읽는 사용자 맥락입니다. /onboard 인터뷰로 작성됨 (2026-07-28).

1. Who — 사용자 정체성

기본 정체성

  • 이름: David
  • 직함 / 역할: Turbo Air 데이터 및 비즈니스 분석가
  • 전문 분야: 사업 전략 수립, AI/자동화 도입, 데이터 분석
  • 주 활동 영역: TAB 프로젝트 — 영업·재무·운영 데이터 통합/분석 및 사내 AI 자동화 개발 (기획부터 구현·운영까지 단독 전담)

연속성 선언 (Continuity Statement)

“회사의 영업·재무·운영 데이터가 여기저기 흩어져 있어 ‘왜 이번 달 판매량이 떨어졌지?’ 같은 단순한 질문에도 답하기 어렵다는 문제의식에서 TAB 프로젝트를 시작했다. 이 위키는 그 과정에서 쌓이는 분석·개발 기록을 한 곳에 모아, 사업 전반의 기회/위기 발견과 현황 분석 질문에 답하기 위한 지식 베이스를 구축하기 위함이다.”

이 선언은 LLM 이 “왜 이 사람이 이 주제를 수집하는가” 의 깊이를 이해하는 앵커가 된다.

2. Why — 지식을 수집하는 목적 (재활용 축)

미래의 나에게 보내는 편지: “이 소스가 아래 어느 축에 재활용될지” 를 수집 시점에 명시하지 못하면 수집하지 않는다.

  1. 사업/경영 결정: 영업·재무·운영 현황 분석, 기회/위기 발견, 경영진 보고
  2. AI/자동화 도입: 사내 AI 도구 도입, 자동화 프로젝트, 엔지니어링 참고자료
  3. 데이터 파이프라인/기술 구현: Google Apps Script, Obsidian Vault, Claude API 연동 등 TAB 의 기술적 뼈대
  4. KPI/성과 관리: 부서별 KPI 진단, 이상 징후 포착, 대시보드 (Power BI/Excel)
  5. 1인 프로젝트 리더십: 기획부터 개발·운영까지 혼자 전담하는 프로젝트 운영 — 우선순위, 리소스 배분, 이해관계자 커뮤니케이션

5개 축으로 시작. 새 재활용 패턴이 반복되면 /refresh-context 로 추가.

3. What — (옵션) 개인 지식 프레임워크

아직 별도 프레임워크 없음 — 필요 시 /refresh-context 로 추가.

4. How — (옵션) 지식 시스템 철학

아직 미기입 — 필요 시 /refresh-context 로 추가.

5. 위성 데이터 볼트 (Satellite Data Vaults, 2026-08-04 등록)

이 섹션은 §5(과거 Mode B mothership 등록용, “해당 없음” 삭제됨)의 번호를 재사용한다. 방향이 반대임에 유의: §5는 원래 “GuWiki가 위성으로서 상위 개인 PKM(mothership)을 참조”하는 용도였지만(현재 Mode A라 미사용), 여기서는 “GuWiki가 모선(mothership)이 되어 특정 업무 데이터 볼트를 위성으로 참조”하는 반대 방향의 새 관계다.

위성 볼트경로목적접근 절차
05_SalesReport/c/Users/David/Desktop/Vaults/05_SalesReportTurbo Air 판매실적 Power BI 시맨틱 모델의 스키마·비즈니스 용어·산출 방법론(Data Catalog, Business Glossary, 분석보고서)영업판매실적 조회 절차

핵심 원칙: 05_SalesReport는 스키마 설명서로만 참조하고, 실제 판매 데이터(Google Sheets Sales Data, 16,811행+ 실시간 누적)는 GuWiki가 Google Drive 커넥터로 직접 조회한다 — 05_SalesReport를 경유하지 않는다. 상세는 CLAUDE “위성 데이터 볼트 연결” 섹션과 영업판매실적 조회 절차 참고.

6. Operational Directives (LLM 행동 규칙)

Ingest 시

  1. /ingest 는 반드시 “왜 수집했는가?” 를 1회 묻는다 (미래의 나에게 보내는 편지, §2 축 참조).
  2. 사용자 답변을 받으면 (mothership 이 있다면) 유사 노트 검색하여 mainVaultRelated 기록.
  3. Raw Source frontmatter 에 collectionPurpose, mainVaultRelated, mainVaultCmds 기록.
  4. 영업/판매실적 관련 소스는 §5 위성 데이터 볼트(05_SalesReport) 문서를 근거로 삼았다면 satelliteVaultRelated 에 기록 — mainVaultRelated 와 혼용하지 않는다(방향이 반대).

Query 시

  1. 답변이 §2 5 재활용 축 중 어느 축에 연결되는지 명시.
  2. mothership 볼트 없음 (Mode A, 단독 운영) — cross-vault 참조 생략.
  3. 영업/판매실적 질문은 §5 위성 데이터 볼트 규칙을 따른다: 숫자는 영업판매실적 조회 절차 절차로 매번 live 재계산, 스키마 설명은 05_SalesReport를 참조(복사하지 않음).

Lint 시

  • Raw Source 에 collectionPurpose 없으면 flag.
  • Core Context snapshot_date 가 30 일 이상 오래되면 /refresh-context 추천.

이미지 저장

  • 모든 이미지·첨부: 80. References/Attachments/ 일원화.

7. 채우고 나서

  • §1 정체성 채움
  • §2 재활용 축 5개 정의
  • (옵션) §3 개인 프레임워크 — 아직 없음
  • (옵션) §4 철학 — 아직 없음
  • (옵션) §5 mothership 볼트 등록 — Mode A, 해당 없음. 단, §5 번호는 2026-08-04 “위성 데이터 볼트”(05_SalesReport, 반대 방향) 등록으로 재사용됨
  • frontmatter status: template → status: active
  • frontmatter snapshot_date 오늘 날짜
  • frontmatter source: 에 본인이 참고한 에세이·노트 경로 추가 — 필요 시 추가

완료. 첫 /ingest 를 실행해보세요. Core Context 가 작동하면 LLM 이 §2 축을 언급하며 목적 질문을 던집니다.

v1.0 — Karpathy LLM Wiki pattern + 미래의 나에게 보내는 편지 · /onboard 로 작성 (2026-07-28, Mode A 단독 운영)

그래프 뷰

백링크