Archcore MCP

ทางการ

เซิร์ฟเวอร์ MCP แบบ stdio ในเครื่องที่ช่วยให้เอเจนต์เขียนโค้ด AI สามารถอ่านและดูแลรักษาสถาปัตยกรรม กฎ และการตัดสินใจที่มีโครงสร้างจากที่เก็บของคุณได้โดยตรง

GitHub
67
ลองใช้ MCP นี้ผู้สนับสนุน

คุณทำอะไรได้บ้างด้วย Archcore MCP?

  • โหลดบริบทของโปรเจกต์ — ขอให้ผู้ช่วยของคุณดึงข้อมูล ADR กฎ และข้อกำหนดที่เกี่ยวข้องกับโมดูลก่อนทำการเปลี่ยนแปลง ผ่านทาง list_documents และ search_documents

  • บันทึกการตัดสินใจเป็นเอกสารถาวร — ให้ผู้ช่วยของคุณสร้างเอกสาร Markdown ที่มีประเภทชัดเจน (ADR กฎ แผน) ใน .archcore/ โดยใช้ create_document เพื่อเก็บบริบทไว้ในระบบเวอร์ชันของ Git

  • เชื่อมโยงเอกสารที่เกี่ยวข้อง — สั่งให้ผู้ช่วยของคุณเชื่อมโยงเอกสารด้วยความสัมพันธ์ เช่น implements, depends_on หรือ supersedes โดยใช้ add_relation เพื่อสร้างกราฟบริบท

  • อัปเดตบริบทที่มีอยู่ — ขอให้ผู้ช่วยของคุณแก้ไขหรือลบเอกสารที่ล้าสมัยใน .archcore/ ผ่านทาง update_document และ remove_document เพื่อให้ความรู้ของโปรเจกต์เป็นปัจจุบันอยู่เสมอ

  • เริ่มต้นบริบทใน repo ใดก็ได้ — ให้ผู้ช่วยของคุณเริ่มต้น .archcore/ ตั้งแต่ต้นใน workspace ที่ว่างเปล่าโดยใช้ init_project เพื่อให้สามารถติดตามบริบทได้ทันที

เอกสาร

Archcore CLI — บริบทแบบ Git-Native สำหรับ AI Coding Agents

Archcore ย้ายไปที่ github.com/archcore-ai/archcore Repository นี้ถูกเก็บถาวรแล้ว CLI ตอนนี้อยู่ภายใต้ cli/ ใน repository นั้น ถัดจาก plugin และทุก release ตั้งแต่ v0.10.1 เป็นต้นไปจะเผยแพร่ที่ archcore-ai/archcore/releases ติดตั้งหรืออัปเดตด้วย curl -fsSL https://archcore.ai/install.sh | bash บน macOS, Linux และ WSL หรือ irm https://archcore.ai/install.ps1 | iex บน Windows ไบนารีที่ติดตั้งจาก repository นี้ (v0.8.7 หรือเก่ากว่า) จะไม่ self-update อีกต่อไป ให้รัน installer หนึ่งครั้งเพื่อย้ายไปยังช่องทางใหม่ ปัญหา: archcore-ai/archcore/issues

License Go Release Platform

Archcore คือชั้นบริบทแบบ git-native สำหรับ AI coding agents

CLI เก็บ spec, การตัดสินใจด้านสถาปัตยกรรม, กฎ, แผน และความรู้เกี่ยวกับโปรเจกต์ไว้ใน .archcore/ ซึ่ง version ไปพร้อมกับโค้ดของคุณ และส่งบริบทที่เกี่ยวข้องให้กับ coding agents ผ่าน MCP และ session hooks

มันมาพร้อมกับ CLI และ local stdio MCP server ดังนั้น agent ที่รองรับ MCP ทุกตัวสามารถอ่านและเขียนบริบทโปรเจกต์ของคุณผ่านเครื่องมือมาตรฐานได้ ใช้สำหรับบริบทโปรเจกต์แบบถาวรใน Claude Code, Cursor, Codex CLI, GitHub Copilot, Gemini CLI, OpenCode, Roo Code และ Cline

ดูการทำงาน

บริบทนั้นมาจาก .archcore/ — เอกสาร Markdown ที่มีประเภทซึ่ง version ใน Git ส่งให้ agent ใดก็ได้ผ่าน MCP tools และ session hooks

archcore demo

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

❌ ไม่มี Archcore

