출처와 경계

발행 주체

조직: 메디빌더 · 오블리브앤파트너스
1군 공개 로그: https://1gun-logs.almanack.work — 개념·교육·일반 운영, SEO index,follow, Access 없음
2군 비공개 로그: https://2gun-logs.almanack.work — 내부 정본·규약, SEO noindex, Access @medibuilder.com
분류 정본: docs/lane-policy.md

공식 문서 확인

이번 초판에서 확인한 공식 문서는 아래와 같다.

제품	확인한 내용
Astro	Install Astro에서 Node 전제와 프로젝트 생성 흐름 확인
Starlight	Getting Started에서 `src/content/docs/` 기반 콘텐츠 추가와 dev/build 흐름 확인
Cloudflare Pages	Cloudflare Pages Astro guide에서 `npm run build`와 `dist` 출력 기준 확인

사내 간단한 페이지 추천 스택

2026-07-13 기준 공식문서를 확인했다. 설치 명령 자체보다 읽기 중심 / 상호작용 중심 / 접근 제한 / 정식 앱 승격이라는 선택 기준을 본문에 반영했다.

출처	본문에 반영한 내용
Cloudflare Workers — SvelteKit	SvelteKit을 Workers에 배포하는 공식 경로, `@sveltejs/adapter-cloudflare`, Workers binding 연동
Cloudflare Pages — Astro	Astro의 콘텐츠 중심·기본 zero-JavaScript 성격, Pages의 Git build와 preview deployment 흐름
Tailwind CSS — SvelteKit	SvelteKit에서 `@tailwindcss/vite`를 쓰는 현재 설치 경로
Tailwind CSS — Astro	Astro에서 `@tailwindcss/vite`를 쓰는 현재 설치 경로
Cloudflare Access — self-hosted application	공개 인터넷에서 도달 가능한 사내 앱 앞단에 Access 정책을 두는 기본 모델

본문의 Workers 기본 / Pages 예외 구분은 메디빌더 shared governance와도 맞췄다. full-framework·서버 로직은 Workers를 우선하고, 정적 문서와 Git preview UX가 핵심일 때 Pages를 선택한다.

Shopify 마케팅 어트리뷰션 번역

2026-07-23 기준. 내부 Access-gated 교육용 풀 번역. 공개 재배포 아님.

출처	본문에 반영한 내용
Shopify — Marketing Attribution: Models and Best Practices	UTM 5종, 어트리뷰션이 credit 배분이라는 점, 모델 7종, 플랫폼별 차이, FAQ. 본문 도식 이미지 포함
Scrapling body capture (`article`, 2026-07-23)	원문 body MD + 이미지 캡처. Clippings: `shopify-marketing-attribution-body-scrapling-2026-07-23`

조각글: /fragments/shopify-marketing-attribution-ko/.

SSOT 용어 참고

SSOT는 “최초 발명자”가 명확히 남아 있는 고유명사라기보다, 데이터웨어하우스·MDM·기업 정보시스템 문맥에서 굳어진 실무 표현으로 다룬다. 본문은 아래 근거를 쉬운 운영 언어로 낮춰 쓴 버전이다.

출처	본문에 반영한 내용
IBM — System of Record vs. Source of Truth	`system of record`는 특정 도메인의 권한 있는 원천이고, `source of truth`는 여러 원천을 조정한 통합 기준이라는 구분. `single`은 이해관계자와 앱이 하나의 기준을 참조한다는 설계 방향으로 해석
IBM — What is a System of Record?	SOR가 최신 검증 데이터, MDM, golden record, SSOT와 연결된다는 설명. 본문에서는 `원천 표면`과 `정본 표면`을 분리하는 근거로 반영
Bill Inmon — A Tale of Two Architectures	데이터웨어하우스 문맥의 `single version of the truth` 계보와, 여러 legacy system 사이에서 무엇이 맞고 틀린 데이터인지 말해주는 `final word`가 필요하다는 문제의식
DATAVERSITY — Inmon versus Kimball	Inmon식 엔터프라이즈 데이터웨어하우스가 통합 데이터와 data mart의 유일한 공급원을 통해 조직의 일관성을 유지한다는 설명

본문에서는 위 자료들을 근거로 truth를 철학적 진리가 아니라 “현재 업무에서 믿고 움직일 기준”으로 해석한다. 또한 SSOT를 단일 도구나 파일이 아니라 원천 표면 + 정본 표면 + 최신 확인 + 변경 권한자 + 전파 위치로 정의한다.

내부 기준

Artifact Route Pipeline Standard — note folder, canon repo/path, deploy surface를 분리한다.
Handbook Publishing Pipeline Standard — Medibuilder handbook은 Astro Starlight + Cloudflare Pages 표면을 기본으로 본다.
URL Pattern Book — 같은 owner·Access·브랜드 경계의 콘텐츠는 기존 host의 path를 재사용하고 선택 이유를 release evidence 또는 README에 남긴다.
docs/url-policy.md — 이 컬렉션의 /fragments/<concept-slug>/ 규칙과 breaking migration 기록.
Medibuilder Fragments standalone repo — 현 사이트는 Morphda/medibuilder-fragments repo에서 직접 빌드·배포한다.

Artifact route

artifact_route:
  owner_scope: medibuilder
  source_note_folder: /Users/chaselee8811/beamonic/Resources/Business/Medibuilder Fragment Book
  canon_repo: /Users/chaselee8811/medibuilder/medibuilder-fragments
  canon_path: src/content/docs
  deploy_repo: git@github-medibuilder:Morphda/medibuilder-fragments.git
  deploy_surface: Cloudflare Pages medibuilder-fragments.pages.dev
  tracker: none
  last_readback: "2026-07-13: URL_POLICY_OK; semantic fragment URLs built; production and deployment URLs Access 302"