Archcore MCP
resmiServer MCP stdio lokal yang memungkinkan agen pengkodean AI membaca dan memelihara arsitektur, aturan, serta keputusan terstruktur langsung dari repositori Anda.
Apa yang bisa Anda lakukan dengan Archcore MCP?
- Inisialisasi lapisan konteks proyek — buat kerangka
.archcore/dan hubungkan integrasi agen denganinit_project. - Daftar dan cari dokumen — jelajahi semua dokumen konteks atau temukan dokumen spesifik berdasarkan konten dengan
list_documentsdansearch_documents. - Buat dan perbarui dokumen terstruktur — tangkap keputusan, aturan, spesifikasi, atau pola insiden sebagai file Markdown yang diketik menggunakan
create_documentdanupdate_document. - Tautkan dokumen terkait — bangun grafik konteks yang dapat dinavigasi dengan menambahkan relasi terarah (
implements,extends,depends_on) antar dokumen menggunakanadd_relation. - Jalankan kaskade prompt multi-dokumen — hasilkan kumpulan dokumen terkait (misalnya, ide → PRD → rencana) dalam satu panggilan melalui prompt seperti
product_trackatauarchitecture_track.
Dokumentasi
Archcore CLI
Archcore adalah lapisan konteks berbasis git untuk agen pengkodean AI.
Ini dikirimkan sebagai CLI dan server MCP stdio lokal, sehingga agen pengkodean yang kompatibel dengan MCP dapat membaca dan menulis konteks repo Anda melalui alat standar. Bekerja di Claude Code, Cursor, GitHub Copilot, Gemini CLI, Codex CLI, OpenCode, Roo Code, dan Cline.
Lihat cara kerjanya
Konteks itu berasal dari .archcore/ — dokumen Markdown yang diketik dan diversikan di Git, disajikan ke agen mana pun melalui alat MCP dan hook sesi.