ทุกเซสชันเริ่มจากศูนย์ agent จะ:

  • เดาโครงสร้างสถาปัตยกรรมของคุณและทำลาย convention ของคุณ
  • ทำซ้ำ logic ที่มีอยู่แล้ว
  • เปิดประเด็นการตัดสินใจที่ทีมของคุณทำไปแล้วอีกครั้ง
  • ต้องให้อธิบายบริบทเดิมซ้ำในทุกแชท

✅ มี Archcore

การตัดสินใจ กฎ และ convention ของคุณอยู่ใน Git เป็นบริบทที่มีโครงสร้าง agent จะ:

  • โหลดการตัดสินใจและกฎที่เกี่ยวข้องเมื่อเริ่มเซสชัน
  • วางโค้ดตามที่สถาปัตยกรรมของคุณกำหนด
  • เคารพ ADR, spec และกฎที่มีอยู่ใน repo
  • บันทึกการตัดสินใจใหม่เป็นบริบทที่คงทน — ตรวจสอบได้ใน PR, ใช้ข้าม agent ได้

Agent จะหยุดเดาและเริ่มทำตามระบบ

เริ่มต้นใน 60 วินาที

curl -fsSL https://archcore.ai/install.sh | bash    # macOS / Linux
cd your-project && archcore init

archcore init สร้าง .archcore/, ตรวจหา coding agents ของคุณ และตั้งค่า hooks และ MCP ให้พวกมัน

จากนั้นเปิด agent ของคุณแล้วพูดว่า:

"เราจะใช้ PostgreSQL สำหรับการจัดเก็บหลัก บันทึกการตัดสินใจนี้"

เสร็จแล้ว — ตอนนี้มี ADR ที่มีโครงสร้างใน .archcore/ ที่ทุกเซสชันในอนาคต ไม่ว่า agent ใด จะเห็น

บน Windows: irm https://archcore.ai/install.ps1 | iex สำหรับ WSL, go install และการ build จาก source ดู วิธีการติดตั้ง ด้านล่างหรือคู่มือการติดตั้งฉบับเต็ม

ทำงานร่วมกับ agent ของคุณ

CLI ตัวมันเองเป็น local stdio MCP server — พื้นผิวการรวมระบบเดียวสำหรับ agent ที่รองรับ MCP ทุกตัว Hooks เพิ่มบริบทเมื่อเริ่มเซสชันในจุดที่ agent รองรับ

AgentHooksMCP
Claude Codeyesyes
Cursoryesyes
Gemini CLIyesyes
GitHub Copilotyesyes
OpenCode—yes
Codex CLI—yes
Roo Code—yes
Cline—manual

archcore init กำหนดค่า agent ที่ตรวจพบโดยอัตโนมัติ หากต้องการตั้งค่าด้วยตนเอง:

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. Initialize — archcore init สร้าง .archcore/ และติดตั้ง agent integrations
  2. Capture — การตัดสินใจ กฎ แผน และคำแนะนำถูกเก็บเป็นเอกสาร Markdown ที่มีประเภทพร้อม YAML frontmatter
  3. Reuse — agents อ่าน สร้าง อัปเดต และเชื่อมโยงเอกสารผ่าน 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): 23 ประเภทในสามชั้น — ความรู้ (ADRs, rules, specs, guides), วิสัยทัศน์ (PRDs, plans, ideas, requirements tracks) และประสบการณ์ (incident patterns, recurring tasks) .archcore/ ของ repo นี้เองเป็นตัวอย่างที่ใช้งานได้จริง

ถาม agent ของคุณ

"ก่อนฉันแตะโมดูล auth มีการตัดสินใจและกฎอะไรที่เกี่ยวข้องที่นี่บ้าง?"

โหลด ADR และกฎที่เกี่ยวข้องกับพื้นที่นั้นก่อนที่ agent จะแก้ไขแม้แต่บรรทัดเดียว

"เรามี convention: ห่อ error ด้วย fmt.Errorf และ %w เสมอ ทำให้เป็นกฎ"

สร้าง backend/error-wrapping.rule.md พร้อมคำแนะนำแบบ imperative, เหตุผล และตัวอย่างที่ดี/ไม่ดี

"สัปดาห์ที่แล้วเรามีเหตุการณ์ connection-pool exhaustion บันทึกไว้เพื่อไม่ให้เกิดซ้ำ"

