Archcore MCP
ทางการเซิร์ฟเวอร์ MCP แบบ stdio ในเครื่องที่ช่วยให้เอเจนต์เขียนโค้ด AI สามารถอ่านและดูแลรักษาสถาปัตยกรรม กฎ และการตัดสินใจที่มีโครงสร้างจากที่เก็บของคุณได้โดยตรง
คุณทำอะไรได้บ้างด้วย Archcore MCP?
Archcore เก็บสเปก การตัดสินใจ และกฎต่าง ๆ ไว้เป็น Markdown ที่มีการกำหนดชนิดใน .archcore/ และให้บริการแก่เอเจนต์ของคุณผ่านเครื่องมือ MCP
- ค้นหาบริบทของโปรเจกต์ — ขอให้ผู้ช่วยค้นหา ADR กฎ หรือสเปกที่เกี่ยวข้องก่อนแก้ไข ผ่าน
search_documents - บันทึกการตัดสินใจ — ให้ผู้ช่วยสร้างเอกสาร ADR หรือกฎที่มีโครงสร้างด้วย
create_document - อัปเดตบริบทที่มีอยู่ — ขอให้ผู้ช่วยแก้ไขสเปกหรือแผนโดยใช้
update_document - แสดงรายการเอกสารทั้งหมด — แจกแจงเอกสารบริบททั้งหมดใน
.archcore/ด้วยlist_documents - ดึงเอกสาร — ดึงเนื้อหาทั้งหมดของเอกสารหนึ่งฉบับด้วย
get_document - เชื่อมโยงเอกสารที่เกี่ยวข้อง — เชื่อมต่อเอกสารด้วย
add_relationและตรวจสอบผ่านlist_relations
เอกสาร
Archcore CLI — บริบทแบบ Git-Native สำหรับเอเจนต์เขียนโค้ด AI
Archcore คือชั้นบริบทแบบ git-native สำหรับเอเจนต์เขียนโค้ด AI
CLI เก็บสเปก การตัดสินใจด้านสถาปัตยกรรม กฎ แผน และความรู้ของโปรเจกต์ไว้ใน .archcore/ โดยเวอร์ชันร่วมกับโค้ดของคุณ และส่งบริบทที่เกี่ยวข้องให้เอเจนต์เขียนโค้ดผ่าน MCP และ session hooks
มันมาพร้อมกับ CLI และ MCP server แบบ stdio ในเครื่อง ดังนั้นเอเจนต์เขียนโค้ดที่รองรับ MCP ทุกตัวสามารถอ่านและเขียนบริบทของโปรเจกต์คุณผ่านเครื่องมือมาตรฐาน ใช้สำหรับบริบทโปรเจกต์แบบถาวรข้าม Claude Code, Cursor, Codex CLI, GitHub Copilot, Gemini CLI, OpenCode, Roo Code และ Cline
ดูการทำงาน
บริบทนั้นมาจาก .archcore/ — เอกสาร Markdown แบบมีชนิดที่เวอร์ชันใน Git ส่งให้เอเจนต์ใดก็ได้ผ่าน MCP tools และ session hooks

