Archcore MCP
公式ローカルstdio MCPサーバーで、AIコーディングエージェントがリポジトリから直接、構造化されたアーキテクチャ、ルール、決定事項を読み取り、維持できるようにします。
Archcore MCPで何ができますか?
Archcore は、仕様、決定、ルールを型付き Markdown として .archcore/ に保持し、MCP ツールを通じてエージェントに提供します。
- プロジェクトコンテキストの検索 — 編集前に、
search_documentsを使用して、適用可能な ADR、ルール、仕様をアシスタントに検索させます。 - 決定の記録 —
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を使用しています。この決定を記録してください。"
完了です — 今後すべてのセッション、すべてのエージェントで表示される構造化ADRが.archcore/に作成されました。
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フロントマター付きの型付き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)に含まれます:3つのレイヤーにわたる19タイプ — 知識(ADR、ルール、仕様、ガイド)、ビジョン(PRD、計画、アイデア、要件トラック)、経験(インシデントパターン、反復タスク)。このリポジトリ自身の.archcore/が実例です。
エージェントに依頼する
"認証モジュールに触れる前に、ここに適用される決定とルールは何ですか?"
エージェントが1行でも編集する前に、その領域に関連するADRとルールを読み込みます。
"規約があります:エラーは常にfmt.Errorfと%wでラップする。これをルールにしてください。"
命令的なガイダンス、根拠、良い例/悪い例を含むbackend/error-wrapping.rule.mdを作成します。
"先週、コネクションプール枯渇のインシデントがありました。繰り返さないように文書化してください。"
根本原因分析と予防手順を含むincidents/connection-pool-exhaustion.cpat.mdを作成します。
比較
| 依存しているもの… | ギャップ | Archcoreが代わりに行うこと |
|---|---|---|
| 何も使っていない | エージェントが毎セッションでリポジトリを再学習し、解決済みの決定を再議論する | セッション開始時に決定、ルール、規約を読み込む — 任意のエージェントで |
フラットな指示ファイル(CLAUDE.md、.cursorrules) | 増え続けるテキストの壁 — タイプなし、リンクなし、ライフサイクルなし、ツールごとにコピーペースト | 型付きドキュメント、関係グラフ、ドラフト → 承認のライフサイクル、すべてのエージェントに1つのセットアップ |
| メモリツール(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 | リサーチ | 決定を妨げる質問に答える時間制限付きの調査 |
構造化された発見や正式な分解を必要とするチーム向けの追加の要件トラックが2つあります:
ソーストラック(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フロントマター付きの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
From source
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 に保存されます。
| 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 と連携します:同じエンジンに加え、スキル、インテントコマンド、ガードレールを備えています。1つの製品、2つのエントリーポイント — 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