สร้าง incidents/connection-pool-exhaustion.cpat.md พร้อมการวิเคราะห์ root-cause และขั้นตอนการป้องกัน

การเปรียบเทียบ

ถ้าคุณพึ่งพา…ช่องว่างสิ่งที่ Archcore ทำแทน
ไม่มีอะไรagent เรียนรู้ repo ของคุณใหม่ทุกเซสชันและเปิดประเด็นการตัดสินใจที่จบแล้วโหลดการตัดสินใจ กฎ และ convention เมื่อเริ่มเซสชัน — ใน agent ใดก็ได้
ไฟล์คำแนะนำแบบแบน (CLAUDE.md, .cursorrules)กำแพงข้อความที่โตขึ้นเรื่อย ๆ — ไม่มีประเภท ไม่มีลิงก์ ไม่มีวงจรชีวิต คัดลอกวางต่อเครื่องมือเอกสารที่มีประเภท, กราฟความสัมพันธ์, วงจรชีวิต draft → accepted, การตั้งค่าครั้งเดียวสำหรับทุก agent
เครื่องมือหน่วยความจำ (claude-mem, Mem0)จำ สิ่งที่คุณทำ — ไม่อยู่กับร่องกับรอย, ไม่โปร่งใส, ผูกกับผู้ขายเก็บ ว่าระบบถูกสร้างอย่างไรและตัดสินใจอะไร — version ใน Git, เป็นของคุณ
ชุดวิธีการ (BMAD, Spec Kit, Agent OS)กำหนดกระบวนการ มักเป็นการส่งต่อแบบครั้งเดียวเก็บ artifacts — กราฟบริบทที่มีชีวิตซึ่งวิวัฒน์ไปพร้อมกับ codebase
RAG / context window ที่ใหญ่ขึ้นดึงสิ่งที่โค้ด พูด ไม่ใช่สิ่งที่ ถูกตัดสินใจและเพราะอะไรเก็บการตัดสินใจและเหตุผลอย่างชัดเจนและเลือกสรร — agent โหลดสิ่งที่เกี่ยวข้อง ไม่ใช่ทุกอย่าง

ไม่เหมาะสำหรับ — หน่วยความจำแชท, คลัง prompt หรือเครื่องมือสร้าง spec-to-code แบบครั้งเดียว Archcore คือชั้นความจริงของ repo สำหรับ coding agents ไม่ใช่ชุดวิธีการ

ข้อมูลอ้างอิง

สิ่งที่มาพร้อมในกล่อง: เอกสาร 23 ประเภท, ความสัมพันธ์ 7 ประเภท, MCP tools 10 รายการ, hook integrations สำหรับ 4 agents และ MCP integrations สำหรับ 8

ประเภทเอกสาร — 23 ประเภทในวิสัยทัศน์ ความรู้ และประสบการณ์

ความรู้

ประเภทชื่อเต็มคำอธิบาย
adrArchitecture Decision Recordบันทึกการตัดสินใจทางเทคนิคที่สรุปแล้ว พร้อมบริบท ทางเลือก และผลที่ตามมา
rfcRequest for Commentsเสนอการเปลี่ยนแปลงสำคัญที่เปิดให้ทีมตรวจสอบและให้ข้อเสนอแนะ
ruleRuleมาตรฐานการเขียนโค้ดหรือกระบวนการ พร้อมคำแนะนำแบบ imperative และตัวอย่าง
guideGuideคำแนะนำทีละขั้นตอนสำหรับทำงานเฉพาะอย่างให้สำเร็จ
docDocumentเอกสารอ้างอิง ทะเบียน และเนื้อหาเชิงพรรณนา
specSpecificationสัญญาพฤติกรรมเชิงบรรทัดฐานสำหรับขอบเขตหรือฟีเจอร์/ซับซิสเต็มที่ผู้อื่นพึ่งพา
evidenceEvidenceวัสดุภายนอกหนึ่งรายการพร้อมตัวระบุตำแหน่ง ข้อความที่ตัดมา และบันทึกการตีความ
scenarioScenarioโฟลว์ actor-subject และตัวอย่าง Given/When/Then ที่แสดงข้อกำหนดของ spec หนึ่ง

วิสัยทัศน์

