Archcore MCP
官方本地 stdio MCP 伺服器,讓 AI 編碼代理能直接從你的儲存庫中讀取並維護結構化的架構、規則與決策。
你可以用 Archcore MCP 做什麼?
Archcore 將規格、決策與規則以型別化 Markdown 存放於 .archcore/ 中,並透過 MCP 工具提供給您的 agent 使用。
- 搜尋專案脈絡 — 在編輯前,請 assistant 透過
search_documents尋找適用的 ADR、規則或規格。 - 記錄決策 — 請 assistant 使用
create_document建立結構化的 ADR 或規則文件。 - 更新既有脈絡 — 請 assistant 使用
update_document修訂規格或計畫。 - 列出所有文件 — 使用
list_documents列舉.archcore/中的所有脈絡文件。 - 擷取文件 — 使用
get_document取得單一文件的完整內容。 - 連結相關文件 — 使用
add_relation連接文件,並透過list_relations檢視關聯。
文件
Archcore CLI — 為 AI 編碼代理打造的 Git 原生脈絡層
Archcore 是為 AI 編碼代理打造的 Git 原生脈絡層。
這個 CLI 將規格、架構決策、規則、計畫和專案知識保存在 .archcore/ 中,與你的程式碼一起做版本控制,並透過 MCP 和 session hooks 將相關脈絡提供給編碼代理。
它以 CLI 和本機 stdio MCP 伺服器的形式發行,因此任何相容 MCP 的編碼代理都可以透過標準工具讀取和寫入你的專案脈絡。可用於在 Claude Code、Cursor、Codex CLI、GitHub Copilot、Gemini CLI、OpenCode、Roo Code 和 Cline 之間提供持久的專案脈絡。
實際運作
那段脈絡來自 .archcore/ —— 在 Git 中做版本控制的類型化 Markdown 文件,透過 MCP 工具和 session hooks 提供給任何代理。

改變了什麼
❌ 沒有 Archcore
每次會話都從零開始。代理會:
- 猜測你的架構並破壞你的慣例
- 重複已經存在的邏輯
- 重新爭論你的團隊已經做過的決定
- 每次對話都需要重新解釋相同的脈絡
✅ 有了 Archcore
你的決定、規則和慣例以結構化脈絡的形式存在於 Git 中。代理會:
- 在會話開始時載入適用的決定和規則
- 把程式碼放在你的架構指定的位置
- 尊重儲存庫中已有的 ADR、規格和規則
- 將新決定記錄為持久的脈絡——可在 PR 中審查,可跨代理移植
代理不再猜測,開始遵循系統。
60 秒快速開始
curl -fsSL https://archcore.ai/install.sh | bash # macOS / Linux
cd your-project && archcore init
archcore init 建立 .archcore/ 骨架、偵測你的編碼代理,並為它們接上 hooks 和 MCP。
然後打開你的代理並說:
"我們使用 PostgreSQL 作為主要儲存。請記錄這個決定。"
完成了——現在 .archcore/ 中有一份結構化的 ADR,未來在任何代理中的每次會話都會看到。
在 Windows 上:irm https://archcore.ai/install.ps1 | iex。對於 WSL、go install 以及從原始碼建置,請參閱下方的 安裝方法 或完整安裝指南。
與你的代理相容
CLI 本身就是一個本機 stdio MCP 伺服器——為每個相容 MCP 的代理提供單一整合介面。Hooks 在代理支援的地方加入會話開始時的脈絡。
| Agent | Hooks | 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 工具讀取、建立、更新和連結文件;hooks 在會話開始時載入脈絡。
- 保留在 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 個代理的 hook 整合以及 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/settings.json,由 archcore init 建立。
| Field | Description | Values |
|---|---|---|
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