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

License Go Release Platform

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 demo

สิ่งที่เปลี่ยนแปลง

❌ ไม่มี 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 เพิ่มบริบทตอนเริ่มเซสชันในที่ที่เอเจนต์รองรับ

เอเจนต์HooksMCP
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. บันทึก — การตัดสินใจ กฎ แผน และคำแนะนำถูกจัดเก็บเป็นเอกสาร Markdown แบบมีชนิดพร้อม YAML frontmatter
  3. นำกลับมาใช้ — เอเจนต์อ่าน สร้าง อัปเดต และเชื่อมโยงเอกสารผ่าน MCP tools ขณะทำงาน hooks โหลดบริบทตอนเริ่มเซสชัน
  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): 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

ลิงก์และใบอนุญาต