콘텐츠로 바로가기

버전 및 파이프라인 아키텍처

개인 지식 저장소와 웹사이트 간의 에이전트 주도형 파이크라인 아키텍처 시각화

sys.entry
M

Me

hyunyoun's Blog

about2 min read

Omni-Pipeline v2.2

이 페이지는 개인 지식 저장소(Obsidian Vault)에서 본 웹사이트로 지식이 흐름(Flow) 및 변환(Transform)되는 에이전트 주도형 파이프라인의 아키텍처를 설명합니다.

시스템 개요

본 시스템은 에이전트 주도형 자동화를 핵심 가치로 삼으며, 모든 지식의 이동과 배포는 명문화된 거버넌스(AGENTS.md)와 데이터 모델(Data-Model.md)을 따릅니다.

파이프라인 시각화

graph TD A[10_Inbox] -->|Agent Triage| B{Vault Organizer} B --> C[20_ZK Permanent] B --> D[30_PARA Project] B --> E[40_Journal Daily] C -->|public_target: posts| F[content/posts/] C -->|public_target: Blog| G[content/Blog/] E -->|til_promote: true| H[content/TIL/] F --> I{CI/CD Pipeline} G --> I H --> I I --> J[Static Site Deployment] subgraph "Agent Automation Center" B["Vault Organizer (Agent)"] K["Content Pipeline (Agent)"] end K -->|Sync & Transform & Move| F K -->|Sync & Transform & Move| G K -->|Sync & Transform & Move| H

핵심 파이프라인 단계

  1. Discovery (탐색): 에이전트가 Vault 신호를 읽기 전용으로 스캔하고, public_target과 ZK 성숙도(zk_stage)를 기준으로 후보 큐를 만듭니다.
  2. Transformation (변환): Obsidian 고유의 문법(WikiLink 등)을 표준 Markdown 및 Next.js 호환 경로로 변환하되, 새 공개 초안은 항상 draft: true로 시작합니다.
  3. Promotion (초안 생성): 확정된 후보는 canonical target(posts, Blog, TIL, Coding Test)에 맞춰 content/ 초안으로 생성되며, Vault 원본 이동은 별도 승인된 흐름에서만 수행됩니다.
  4. Verification (검증): validate:zk, validate:content-contracts, test:unit, build:ci로 정합성을 확인한 뒤 사람 검토로 draft: false 전환을 결정합니다.

데이터 모델 정책

모든 파이프라인 결과물은 Data-Model.md의 최신 규격을 준수하며, agent_last_sync, sync_status, source_note 필드를 통해 자동화 이력이 기록됩니다.