Apothem 문서

Apothem은 호스트에 구애받지 않는 하니스 구성 관리자입니다. ~/.config/apothem/profile.yaml 에 하나의 공유 프로필을 작성하면, Apothem이 이를 열일곱 개 하니스의 네이티브 구성 표면으로 머티리얼라이즈합니다 — Claude Code, Cursor, Gemini CLI, GitHub Copilot, Codex, Windsurf, Zed, 그리고 등록된 카탈로그의 나머지입니다.

Apothem이 동기화하는 단위는 규칙만보다 넓습니다. 규칙, 스킬, 서브에이전트, 슬래시 커맨드, 훅, 출력 스타일, 상태 표시줄, 템플릿, 적합성 검증기, 스키마, 하니스별 지침 템플릿, Claude Code 설정 템플릿이 하나의 거버넌스된 코퍼스로 함께 이동합니다. 각 하니스의 네이티브 형식으로 머티리얼라이즈되거나, 도구에 대응하는 프리미티브가 없는 경우에는 Apothem 소유의 지원 하위 트리로 머티리얼라이즈됩니다. 공유 프로필은 MCP 서버 정의도 함께 담습니다.

처음 오셨나요? 두 단계로 시작하기Copy Anchor Link

1. 설치 — 설치 경로(도구 네이티브 플러그인과 확장, npx, 원스텝 스크립트) 하나를 고르고 가이드가 있는 첫 단계를 실행합니다. 모든 경로에는 시스템 Python 3.10 이상(click과 rich 포함)이 필요하고, npx와 확장 채널에는 추가로 Node.js 18 이상이 필요합니다.
2. 첫 번째 동작하는 실행에 도달하기 — 공유 프로필을 작성하고, 그로부터 하니스의 네이티브 구성을 머티리얼라이즈하며, 결과를 검증합니다. 처음부터 끝까지 약 15분입니다.

Apothem의 작동 방식Copy Anchor Link

• 하나의 프로필, 여러 네이티브 구성. 의도를 한 번만 작성하면 Apothem이 그것을 각 도구의 네이티브 구성 표면으로 번역합니다 — 최소 공통분모로 평탄화하지 않습니다. 호스트에 구애받지 않는 자세를 참고하세요.
• 운영 루프: 계획 → 강화 → 출시. 계획 파이프라인(/plan)이 변경을 명세·생성· 검토·실행으로 이끌고, 강화 파이프라인(/fortress)이 그 작업을 릴리스 준비 게이트 상태로 몰아가며, 릴리스 준비 게이트가 루프를 닫습니다. 명령 파이프라인을 참고하세요.
• 경계를 넘어 살아남는 작업. 장시간 작업은 전체 상태를 프로젝트 로컬 .apothem/plans/ 스위트로 외부화하므로, 어떤 계정이나 머신에서든 새 세션이 그 자리에서 재개합니다. 재개 가능한 계획을 참고하세요.

여기서 시작하기Copy Anchor Link

• 설치 — 설치 경로(도구 네이티브 플러그인과 확장, npx, 원스텝 스크립트)와 가이드가 있는 첫 실행.
• 사용법 — 프로필을 작성하고, 모든 하니스에 설치하며, 검증하고 업데이트합니다.
• 하니스 — 각 도구의 네이티브 표면과 변환 동작이 함께 담긴, 열일곱 개 하니스의 카탈로그.
• 명령 파이프라인 — /plan과 /research 파이프라인의 각 단계, 감사 검토 시퀀스, 그리고 이들을 래핑하는 /audit 및 /fortress 오케스트레이터.

더 깊이 알아보기Copy Anchor Link

• 개념 — 공유 프로필, 하니스 어댑터, 그리고 머티리얼라이즈 모델.
• 아키텍처 — 소스 코드 구조, 어댑터 추상화, 자체 완결형 런타임, 그리고 CI/CD 흐름.
• 레퍼런스 — CLI, 프로필 스키마, 규칙, 스킬, 명령, 훅, 그리고 출력 스타일 카탈로그.
• Apothem의 비교 — 경쟁 제품을 직접 거명한 정직한 차별화 매트릭스.

거버넌스와 보안Copy Anchor Link

• 거버넌스 — 규율 레지스트리, 적합성 게이트, 그리고 버전 파사드.
• 보안 — 공급망 자세와 보안 정책.
• 변경 이력 — 릴리스 노트, 현재 버전 우선.