ประเภทชื่อเต็มคำอธิบาย
prdProduct Requirements Documentเป้าหมาย user stories เกณฑ์การยอมรับ และตัวชี้วัดความสำเร็จ
ideaIdeaการบันทึกแนวคิดผลิตภัณฑ์หรือเทคนิคแบบเบา ๆ เพื่อสำรวจในอนาคต
planPlanรายการงานแบบมีเฟส พร้อมเกณฑ์การยอมรับและ dependencies
rndResearchการสืบสวนแบบจำกัดเวลาที่ตอบคำถามซึ่งขวางการตัดสินใจ
journeyJourneyเส้นทางที่ตั้งใจของผู้ใช้ประเภทหนึ่งผ่านระบบ ก่อนที่จะมี spec ครอบคลุมการโต้ตอบนี้
researchResearchการสืบสวนอาณาเขต พร้อมขอบเขต ความครอบคลุม แหล่งข้อมูลที่มีวันที่ การค้นพบ และช่องว่างที่เปิดอยู่

มี requirements tracks เพิ่มเติมสองรายการสำหรับทีมที่ต้องการ structured discovery หรือการแยกย่อยอย่างเป็นทางการ:

Sources track (MRD → BRD → URD) — บันทึก ว่า requirements มาจากไหน:

ประเภทชื่อเต็มคำอธิบาย
mrdMarket Requirements Documentภาพรวมตลาด TAM/SAM/SOM การวิเคราะห์คู่แข่ง และความต้องการของตลาด
brdBusiness Requirements Documentวัตถุประสงค์ทางธุรกิจ ผู้มีส่วนได้ส่วนเสีย ROI และกฎทางธุรกิจ
urdUser Requirements Documentบุคลิกผู้ใช้ เส้นทาง ความต้องการด้านการใช้งาน และเกณฑ์การยอมรับ

ISO/IEC/IEEE 29148:2018 track (BRS → StRS → SyRS → SRS) — บันทึก ว่า requirements ถูกแยกย่อยอย่างไร:

ประเภทชื่อเต็มคำอธิบาย
brsBusiness Requirements Specificationภารกิจ เป้าหมาย วัตถุประสงค์ และแนวคิดการดำเนินงานทางธุรกิจ
strsStakeholder Requirements Specificationความต้องการผู้มีส่วนได้ส่วนเสีย แนวคิดการดำเนินงาน และความต้องการผู้ใช้
syrsSystem Requirements Specificationฟังก์ชันระบบ อินเทอร์เฟซ ประสิทธิภาพ และข้อจำกัดการออกแบบ
srsSoftware Requirements Specificationฟังก์ชันซอฟต์แวร์ อินเทอร์เฟซภายนอก และ spec พฤติกรรมโดยละเอียด

ใช้ PRD สำหรับโปรเจกต์ส่วนใหญ่ เพิ่ม sources track สำหรับการค้นพบ requirements แบบมีโครงสร้าง และ ISO 29148 สำหรับการตรวจสอบย้อนกลับอย่างเป็นทางการในระบบที่ถูกกำกับดูแลหรือซับซ้อนแบบหลายทีม ผสมได้อย่างอิสระ

ประสบการณ์

ประเภทชื่อเต็มคำอธิบาย
task-typeTask Typeรายการตรวจสอบและขั้นตอนการทำงานที่ใช้ซ้ำได้สำหรับงานที่เกิดซ้ำ
cpatCode Change Patternการวิเคราะห์ root-cause ของบั๊กหรือเหตุการณ์ พร้อมขั้นตอนการป้องกัน

เอกสารแต่ละรายการเป็นไฟล์ 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 เซิร์ฟเวอร์ยังทำงานได้ในพื้นที่เก็บข้อมูลที่ว่างเปล่า — เอเจนต์สามารถเริ่มต้น .archcore/ ได้ด้วยตัวเองผ่าน init_project

ความสัมพันธ์

เอกสารเชื่อมโยงกันผ่านความสัมพันธ์แบบมีทิศทางเจ็ดประเภทที่จัดการโดยเครื่องมือ MCP

แกนความสัมพันธ์ทิศทาง
โครงสร้างrelatedแหล่งที่มาเชื่อมโยงกับเป้าหมาย
โครงสร้างimplementsแหล่งที่มาดำเนินการตามเป้าหมาย
โครงสร้างextendsแหล่งที่มาสร้างต่อจากเป้าหมาย
โครงสร้างdepends_onแหล่งที่มาต้องการเป้าหมาย
หลักฐานsupportsเนื้อหาสนับสนุนข้อความเป้าหมาย
หลักฐานcontradictsผู้ท้าทายโต้แย้งข้อความเป้าหมาย
เวลาsupersedesเอกสารใหม่แทนที่เอกสารเก่า

