Archcore MCP
공식로컬 stdio MCP 서버로, AI 코딩 에이전트가 저장소에서 직접 구조화된 아키텍처, 규칙 및 결정을 읽고 유지 관리할 수 있게 해줍니다.
Archcore MCP(으)로 무엇을 할 수 있나요?
Archcore는 사양, 결정, 규칙을 .archcore/에 타입이 지정된 Markdown으로 보관하며, MCP 도구를 통해 에이전트에 제공합니다.
- 프로젝트 컨텍스트 검색 — 편집 전에 어시스턴트에게 적용 가능한 ADR, 규칙 또는 사양을
search_documents를 통해 찾도록 요청하세요. - 결정 기록 — 어시스턴트가
create_document로 구조화된 ADR 또는 규칙 문서를 작성하게 하세요. - 기존 컨텍스트 업데이트 — 어시스턴트에게
update_document를 사용하여 사양이나 계획을 수정하도록 요청하세요. - 모든 문서 나열 —
list_documents로.archcore/의 모든 컨텍스트 문서를 열거하세요. - 문서 가져오기 —
get_document로 단일 문서의 전체 내용을 검색하세요. - 관련 문서 연결 —
add_relation으로 문서를 연결하고list_relations를 통해 확인하세요.
문서
Archcore CLI — AI 코딩 에이전트를 위한 Git 네이티브 컨텍스트
Archcore는 AI 코딩 에이전트를 위한 git 네이티브 컨텍스트 레이어입니다.
CLI는 사양, 아키텍처 결정, 규칙, 계획, 프로젝트 지식을 .archcore/에 보관하고 코드와 함께 버전 관리하며, MCP 및 세션 훅을 통해 관련 컨텍스트를 코딩 에이전트에 제공합니다.
CLI와 로컬 stdio MCP 서버로 제공되므로 MCP 호환 코딩 에이전트는 표준 도구를 통해 프로젝트 컨텍스트를 읽고 쓸 수 있습니다. Claude Code, Cursor, Codex CLI, GitHub Copilot, Gemini CLI, OpenCode, Roo Code, Cline 전반에 걸친 영구 프로젝트 컨텍스트로 사용하세요.
작동 확인
해당 컨텍스트는 .archcore/에서 비롯되었습니다 — Git에 버전 관리되는 타입화된 Markdown 문서로, MCP 도구와 세션 훅을 통해 모든 에이전트에 제공됩니다.