Apa yang berubah
❌ Tanpa Archcore
Setiap sesi dimulai dari nol. Agen:
- menebak arsitektur Anda dan melanggar konvensi Anda
- menduplikasi logika yang sudah ada
- memperdebatkan kembali keputusan yang sudah dibuat tim Anda
- membutuhkan konteks yang sama untuk dijelaskan ulang di setiap obrolan
✅ Dengan Archcore
Keputusan, aturan, dan konvensi Anda berada di Git sebagai konteks terstruktur. Agen:
- memuat keputusan dan aturan yang berlaku di awal sesi
- menempatkan kode sesuai dengan arsitektur Anda
- menghormati ADR, spesifikasi, dan aturan yang sudah ada di repo
- mencatat keputusan baru sebagai konteks yang tahan lama — dapat ditinjau di PR, portabel di seluruh agen
Agen berhenti menebak dan mulai mengikuti sistem.
Mulai dalam 60 detik
curl -fsSL https://archcore.ai/install.sh | bash # macOS / Linux
cd your-project && archcore init
archcore init menyiapkan .archcore/, mendeteksi agen pengkodean Anda, dan menghubungkan hook serta MCP untuk mereka.
Kemudian buka agen Anda dan katakan:
"Kami menggunakan PostgreSQL untuk penyimpanan utama. Catat keputusan ini."
Selesai — sekarang ada ADR terstruktur di .archcore/ yang akan dilihat oleh setiap sesi mendatang, di agen mana pun.
Di Windows: irm https://archcore.ai/install.ps1 | iex. Untuk WSL, go install, dan membangun dari sumber, lihat Metode instalasi di bawah atau panduan instalasi lengkap.
Bekerja dengan agen Anda
CLI itu sendiri adalah server MCP stdio lokal — satu permukaan integrasi untuk setiap agen yang kompatibel dengan MCP. Hook menambahkan konteks awal sesi di mana agen mendukungnya.
| Agen | Hook | MCP |
|---|---|---|
| Claude Code | ya | ya |
| Cursor | ya | ya |
| Gemini CLI | ya | ya |
| GitHub Copilot | ya | ya |
| OpenCode | — | ya |
| Codex CLI | — | ya |
| Roo Code | — | ya |
| Cline | — | manual |
archcore init mengonfigurasi agen yang terdeteksi secara otomatis. Untuk menghubungkan satu secara manual:
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
Cara kerjanya
- Inisialisasi —
archcore initmembuat.archcore/dan menginstal integrasi agen. - Tangkap — keputusan, aturan, rencana, dan panduan disimpan sebagai dokumen Markdown yang diketik dengan frontmatter YAML.
- Gunakan kembali — agen membaca, membuat, memperbarui, dan menautkan dokumen melalui alat MCP saat mereka bekerja; hook memuat konteks di awal sesi.
- Simpan di Git — tinjau perubahan konteks seperti kode, kembangkan seiring waktu, jaga agar tetap portabel di seluruh alat.
.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
Strukturnya bebas — atur berdasarkan domain, fitur, atau tim. Jenis dokumen terletak di nama filenya (slug.type.md): 19 jenis di tiga lapisan — pengetahuan (ADR, aturan, spesifikasi, panduan), visi (PRD, rencana, ide, jalur persyaratan), dan pengalaman (pola insiden, tugas berulang). .archcore/ repo ini sendiri adalah contoh yang berfungsi.
Tanyakan pada agen Anda
"Sebelum saya menyentuh modul auth, keputusan dan aturan apa yang berlaku di sini?"
Memuat ADR dan aturan yang terkait dengan area itu sebelum agen mengedit satu baris pun.
"Kami memiliki konvensi: selalu bungkus error dengan fmt.Errorf dan %w. Jadikan ini aturan."
Membuat backend/error-wrapping.rule.md dengan panduan imperatif, alasan, dan contoh baik/buruk.
"Minggu lalu kami mengalami insiden kehabisan kumpulan koneksi. Dokumentasikan agar kami tidak mengulanginya."
Membuat incidents/connection-pool-exhaustion.cpat.md dengan analisis akar penyebab dan langkah pencegahan.
Untuk alur yang lebih besar, prompt MCP mengorkestrasi seluruh rangkaian dokumen — /product_track feature="user notifications" menyusun ide, menurunkan PRD, membangun rencana implementasi, dan menautkannya bersama.
Bagaimana perbandingannya
| Jika Anda mengandalkan… | Kesenjangannya | Apa yang dilakukan Archcore sebagai gantinya |
|---|---|---|
| Tidak ada | Agen mempelajari ulang repo Anda setiap sesi dan memperdebatkan kembali keputusan yang sudah ada | Memuat keputusan, aturan, dan konvensi di awal sesi — di agen mana pun |
File instruksi datar (CLAUDE.md, .cursorrules) | Satu dinding teks yang terus bertambah — tanpa jenis, tanpa tautan, tanpa siklus hidup, disalin-tempel per alat | Dokumen yang diketik, grafik relasi, siklus hidup draf → diterima, satu pengaturan untuk setiap agen |
| Alat memori (claude-mem, Mem0) | Mengingat apa yang Anda lakukan — mudah menguap, buram, terikat vendor | Menyimpan bagaimana sistem dibangun dan apa yang diputuskan — diversikan di Git, dimiliki oleh Anda |
| Kit metodologi (BMAD, Spec Kit, Agent OS) | Menentukan proses, seringkali sebagai serah terima satu kali | Menyimpan artefak — grafik konteks hidup yang berkembang bersama basis kode |
| RAG / jendela konteks yang lebih besar | Mengambil apa yang dikatakan kode, bukan apa yang diputuskan dan mengapa | Menjaga keputusan dan alasan tetap eksplisit dan selektif — agen memuat apa yang berlaku, bukan semuanya |
Bukan untuk — memori obrolan, pustaka prompt, atau generator spesifikasi-ke-kode satu kali. Archcore adalah lapisan kebenaran repo untuk agen pengkodean, bukan kit metodologi.
Referensi
Apa yang disertakan: 19 jenis dokumen, 4 jenis relasi, 10 alat MCP, 5 prompt multi-dokumen, integrasi hook untuk 4 agen dan integrasi MCP untuk 8.
Jenis dokumen — 19 jenis di seluruh visi, pengetahuan, dan pengalaman
Pengetahuan
| Jenis | Nama Lengkap | Deskripsi |
|---|---|---|
adr | Catatan Keputusan Arsitektur | Menangkap keputusan teknis yang difinalisasi dengan konteks, alternatif, dan konsekuensi |
rfc | Permintaan Komentar | Mengusulkan perubahan signifikan yang terbuka untuk tinjauan dan umpan balik tim |
rule | Aturan | Standar pengkodean atau proses dengan panduan imperatif dan contoh |
guide | Panduan | Instruksi langkah demi langkah untuk menyelesaikan tugas tertentu |
doc | Dokumen | Dokumentasi referensi, registri, dan materi deskriptif |
spec | Spesifikasi | Kontrak perilaku normatif untuk batas atau fitur/subsistem yang diandalkan orang lain |
Visi
| Jenis | Nama Lengkap | Deskripsi |
|---|---|---|
prd | Dokumen Persyaratan Produk | Tujuan, cerita pengguna, kriteria penerimaan, dan metrik keberhasilan |
idea | Ide | Penangkapan ringan dari ide produk atau teknis untuk eksplorasi di masa depan |
plan | Rencana | Daftar tugas bertahap dengan kriteria penerimaan dan dependensi |
rnd | Riset | Investigasi berbatas waktu yang menjawab pertanyaan yang menghalangi keputusan |
Dua jalur persyaratan tambahan untuk tim yang membutuhkan penemuan terstruktur atau dekomposisi formal:
Jalur sumber (MRD → BRD → URD) — menangkap dari mana persyaratan berasal:
| Jenis | Nama Lengkap | Deskripsi |
|---|---|---|
mrd | Dokumen Persyaratan Pasar | Lanskap pasar, TAM/SAM/SOM, analisis kompetitif, dan kebutuhan pasar |
brd | Dokumen Persyaratan Bisnis | Tujuan bisnis, pemangku kepentingan, ROI, dan aturan bisnis |
urd | Dokumen Persyaratan Pengguna | Persona pengguna, perjalanan, persyaratan kegunaan, dan kriteria penerimaan |
Jalur ISO/IEC/IEEE 29148:2018 (BRS → StRS → SyRS → SRS) — menangkap bagaimana persyaratan terurai:
| Jenis | Nama Lengkap | Deskripsi |
|---|---|---|
brs | Spesifikasi Persyaratan Bisnis | Misi, tujuan, sasaran, dan konsep operasional bisnis |
strs | Spesifikasi Persyaratan Pemangku Kepentingan | Kebutuhan pemangku kepentingan, konsep operasional, dan persyaratan pengguna |
syrs | Spesifikasi Persyaratan Sistem | Fungsi sistem, antarmuka, kinerja, dan batasan desain |
srs | Spesifikasi Persyaratan Perangkat Lunak | Fungsi perangkat lunak, antarmuka eksternal, dan spesifikasi perilaku terperinci |
Gunakan PRD untuk sebagian besar proyek; tambahkan jalur sumber untuk penemuan persyaratan terstruktur, dan ISO 29148 untuk ketertelusuran formal dalam sistem yang diatur atau multi-tim yang kompleks. Campurkan secara bebas.
Pengalaman
| Jenis | Nama Lengkap | Deskripsi |
|---|---|---|
task-type | Jenis Tugas | Daftar periksa dan alur kerja yang dapat digunakan kembali untuk tugas berulang |
cpat | Pola Perubahan Kode | Analisis akar penyebab dari bug atau insiden dengan langkah pencegahan |
Setiap dokumen adalah file Markdown dengan frontmatter YAML:
---
title: "Use PostgreSQL for Primary Storage"
status: draft
tags: [database, infrastructure]
---
## Context
...
Status yang valid: draft, accepted, rejected. Tag bersifat opsional dan bebas.
Alat, prompt, dan relasi MCP
Alat MCP
10 alat: init_project, list_documents, get_document, search_documents, create_document, update_document, remove_document, add_relation, remove_relation, list_relations. Server juga berfungsi di repo kosong — agen dapat mem-bootstrap .archcore/ sendiri melalui init_project.
Prompt
Prompt mengorkestrasi seluruh rangkaian dokumen dalam satu panggilan. Sebagian besar agen yang kompatibel dengan MCP menampilkannya sebagai perintah garis miring (awalan persisnya tergantung pada klien):
| Prompt | Fungsinya |
|---|---|
product_track | ide → PRD → rencana (alur fitur ringan) |
architecture_track | ADR → spesifikasi → rencana (desain teknis + implementasi) |
standard_track | ADR → aturan → panduan (mengkodifikasi standar tim) |
sources_track | MRD → BRD → URD (penemuan pasar / bisnis / pengguna) |
iso_track | BRS → StRS → SyRS → SRS (kaskade formal ISO 29148) |
Relasi
Dokumen terhubung dengan relasi terarah: related (asosiasi umum), implements (sumber mengimplementasikan apa yang ditentukan target), extends (sumber dibangun di atas target), depends_on (sumber memerlukan target). Dikelola oleh agen melalui alat MCP.
Server MCP lokal
archcore mcp menyajikan dokumen dari direktori saat ini melalui stdio. Berikan --project /path/to/repo (atau atur ARCHCORE_PROJECT_ROOT) ketika server diluncurkan dari direktori yang bukan ruang kerja Anda — misalnya, oleh integrasi editor.
Perintah
| Perintah | Deskripsi |
|---|---|
archcore init | Inisialisasi direktori .archcore/ secara interaktif |
archcore doctor | Periksa pengaturan archcore Anda dan perbaiki masalah |
archcore status | Periksa struktur .archcore/ dan kesehatan dokumen |
archcore config | Lihat atau ubah pengaturan |
archcore hooks install | Pasang hook untuk agen AI yang terdeteksi |
archcore mcp | Jalankan server MCP stdio |
archcore mcp install | Pasang konfigurasi MCP untuk agen yang terdeteksi |
archcore update | Perbarui Archcore ke versi terbaru |
archcore update memeriksa Rilis GitHub, mengunduh versi yang lebih baru, memverifikasi checksum SHA-256, dan mengganti biner secara atomik.
Metode instalasi
macOS / Linux
curl -fsSL https://archcore.ai/install.sh | bash
Windows
irm https://archcore.ai/install.ps1 | iex
Menginstal archcore.exe di bawah %LOCALAPPDATA%\Programs\archcore dan menambahkannya ke PATH pengguna Anda. Buka jendela PowerShell baru setelah instalasi.
Windows (WSL)
Instal WSL, lalu jalankan skrip macOS/Linux di dalamnya.
Instalasi Go
go install github.com/archcore-ai/cli@latest
Dari sumber
git clone https://github.com/archcore-ai/cli.git
cd cli
go build -o archcore .
Platform yang didukung: macOS, Linux, Windows — amd64 dan arm64.
Untuk variabel lingkungan (ARCHCORE_VERSION, ARCHCORE_INSTALL_DIR, GITHUB_TOKEN) dan pemecahan masalah PATH, lihat panduan instalasi lengkap.
Konfigurasi
Pengaturan berada di .archcore/settings.json, dibuat oleh archcore init.
| Field | Deskripsi | Nilai |
|---|---|---|
sync | Mode sinkronisasi. Cloud dan on-prem segera hadir. | none (hanya lokal), cloud, on-prem |
language | Bahasa dokumen. Membantu agen menghasilkan dokumentasi dalam bahasa yang tepat. | String, default ke en |
archcore config # show all settings
archcore config get <key> # get a specific value
archcore config set <key> <value> # set a value
Ekosistem
- Plugin Archcore — menggunakan Claude Code atau Cursor? Plugin ini berpasangan dengan CLI: mesin yang sama, plus keterampilan, perintah intent, dan pagar pembatas. Satu produk, dua titik masuk — CLI sendiri mencakup setiap agen lainnya.
- docs.archcore.ai — dokumentasi lengkap.
.archcore/di repo ini — contoh hidup: CLI dibangun dengan lapisan konteksnya sendiri.
Pengembangan
Membutuhkan Go 1.25+.
go build -o archcore . # build
go test ./... # run all tests
Tautan & lisensi
- Dokumentasi: docs.archcore.ai
- Situs web: archcore.ai
- Plugin (Claude Code, Cursor): github.com/archcore-ai/archcore-plugin
- Isu: github.com/archcore-ai/cli/issues
- Lisensi: Apache 2.0