สิ่งที่เปลี่ยนแปลง
❌ ไม่มี Archcore
ทุกเซสชันเริ่มจากศูนย์ เอเจนต์จะ:
- เดาสถาปัตยกรรมของคุณและทำลายธรรมเนียมปฏิบัติของคุณ
- ทำซ้ำลอจิกที่มีอยู่แล้ว
- นำการตัดสินใจที่ทีมของคุณทำไปแล้วกลับมาถกเถียงใหม่
- ต้องการให้อธิบายบริบทเดียวกันซ้ำในทุกแชท
✅ มี Archcore
การตัดสินใจ กฎ และธรรมเนียมปฏิบัติของคุณอยู่ใน Git เป็นบริบทที่มีโครงสร้าง เอเจนต์จะ:
- โหลดการตัดสินใจและกฎที่เกี่ยวข้องตอนเริ่มเซสชัน
- วางโค้ดตามที่สถาปัตยกรรมของคุณกำหนด
- เคารพ ADR สเปก และกฎที่มีอยู่ใน repo
- บันทึกการตัดสินใจใหม่เป็นบริบทที่คงทน — ตรวจสอบได้ใน PR พกพาได้ข้ามเอเจนต์
เอเจนต์หยุดเดาและเริ่มทำตามระบบ
เริ่มต้นภายใน 60 วินาที
curl -fsSL https://archcore.ai/install.sh | bash # macOS / Linux
cd your-project && archcore init
archcore init สร้างโครง .archcore/ ตรวจจับเอเจนต์เขียนโค้ดของคุณ และตั้งค่า hooks และ MCP ให้พวกมัน
จากนั้นเปิดเอเจนต์ของคุณแล้วพูดว่า:
"เรากำลังใช้ PostgreSQL สำหรับที่จัดเก็บหลัก บันทึกการตัดสินใจนี้"
เสร็จแล้ว — ตอนนี้มี ADR ที่มีโครงสร้างใน .archcore/ ซึ่งทุกเซสชันในอนาคต ในเอเจนต์ใดก็ได้ จะเห็น
บน Windows: irm https://archcore.ai/install.ps1 | iex. สำหรับ WSL go install และการ build จากซอร์ส ดู วิธีติดตั้ง ด้านล่างหรือ คู่มือติดตั้งฉบับเต็ม
ทำงานร่วมกับเอเจนต์ของคุณ
CLI ตัวมันเองเป็น MCP server แบบ stdio ในเครื่อง — พื้นผิวการผสานเดียวสำหรับเอเจนต์ที่รองรับ MCP ทุกตัว Hooks เพิ่มบริบทตอนเริ่มเซสชันในที่ที่เอเจนต์รองรับ
| เอเจนต์ | Hooks | 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/และติดตั้งการผสานกับเอเจนต์ - บันทึก — การตัดสินใจ กฎ แผน และคำแนะนำถูกจัดเก็บเป็นเอกสาร Markdown แบบมีชนิดพร้อม YAML frontmatter
- นำกลับมาใช้ — เอเจนต์อ่าน สร้าง อัปเดต และเชื่อมโยงเอกสารผ่าน MCP tools ขณะทำงาน hooks โหลดบริบทตอนเริ่มเซสชัน
- เก็บไว้ใน 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): 19 ชนิดในสามชั้น — ความรู้ (ADR, กฎ, สเปก, คำแนะนำ), วิสัยทัศน์ (PRD, แผน, ไอเดีย, แทร็กข้อกำหนด) และประสบการณ์ (รูปแบบเหตุการณ์, งานที่เกิดซ้ำ) .archcore/ ของ repo นี้เองเป็นตัวอย่างที่ใช้งานได้จริง
ถามเอเจนต์ของคุณ
"ก่อนฉันแตะโมดูล auth มีการตัดสินใจและกฎอะไรที่ใช้ที่นี่บ้าง?"
โหลด ADR และกฎที่ผูกกับพื้นที่นั้นก่อนที่เอเจนต์จะแก้โค้ดแม้แต่บรรทัดเดียว
"เรามีธรรมเนียม: ห่อ errors ด้วย fmt.Errorf และ %w เสมอ ทำให้เป็นกฎ"
สร้าง backend/error-wrapping.rule.md พร้อมคำแนะนำเชิงบังคับ เหตุผล และตัวอย่างที่ดี/ไม่ดี
"สัปดาห์ที่แล้วเรามีเหตุการณ์ connection-pool หมด เอกสารไว้เพื่อไม่ให้เกิดซ้ำ"
สร้าง incidents/connection-pool-exhaustion.cpat.md พร้อมการวิเคราะห์สาเหตุต้นตอและขั้นตอนการป้องกัน
การเปรียบเทียบ
| หากคุณพึ่งพา… | ช่องว่าง | สิ่งที่ Archcore ทำแทน |
|---|---|---|
| ไม่มีอะไร | เอเจนต์เรียนรู้ repo ของคุณใหม่ทุกเซสชันและนำการตัดสินใจที่จบแล้วกลับมาถกเถียงใหม่ | โหลดการตัดสินใจ กฎ และธรรมเนียมปฏิบัติตอนเริ่มเซสชัน — ในเอเจนต์ใดก็ได้ |
ไฟล์คำแนะนำแบบแบน (CLAUDE.md, .cursorrules) | กำแพงข้อความที่โตขึ้นเรื่อย ๆ — ไม่มีชนิด ไม่มีลิงก์ ไม่มีวงจรชีวิต คัดลอกวางต่อเครื่องมือ | เอกสารแบบมีชนิด กราฟความสัมพันธ์ วงจรชีวิต draft → accepted การตั้งค่าเดียวสำหรับทุกเอเจนต์ |
| เครื่องมือหน่วยความจำ (claude-mem, Mem0) | จำ สิ่งที่คุณทำ — ไม่คงที่ ทึบแสง ผูกกับผู้ขาย | เก็บ ว่าระบบถูกสร้างอย่างไรและตัดสินใจอะไร — เวอร์ชันใน Git เป็นของคุณ |
| ชุดวิธีการ (BMAD, Spec Kit, Agent OS) | กำหนดกระบวนการ มักเป็นการส่งต่อครั้งเดียว | เก็บอาร์ติแฟกต์ — กราฟบริบทที่มีชีวิตซึ่งวิวัฒน์ไปพร้อมกับ codebase |
| RAG / หน้าต่างบริบทที่ใหญ่ขึ้น | ดึงสิ่งที่โค้ด พูด ไม่ใช่สิ่งที่ ถูกตัดสินใจและเพราะอะไร | เก็บการตัดสินใจและเหตุผลให้ชัดเจนและเลือกสรร — เอเจนต์โหลดสิ่งที่เกี่ยวข้อง ไม่ใช่ทุกอย่าง |
ไม่เหมาะสำหรับ — หน่วยความจำแชท ไลบรารีพรอมพ์ หรือตัวสร้างสเปกเป็นโค้ดแบบครั้งเดียว Archcore คือชั้นความจริงของ repo สำหรับเอเจนต์เขียนโค้ด ไม่ใช่ชุดวิธีการ
เอกสารอ้างอิง
สิ่งที่มาพร้อมในกล่อง: เอกสาร 19 ชนิด, ความสัมพันธ์ 4 ชนิด, เครื่องมือ MCP 10 ตัว, การผสาน hooks สำหรับ 4 เอเจนต์ และการผสาน MCP สำหรับ 8
ชนิดเอกสาร — 19 ชนิดครอบคลุมวิสัยทัศน์ ความรู้ และประสบการณ์
ความรู้
| ชนิด | ชื่อเต็ม | คำอธิบาย |
|---|---|---|
adr | บันทึกการตัดสินใจด้านสถาปัตยกรรม | บันทึกการตัดสินใจทางเทคนิคที่สรุปแล้วพร้อมบริบท ทางเลือก และผลที่ตามมา |
rfc | คำขอความคิดเห็น | เสนอการเปลี่ยนแปลงที่สำคัญเปิดให้ทีมตรวจสอบและให้ feedback |
rule | กฎ | มาตรฐานการเขียนโค้ดหรือกระบวนการพร้อมคำแนะนำเชิงบังคับและตัวอย่าง |
guide | คำแนะนำ | คำสั่งทีละขั้นตอนสำหรับทำงานเฉพาะอย่างให้สำเร็จ |
doc | เอกสาร | เอกสารอ้างอิง ทะเบียน และเนื้อหาเชิงพรรณนา |
spec | ข้อกำหนด | สัญญาพฤติกรรมเชิงบรรทัดฐานสำหรับขอบเขตหรือฟีเจอร์/ซับซิสเต็มที่ผู้อื่นพึ่งพา |
วิสัยทัศน์
| ชนิด | ชื่อเต็ม | คำอธิบาย |
|---|---|---|
prd | เอกสารข้อกำหนดผลิตภัณฑ์ | เป้าหมาย user stories เกณฑ์การยอมรับ และเมตริกความสำเร็จ |
idea | ไอเดีย | การบันทึกแบบเบา ๆ ของไอเดียผลิตภัณฑ์หรือเทคนิคสำหรับการสำรวจในอนาคต |
plan | แผน | รายการงานแบบแบ่งเฟสพร้อมเกณฑ์การยอมรับและ dependencies |
rnd | การวิจัย | การสืบสวนแบบกำหนดเวลาที่ตอบคำถามที่ขวางการตัดสินใจ |
แทร็กข้อกำหนดเพิ่มเติมสองแบบสำหรับทีมที่ต้องการการค้นพบแบบมีโครงสร้างหรือการแยกย่อยอย่างเป็นทางการ:
แทร็กแหล่งที่มา (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 | รูปแบบการเปลี่ยนแปลงโค้ด | การวิเคราะห์สาเหตุต้นตอของบั๊กหรือเหตุการณ์พร้อมขั้นตอนการป้องกัน |
เอกสารแต่ละฉบับเป็นไฟล์ Markdown พร้อม YAML frontmatter:
---
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. เซิร์ฟเวอร์ยังทำงานใน repo ว่างได้ — เอเจนต์สามารถ bootstrap .archcore/ เองผ่าน init_project
ความสัมพันธ์
เอกสารเชื่อมโยงด้วยความสัมพันธ์แบบมีทิศทาง: related (ความสัมพันธ์ทั่วไป), implements (แหล่งที่มานำสิ่งที่เป้าหมายกำหนดไปปฏิบัติ), extends (แหล่งที่มาสร้างต่อจากเป้าหมาย), depends_on (แหล่งที่มาต้องการเป้าหมาย) จัดการโดยเอเจนต์ผ่าน MCP tools
MCP server ในเครื่อง
archcore mcp ให้บริการเอกสารจากไดเรกทอรีปัจจุบันผ่าน stdio ส่ง --project /path/to/repo (หรือตั้งค่า ARCHCORE_PROJECT_ROOT) เมื่อเซิร์ฟเวอร์ถูกเปิดจากไดเรกทอรีที่ไม่ใช่เวิร์กสเปซของคุณ — เช่น โดยการผสานกับเอดิเตอร์
คำสั่ง
| คำสั่ง | คำอธิบาย |
|---|---|
| `archcore init` | เริ่มต้นไดเรกทอรี `.archcore/` แบบโต้ตอบ |
| `archcore doctor` | ตรวจสอบการตั้งค่า archcore ของคุณและแก้ไขปัญหา |
| `archcore status` | ตรวจสอบโครงสร้าง `.archcore/` และความสมบูรณ์ของเอกสาร |
| `archcore config` | ดูหรือแก้ไขการตั้งค่า |
| `archcore hooks install` | ติดตั้ง hooks สำหรับเอเจนต์ AI ที่ตรวจพบ |
| `archcore mcp` | เรียกใช้เซิร์ฟเวอร์ MCP stdio |
| `archcore mcp install` | ติดตั้งการกำหนดค่า MCP สำหรับเอเจนต์ที่ตรวจพบ |
| `archcore update` | อัปเดต Archcore เป็นเวอร์ชันล่าสุด |
archcore update ตรวจสอบ GitHub Releases ดาวน์โหลดเวอร์ชันใหม่ ตรวจสอบ SHA-256 checksum และแทนที่ไบนารีแบบอะตอมมิก
วิธีการติดตั้ง
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 | โหมดซิงก์ คลาวด์และ on-prem กำลังจะมาเร็วๆ นี้ | 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: เอนจินเดียวกัน พร้อมด้วยสกิล คำสั่งเจตนา และการ์ดเรล ผลิตภัณฑ์เดียว สองจุดเข้า — CLI เพียงอย่างเดียวครอบคลุมเอเจนต์อื่นทั้งหมด
- docs.archcore.ai — เอกสารฉบับเต็ม
.archcore/ใน repo นี้ — ตัวอย่างที่มีชีวิต: 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