무엇이 달라지나
❌ Archcore 없이
모든 세션이 처음부터 시작됩니다. 에이전트는:
- 아키텍처를 추측하고 관례를 위반합니다
- 이미 존재하는 로직을 중복합니다
- 팀이 이미 내린 결정을 다시 논쟁합니다
- 모든 채팅에서 동일한 컨텍스트를 다시 설명해야 합니다
✅ Archcore 사용 시
결정, 규칙, 관례가 구조화된 컨텍스트로 Git에 저장됩니다. 에이전트는:
- 세션 시작 시 적용 가능한 결정과 규칙을 로드합니다
- 아키텍처가 지정한 위치에 코드를 배치합니다
- 저장소에 이미 있는 ADR, 사양, 규칙을 존중합니다
- 새로운 결정을 지속 가능한 컨텍스트로 기록합니다 — PR에서 검토 가능하고 에이전트 간 이식 가능합니다
에이전트는 추측을 멈추고 시스템을 따르기 시작합니다.
60초 만에 시작하기
curl -fsSL https://archcore.ai/install.sh | bash # macOS / Linux
cd your-project && archcore init
archcore init는 .archcore/를 스캐폴드하고 코딩 에이전트를 감지하여 훅과 MCP를 연결합니다.
그런 다음 에이전트를 열고 말하세요:
"우리는 기본 스토리지로 PostgreSQL을 사용합니다. 이 결정을 기록하세요."
완료 — 이제 .archcore/에 구조화된 ADR이 있으며, 모든 에이전트의 모든 향후 세션에서 볼 수 있습니다.
Windows에서: irm https://archcore.ai/install.ps1 | iex. WSL, go install, 소스에서 빌드하는 경우 아래의 설치 방법 또는 전체 설치 가이드를 참조하세요.
에이전트와의 호환성
CLI 자체가 로컬 stdio MCP 서버입니다 — 모든 MCP 호환 에이전트를 위한 단일 통합 인터페이스입니다. 훅은 에이전트가 지원하는 경우 세션 시작 컨텍스트를 추가합니다.
| 에이전트 | 훅 | MCP |
|---|---|---|
| Claude Code | yes | yes |
| Cursor | yes | yes |
| Gemini CLI | yes | yes |
| GitHub Copilot | yes | yes |
| OpenCode | — | yes |
| Codex CLI | — | yes |
| Roo Code | — | yes |
| Cline | — | manual |
archcore init는 감지된 에이전트를 자동으로 구성합니다. 수동으로 연결하려면:
archcore mcp install --agent cursor # write MCP config for a specific agent
archcore hooks install # install session-start hooks for detected agents
claude mcp add --transport stdio archcore -- archcore mcp # or add the server manually
작동 방식
- 초기화 —
archcore init가.archcore/을 생성하고 에이전트 통합을 설치합니다. - 캡처 — 결정, 규칙, 계획, 가이드는 YAML frontmatter가 있는 타입화된 Markdown 문서로 저장됩니다.
- 재사용 — 에이전트는 작업 중 MCP 도구를 통해 문서를 읽고, 생성하고, 업데이트하고, 연결합니다; 훅은 세션 시작 시 컨텍스트를 로드합니다.
- Git에 유지 — 코드처럼 컨텍스트 변경을 검토하고, 시간이 지남에 따라 발전시키며, 도구 간 이식성을 유지합니다.
.archcore/
├── settings.json
├── auth/
│ ├── jwt-strategy.adr.md
│ └── auth-redesign.prd.md
├── backend/
│ └── error-wrapping.rule.md
├── incidents/
│ └── connection-pool-exhaustion.cpat.md
└── notifications/
└── notifications-implementation.plan.md
구조는 자유 형식입니다 — 도메인, 기능, 팀별로 구성하세요. 문서 유형은 파일 이름에 있습니다 (slug.type.md): 세 계층에 걸친 19가지 유형 — 지식(ADR, 규칙, 사양, 가이드), 비전(PRD, 계획, 아이디어, 요구사항 트랙), 경험(인시던트 패턴, 반복 작업). 이 저장소 자체의 .archcore/이 실제 예시입니다.
에이전트에게 물어보기
"인증 모듈을 건드리기 전에 여기에 적용되는 결정과 규칙은 무엇인가요?"
에이전트가 한 줄도 수정하기 전에 해당 영역과 연결된 ADR과 규칙을 로드합니다.
"우리에게는 관례가 있습니다: 항상 오류를 fmt.Errorf와 %w로 감싸는 것입니다. 이것을 규칙으로 만들어 주세요."
명령형 지침, 근거, 좋은/나쁜 예시가 포함된 backend/error-wrapping.rule.md을 생성합니다.
"지난주에 연결 풀 고갈 인시던트가 있었습니다. 반복하지 않도록 문서화해 주세요."
근본 원인 분석과 예방 단계가 포함된 incidents/connection-pool-exhaustion.cpat.md을 생성합니다.
비교
| 다음에 의존한다면… | 문제점 | Archcore가 대신 하는 일 |
|---|---|---|
| 아무것도 없음 | 에이전트가 매 세션 저장소를 다시 학습하고 이미 결정된 사항을 다시 논쟁합니다 | 세션 시작 시 결정, 규칙, 관례를 로드합니다 — 모든 에이전트에서 |
플랫 명령 파일 (CLAUDE.md, .cursorrules) | 점점 커지는 텍스트 벽 — 유형 없음, 링크 없음, 수명 주기 없음, 도구별로 복사-붙여넣기 | 타입화된 문서, 관계 그래프, 초안 → 승인 수명 주기, 모든 에이전트를 위한 단일 설정 |
| 메모리 도구 (claude-mem, Mem0) | 무엇을 했는지 기억 — 휘발성, 불투명, 벤더 종속 | 시스템이 어떻게 구축되었고 무엇이 결정되었는지 저장 — Git에 버전 관리, 사용자 소유 |
| 방법론 키트 (BMAD, Spec Kit, Agent OS) | 프로세스를 규정하며, 종종 일회성 핸드오프로 제공 | 산출물을 저장 — 코드베이스와 함께 진화하는 살아있는 컨텍스트 그래프 |
| RAG / 더 큰 컨텍스트 창 | 코드가 _말하는 것_을 검색하지, _결정된 것과 그 이유_를 검색하지 않습니다 | 결정과 근거를 명시적이고 선택적으로 유지 — 에이전트는 모든 것이 아닌 적용되는 것만 로드합니다 |
대상 아님 — 채팅 메모리, 프롬프트 라이브러리, 일회성 사양-코드 생성기. Archcore는 방법론 키트가 아닌 코딩 에이전트를 위한 저장소 진실 레이어입니다.
참조
포함된 구성 요소: 19가지 문서 유형, 4가지 관계 유형, 10가지 MCP 도구, 4개 에이전트용 훅 통합 및 8개 MCP 통합.
문서 유형 — 비전, 지식, 경험에 걸친 19가지 유형
지식
| 유형 | 전체 이름 | 설명 |
|---|---|---|
adr | 아키텍처 결정 기록 | 컨텍스트, 대안, 결과와 함께 확정된 기술 결정을 캡처합니다 |
rfc | 의견 요청 | 팀 검토와 피드백을 위해 열린 중요한 변경을 제안합니다 |
rule | 규칙 | 명령형 지침과 예시가 있는 코딩 또는 프로세스 표준 |
guide | 가이드 | 특정 작업 완료를 위한 단계별 지침 |
doc | 문서 | 참조 문서, 레지스트리, 설명 자료 |
spec | 사양 | 다른 사람이 의존하는 경계 또는 기능/하위 시스템에 대한 규범적 동작 계약 |
비전
| 유형 | 전체 이름 | 설명 |
|---|---|---|
prd | 제품 요구사항 문서 | 목표, 사용자 스토리, 승인 기준, 성공 지표 |
idea | 아이디어 | 향후 탐색을 위한 제품 또는 기술 아이디어의 경량 캡처 |
plan | 계획 | 승인 기준과 의존성이 있는 단계별 작업 목록 |
rnd | 연구 | 결정을 막는 질문에 답하는 시간 제한 조사 |
구조화된 발견 또는 공식 분해가 필요한 팀을 위한 두 가지 추가 요구사항 트랙:
소스 트랙 (MRD → BRD → URD) — 요구사항이 어디서 오는지 캡처합니다:
| 유형 | 전체 이름 | 설명 |
|---|---|---|
mrd | 시장 요구사항 문서 | 시장 환경, TAM/SAM/SOM, 경쟁 분석, 시장 요구 |
brd | 비즈니스 요구사항 문서 | 비즈니스 목표, 이해관계자, ROI, 비즈니스 규칙 |
urd | 사용자 요구사항 문서 | 사용자 페르소나, 여정, 사용성 요구사항, 승인 기준 |
ISO/IEC/IEEE 29148:2018 트랙 (BRS → StRS → SyRS → SRS) — 요구사항이 어떻게 분해되는지 캡처합니다:
| 유형 | 전체 이름 | 설명 |
|---|---|---|
brs | 비즈니스 요구사항 명세 | 미션, 목표, 목적, 비즈니스 운영 개념 |
strs | 이해관계자 요구사항 명세 | 이해관계자 요구, 운영 개념, 사용자 요구사항 |
syrs | 시스템 요구사항 명세 | 시스템 기능, 인터페이스, 성능, 설계 제약 |
srs | 소프트웨어 요구사항 명세 | 소프트웨어 기능, 외부 인터페이스, 상세 동작 사양 |
대부분의 프로젝트에는 PRD를 사용하세요; 구조화된 요구사항 발견에는 소스 트랙을, 규제 또는 복잡한 다중 팀 시스템의 공식 추적성에는 ISO 29148을 추가하세요. 자유롭게 혼합하세요.
경험
| 유형 | 전체 이름 | 설명 |
|---|---|---|
task-type | 작업 유형 | 반복 작업을 위한 재사용 가능한 체크리스트와 워크플로 |
cpat | 코드 변경 패턴 | 예방 단계가 포함된 버그 또는 인시던트의 근본 원인 분석 |
각 문서는 YAML frontmatter가 있는 Markdown 파일입니다:
---
title: "Use PostgreSQL for Primary Storage"
status: draft
tags: [database, infrastructure]
---
## Context
...
유효한 상태: draft, accepted, rejected. 태그는 선택 사항이며 자유 형식입니다.
MCP 도구와 관계
MCP 도구
10가지 도구: init_project, list_documents, get_document, search_documents, create_document, update_document, remove_document, add_relation, remove_relation, list_relations. 서버는 빈 저장소에서도 작동합니다 — 에이전트는 init_project을 통해 .archcore/을 직접 부트스트랩할 수 있습니다.
관계
문서는 방향성 관계로 연결됩니다: related (일반 연관), implements (소스가 대상이 명시한 것을 구현), extends (소스가 대상을 기반으로 구축), depends_on (소스가 대상을 요구). 에이전트가 MCP 도구를 통해 관리합니다.
로컬 MCP 서버
archcore mcp는 stdio를 통해 현재 디렉토리의 문서를 제공합니다. 서버가 작업 공간이 아닌 디렉토리에서 시작될 때 — 예를 들어 편집기 통합에 의해 — --project /path/to/repo을 전달하거나 (또는 ARCHCORE_PROJECT_ROOT을 설정하세요).
명령어
| Command | Description | | ------------------------ | ------------------------------------------------ | | `archcore init` | `.archcore/` 디렉터리를 대화형으로 초기화합니다 | | `archcore doctor` | archcore 설정을 확인하고 문제를 수정합니다 | | `archcore status` | `.archcore/` 구조와 문서 상태를 확인합니다 | | `archcore config` | 설정을 보거나 수정합니다 | | `archcore hooks install` | 감지된 AI 에이전트용 후크를 설치합니다 | | `archcore mcp` | MCP stdio 서버를 실행합니다 | | `archcore mcp install` | 감지된 에이전트용 MCP 구성을 설치합니다 | | `archcore update` | Archcore를 최신 버전으로 업데이트합니다 |archcore update는 GitHub Releases를 확인하고, 최신 버전을 다운로드하며, SHA-256 체크섬을 검증한 후 바이너리를 원자적으로 교체합니다.
설치 방법
macOS / Linux
curl -fsSL https://archcore.ai/install.sh | bash
Windows
irm https://archcore.ai/install.ps1 | iex
archcore.exe을(를) %LOCALAPPDATA%\Programs\archcore 아래에 설치하고 사용자 PATH에 추가합니다. 설치 후 새 PowerShell 창을 여세요.
Windows (WSL)
WSL을(를) 설치한 후 그 안에서 macOS/Linux 스크립트를 실행하세요.
Go install
go install github.com/archcore-ai/cli@latest
소스에서 설치
git clone https://github.com/archcore-ai/cli.git
cd cli
go build -o archcore .
지원 플랫폼: macOS, Linux, Windows — amd64 및 arm64.
환경 변수(ARCHCORE_VERSION, ARCHCORE_INSTALL_DIR, GITHUB_TOKEN) 및 PATH 문제 해결에 대한 자세한 내용은 전체 설치 가이드를 참조하세요.
구성
설정은 archcore init이(가) 생성한 .archcore/settings.json에 저장됩니다.
| 필드 | 설명 | 값 |
|---|---|---|
sync | 동기화 모드. 클라우드 및 온프레미스는 곧 제공될 예정입니다. | none (로컬 전용), cloud, on-prem |
language | 문서 언어. 에이전트가 올바른 언어로 문서를 생성하도록 돕습니다. | 문자열, 기본값은 en |
archcore config # show all settings
archcore config get <key> # get a specific value
archcore config set <key> <value> # set a value
생태계
- Archcore Plugin — Claude Code 또는 Cursor를 사용 중이신가요? 플러그인은 CLI와 함께 작동합니다: 동일한 엔진에 스킬, 의도 명령, 가드레일이 추가됩니다. 하나의 제품, 두 가지 진입점 — CLI만으로도 다른 모든 에이전트를 지원합니다.
- docs.archcore.ai — 전체 문서.
- 이 저장소의
.archcore/— 실제 사례: CLI는 자체 컨텍스트 레이어로 구축되었습니다.
개발
Go 1.25+가 필요합니다.
go build -o archcore . # build
go test ./... # run all tests
링크 및 라이선스
- 문서: docs.archcore.ai
- 웹사이트: archcore.ai
- 플러그인 (Claude Code, Cursor): github.com/archcore-ai/archcore-plugin
- 이슈: github.com/archcore-ai/cli/issues
- 라이선스: Apache 2.0