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 へ。

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を配線します。

次にエージェントを開いて、こう言います:

"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

仕組み

  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つのレイヤーにわたる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 doctorarchcoreのセットアップを確認し、問題を修正します
archcore status.archcore/の構造とドキュメントの健全性を確認します
archcore config設定を表示または変更します
archcore hooks install検出されたAIエージェント用のフックをインストールします
archcore mcpMCP stdioサーバーを実行します
archcore mcp install検出されたエージェント用のMCP設定をインストールします
archcore instructions指示ファイル内のArchcoreヒントを管理します
archcore pluginArchcoreプラグインをインストール、更新、または報告します
archcore updateArchcoreを最新バージョンに更新します

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

リンクとライセンス