ปลายทางคือเอกสารท้องถิ่นที่มีอยู่แล้วซึ่งมีความแตกต่างกัน ความสัมพันธ์ไม่ได้เปลี่ยนสถานะเอกสารหรือแก้ไขความขัดแย้งโดยอัตโนมัติ CLI เวอร์ชันเก่าจะปฏิเสธไฟล์ manifest ที่มีค่าสามค่าใหม่

แหล่งที่มาเริ่มต้นเป็นแถวในการสืบสวน กำหนดไฟล์ evidence ให้เมื่อเอกสารหลายฉบับใช้ซ้ำ มีความขัดแย้งเกี่ยวข้อง หรือมีเนื้อหาใหม่แทนที่ เอ็นจินเก็บ locator และ extract แต่ไม่ดึงข้อมูลหรือตรวจสอบแหล่งที่มา

เซิร์ฟเวอร์ MCP ท้องถิ่น

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 instructionsจัดการคำแนะนำ Archcore ในไฟล์คำสั่ง
archcore pluginติดตั้ง อัปเดต หรือรายงานปลั๊กอิน Archcore
archcore updateอัปเดต Archcore เป็นเวอร์ชันล่าสุด

archcore update ตรวจสอบ GitHub Releases ดาวน์โหลดเวอร์ชันใหม่ ตรวจสอบ SHA-256 checksum และแทนที่ไบนารีแบบอะตอมมิก จากนั้นอัปเดตปลั๊กอิน Archcore บนแต่ละโฮสต์ที่ติดตั้งไว้แล้ว และพิมพ์คำสั่งให้รันสำหรับโฮสต์ที่ CLI ไม่สามารถเข้าถึงได้

archcore plugin จัดการปลั๊กอินนั้นโดยตรงบน Claude Code, Cursor, Codex CLI และ GitHub Copilot archcore init ติดตั้งให้กับโฮสต์ที่คุณเลือกที่นั่น

การอัปเดตและ telemetry

การอัปเดตอัตโนมัติ

ตั้งแต่ v0.8.0 CLI ยังอัปเดตตัวเองโดยไม่มีผู้ดูแล archcore mcp — เซิร์ฟเวอร์ที่เอเจนต์ของคุณเริ่มต้น — รันการตรวจสอบเดียวกันในเบื้องหลัง อย่างมากที่สุดหนึ่งครั้งทุก 24 ชั่วโมงต่อเครื่อง และแทนที่ไบนารีเฉพาะกับรุ่นที่เผยแพร่โดยโปรเจกต์นี้ หลังจากรันไบนารีที่ดาวน์โหลดมาหนึ่งครั้งเพื่อพิสูจน์ว่ามันเริ่มทำงานได้ กระบวนการที่รันอยู่จะไม่ถูกรีสตาร์ทหรือขัดจังหวะ เวอร์ชันใหม่จะมีผลในครั้งถัดไปที่ไบนารีถูกเปิดใช้ บิลด์ที่คุณคอมไพล์เอง forks และ CI runners จะไม่อัปเดตตัวเอง

ไม่มีตัวแปรและไม่มีคีย์ .archcore/settings.json ที่ปิดการทำงานนี้ หากเครื่องไม่ควรอัปเดตตัวเอง ให้ติดตั้งไบนารีในไดเรกทอรีที่ผู้ใช้ไม่สามารถเขียนได้ — ตำแหน่งที่เป็นของ root — และทุกความพยายามจะหยุดก่อนที่จะดาวน์โหลดอะไร

การวิเคราะห์การอัปเดต

บิลด์ที่เผยแพร่ส่งหนึ่งเหตุการณ์ต่อความพยายามอัปเดต: เวอร์ชันที่เปลี่ยนระหว่าง ระบบปฏิบัติการและสถาปัตยกรรม 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โหมดซิงค์ Cloud และ on-prem จะมาเร็วๆ นี้none (local เท่านั้น), 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/ ในพื้นที่เก็บข้อมูลนี้ — ตัวอย่างที่มีชีวิต: CLI สร้างด้วยเลเยอร์บริบทของตัวเอง

การพัฒนา

ต้องใช้ Go 1.25+

go build -o archcore .   # build
go test ./...            # run all tests

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