Archcore MCP
公式ローカルstdio MCPサーバーで、AIコーディングエージェントがリポジトリから直接、構造化されたアーキテクチャ、ルール、決定事項を読み取り、維持できるようにします。
Archcore MCPで何ができますか?
-
プロジェクトコンテキストの読み込み — 変更を加える前に、アシスタントにモジュールに関連するADR、ルール、仕様を
list_documentsとsearch_documentsで取得してもらいます。 -
決定事項を永続的なドキュメントとして記録 — アシスタントに
.archcore/内で型付きMarkdownドキュメント(ADR、ルール、計画)をcreate_documentで作成してもらい、コンテキストをGitでバージョン管理します。 -
関連ドキュメントのリンク — アシスタントに
add_relationを使ってimplements、depends_on、supersedesなどのリレーションでドキュメントを接続し、コンテキストグラフを構築するよう指示します。 -
既存コンテキストの更新 — アシスタントに
.archcore/内の古いドキュメントをupdate_documentとremove_documentで修正または削除してもらい、プロジェクトの知識を最新に保ちます。 -
任意のリポジトリでのコンテキストのブートストラップ — アシスタントに空のワークスペースで
init_projectを使って.archcore/をゼロから初期化してもらい、即座にコンテキスト追跡を有効にします。
ドキュメント
Archcore CLI — AIコーディングエージェントのためのGitネイティブなコンテキスト
Archcoreは github.com/archcore-ai/archcore に移転しました。 このリポジトリはアーカイブされています。CLIは現在、そのリポジトリ内の
cli/にプラグインの隣にあります。v0.10.1以降のすべてのリリースは archcore-ai/archcore/releases で公開されています。 macOS、Linux、WSLではcurl -fsSL https://archcore.ai/install.sh | bashで、Windowsではirm https://archcore.ai/install.ps1 | iexでインストールまたは更新してください。このリポジトリからインストールされたバイナリ(v0.8.7以前)は自動更新されなくなりました。新しいチャネルに移行するには、インストーラーを一度実行してください。問題報告は archcore-ai/archcore/issues へ。
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を配線します。
次にエージェントを開いて、こう言います:
"We're using PostgreSQL for primary storage. Record this decision."
完了です — これで .archcore/ に構造化されたADRが作成され、将来のすべてのセッション(どのエージェントでも)がそれを参照します。
Windowsの場合:irm https://archcore.ai/install.ps1 | iex。WSLの場合、go install、およびソースからのビルドについては、以下のインストール方法または完全なインストールガイドを参照してください。
あなたのエージェントと連携
CLI自体がローカルのstdio MCPサーバーです — すべてのMCP互換エージェントのための単一の統合サーフェスです。フックは、エージェントがサポートする場合にセッション開始コンテキストを追加します。
| エージェント | フック | MCP |
|---|---|---|
| Claude Code | あり | あり |
| Cursor | あり | あり |
| Gemini CLI | あり | あり |
| GitHub Copilot | あり | あり |
| OpenCode | — | あり |
| Codex CLI | — | あり |
| Roo Code | — | あり |
| Cline | — | 手動 |
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つのレイヤーにわたる23タイプ — 知識(ADR、ルール、仕様、ガイド)、ビジョン(PRD、計画、アイデア、要件トラック)、経験(インシデントパターン、反復タスク)。このリポジトリ自身の .archcore/ が実用的な例です。
エージェントに尋ねる
"Before I touch the auth module, what decisions and rules apply here?"
エージェントが1行も編集する前に、その領域に関連するADRとルールを読み込みます。
"We have a convention: always wrap errors with fmt.Errorf and %w. Make this a rule."
命令的なガイダンス、根拠、良い/悪い例を含む backend/error-wrapping.rule.md を作成します。
"Last week we had a connection-pool exhaustion incident. Document it so we don't repeat it."
根本原因分析と予防手順を含む incidents/connection-pool-exhaustion.cpat.md を作成します。
比較
| 依存しているもの… | ギャップ | Archcoreが代わりに行うこと |
|---|---|---|
| なし | エージェントは毎セッションでリポジトリを再学習し、解決済みの決定を再議論します | セッション開始時に決定、ルール、規約を読み込みます — どのエージェントでも |
フラットな指示ファイル (CLAUDE.md, .cursorrules) | 成長し続けるテキストの壁 — タイプなし、リンクなし、ライフサイクルなし、ツールごとにコピーペースト | 型付きドキュメント、関係グラフ、ドラフト→承認済みライフサイクル、すべてのエージェントに1つのセットアップ |
| メモリツール (claude-mem, Mem0) | 何をしたか を記憶 — 揮発性、不透明、ベンダー依存 | システムがどのように構築され、何が決定されたか を保存 — Gitでバージョン管理、あなたが所有 |
| 方法論キット (BMAD, Spec Kit, Agent OS) | プロセスを規定、多くの場合ワンショットのハンドオフ | 成果物を保存 — コードベースとともに進化する生きたコンテキストグラフ |
| RAG / より大きなコンテキストウィンドウ | コードが 言っていること を取得、決定されたこととその理由 ではない | 決定と根拠を明示的かつ選択的に保持 — エージェントはすべてではなく適用されるものを読み込みます |
対象外 — チャットメモリ、プロンプトライブラリ、ワンショットの仕様からコードへのジェネレーター。Archcoreはコーディングエージェントのためのリポジトリ真実レイヤーであり、方法論キットではありません。
リファレンス
同梱されているもの:23のドキュメントタイプ、7の関係タイプ、10のMCPツール、4つのエージェント向けフック統合、8つのMCP統合。
ドキュメントタイプ — ビジョン、知識、経験にわたる23タイプ
知識
| タイプ | フルネーム | 説明 |
|---|---|---|
adr | アーキテクチャ決定記録 | コンテキスト、代替案、結果を含む最終決定された技術的決定をキャプチャします |
rfc | コメント募集 | チームのレビューとフィードバックのために公開された重要な変更を提案します |
rule | ルール | 命令的なガイダンスと例を含むコーディングまたはプロセス標準 |
guide | ガイド | 特定のタスクを完了するためのステップバイステップの手順 |
doc | ドキュメント | 参照ドキュメント、レジストリ、および記述資料 |
spec | 仕様 | 他者が依存する境界または機能/サブシステムの規範的な動作契約 |
evidence | エビデンス | ロケーター、抜粋、解釈ノートを含む1つの外部資料 |
scenario | シナリオ | 1つの仕様の条項を説明するアクター主体フローとGiven/When/Thenの例 |
ビジョン
| タイプ | フルネーム | 説明 |
|---|---|---|
prd | 製品要件ドキュメント | 目標、ユーザーストーリー、受け入れ基準、成功指標 |
idea | アイデア | 将来の探求のための製品または技術的アイデアの軽量なキャプチャ |
plan | 計画 | 受け入れ基準と依存関係を含むフェーズ化されたタスクリスト |
rnd | リサーチ | 決定を妨げる質問に答える時間制限付き調査 |
journey | ジャーニー | このインタラクションをカバーする仕様が存在する前の、システムを通る1つのユーザータイプの意図された経路 |
research | リサーチ | スコープ、カバレッジ、日付付きソース、調査結果、未解決のギャップを含む領域調査 |
構造化された発見または正式な分解を必要とするチーム向けの追加の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/を自分でブートストラップできます。
リレーション
ドキュメントは、MCPツールによって管理される7つの有向リレーションを通じてリンクされます。
| 軸 | リレーション | 方向 |
|---|---|---|
| 構造 | related | ソースがターゲットと関連付ける |
| 構造 | implements | ソースがターゲットを実装する |
| 構造 | extends | ソースがターゲットの上に構築される |
| 構造 | depends_on | ソースがターゲットを必要とする |
| 証拠 | supports | マテリアルがターゲットの記述を裏付ける |
| 証拠 | contradicts | チャレンジャーがターゲットの記述に異議を唱える |
| 時間 | supersedes | 新しいドキュメントが古いドキュメントを置き換える |
エンドポイントは、既存の個別のローカルドキュメントです。リレーションはドキュメントのステータスを自動的に変更したり、矛盾を解決したりしません。古いCLIバージョンは、3つの新しい値を含むマニフェストを拒否します。
ソースは調査の行として始まります。複数のドキュメントがそれを再利用する場合、矛盾が関与する場合、または新しいマテリアルがそれを置き換える場合に、evidenceファイルを付与します。エンジンはロケーターと抽出物を保存します。ソースをフェッチまたは検証しません。
ローカルMCPサーバー
archcore mcpは、stdioを介して現在のディレクトリからドキュメントを提供します。サーバーがワークスペースではないディレクトリ(エディタ統合など)から起動された場合は、--project /path/to/repoを渡すか(またはARCHCORE_PROJECT_ROOTを設定します)。
コマンド
| コマンド | 説明 |
|---|---|
archcore init | .archcore/ディレクトリを対話的に初期化します |
archcore doctor | archcoreのセットアップを確認し、問題を修正します |
archcore status | .archcore/の構造とドキュメントの健全性を確認します |
archcore config | 設定を表示または変更します |
archcore hooks install | 検出されたAIエージェント用のフックをインストールします |
archcore mcp | MCP stdioサーバーを実行します |
archcore mcp install | 検出されたエージェント用のMCP設定をインストールします |
archcore instructions | 指示ファイル内のArchcoreヒントを管理します |
archcore plugin | Archcoreプラグインをインストール、更新、または報告します |
archcore update | Archcoreを最新バージョンに更新します |
archcore updateはGitHub Releasesをチェックし、新しいバージョンをダウンロードし、SHA-256チェックサムを検証し、バイナリを原子的に置き換えます。その後、すでにインストールされている各ホストでArchcoreプラグインを更新し、CLIに到達できないホストに対して実行するコマンドを出力します。
archcore pluginは、Claude Code、Cursor、Codex CLI、GitHub Copilotでそのプラグインを直接管理します。archcore initは、そこで選択したホストにそれをインストールします。
更新とテレメトリ
無人更新
v0.8.0以降、CLIは誰も見ていない状態でも自動的に更新されます。archcore mcp(エージェントが起動するサーバー)は、マシンごとに24時間に最大1回、バックグラウンドで同じチェックを実行し、このプロジェクトが公開したリリースのみでバイナリを置き換えます。ダウンロードしたバイナリを一度実行して起動することを確認した後です。実行中のプロセスが再起動または中断されることはありません。新しいバージョンは、次回バイナリが起動されたときに有効になります。自分でコンパイルしたビルド、フォーク、CIランナーは自動更新されません。
これを無効にする変数や.archcore/settings.jsonキーはありません。マシンが自動更新してはならない場合は、バイナリをユーザーが書き込めないディレクトリ(root所有の場所)にインストールすると、すべての試行がダウンロード前に停止します。
更新分析
リリースビルドは、更新試行ごとに1つのイベントを送信します。移動元と移動先のバージョン、OSとCPUアーキテクチャ、実行がCIのように見えたかどうか、コマンドを入力したかバックグラウンドチェックが実行したか、失敗した場合の失敗ステップです。エラーメッセージ、パス、ユーザー名、ホスト名、リポジトリに関する情報は送信されません。DO_NOT_TRACK=1またはARCHCORE_TELEMETRY_OPTOUT=1を設定すると、何も送信されません。両方の変数は分析のみを制御します。どちらもCLIの自動更新を停止しません。詳細: archcore.ai/privacy。
インストール方法
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によって作成されます。
| フィールド | 説明 | 値 |
|---|---|---|
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プラグイン — 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/plugin
- イシュー: github.com/archcore-ai/cli/issues
- ライセンス: Apache 2.0