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ネイティブなコンテキスト

License Go Release Platform

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 demo

何が変わるか

❌ 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 Codeyesyes
Cursoryesyes
Gemini CLIyesyes
GitHub Copilotyesyes
OpenCodeyes
Codex CLIyes
Roo Codeyes
Clinemanual

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

仕組み

  1. 初期化archcore init.archcore/を作成し、エージェント統合をインストールします。
  2. 記録 — 決定、ルール、計画、ガイドはYAMLフロントマター付きの型付きMarkdownドキュメントとして保存されます。
  3. 再利用 — エージェントは作業中にMCPツールを通じてドキュメントを読み取り、作成、更新、リンクします。フックはセッション開始時にコンテキストを読み込みます。
  4. 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

...

有効なステータス:draftacceptedrejected。タグは任意で自由形式です。

MCPツールと関係

MCPツール

10のツール:init_projectlist_documentsget_documentsearch_documentscreate_documentupdate_documentremove_documentadd_relationremove_relationlist_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_VERSIONARCHCORE_INSTALL_DIRGITHUB_TOKEN)と PATH のトラブルシューティングについては、完全なインストールガイド を参照してください。

設定

設定は archcore init によって作成される .archcore/settings.json に保存されます。

FieldDescriptionValues
sync同期モード。クラウドとオンプレミスは近日対応予定です。none (ローカルのみ)、cloudon-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

リンクとライセンス