Archcore MCP
ทางการเซิร์ฟเวอร์ MCP แบบ stdio ในเครื่องที่ช่วยให้เอเจนต์เขียนโค้ด AI สามารถอ่านและดูแลรักษาสถาปัตยกรรม กฎ และการตัดสินใจที่มีโครงสร้างจากที่เก็บของคุณได้โดยตรง
คุณทำอะไรได้บ้างด้วย 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
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
ทุกเซสชันเริ่มจากศูนย์ 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 รองรับ
| Agent | Hooks | MCP |
|---|---|---|
| Claude Code | yes | yes |
| Cursor | yes | yes |
| Gemini CLI | yes | yes |
| GitHub Copilot | yes | yes |
| 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
วิธีการทำงาน
- Initialize —
archcore initสร้าง.archcore/และติดตั้ง agent integrations - Capture — การตัดสินใจ กฎ แผน และคำแนะนำถูกเก็บเป็นเอกสาร Markdown ที่มีประเภทพร้อม YAML frontmatter
- Reuse — agents อ่าน สร้าง อัปเดต และเชื่อมโยงเอกสารผ่าน 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): 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 ประเภทในวิสัยทัศน์ ความรู้ และประสบการณ์
ความรู้
| ประเภท | ชื่อเต็ม | คำอธิบาย |
|---|---|---|
adr | Architecture Decision Record | บันทึกการตัดสินใจทางเทคนิคที่สรุปแล้ว พร้อมบริบท ทางเลือก และผลที่ตามมา |
rfc | Request for Comments | เสนอการเปลี่ยนแปลงสำคัญที่เปิดให้ทีมตรวจสอบและให้ข้อเสนอแนะ |
rule | Rule | มาตรฐานการเขียนโค้ดหรือกระบวนการ พร้อมคำแนะนำแบบ imperative และตัวอย่าง |
guide | Guide | คำแนะนำทีละขั้นตอนสำหรับทำงานเฉพาะอย่างให้สำเร็จ |
doc | Document | เอกสารอ้างอิง ทะเบียน และเนื้อหาเชิงพรรณนา |
spec | Specification | สัญญาพฤติกรรมเชิงบรรทัดฐานสำหรับขอบเขตหรือฟีเจอร์/ซับซิสเต็มที่ผู้อื่นพึ่งพา |
evidence | Evidence | วัสดุภายนอกหนึ่งรายการพร้อมตัวระบุตำแหน่ง ข้อความที่ตัดมา และบันทึกการตีความ |
scenario | Scenario | โฟลว์ actor-subject และตัวอย่าง Given/When/Then ที่แสดงข้อกำหนดของ spec หนึ่ง |
วิสัยทัศน์
| ประเภท | ชื่อเต็ม | คำอธิบาย |
|---|---|---|
prd | Product Requirements Document | เป้าหมาย user stories เกณฑ์การยอมรับ และตัวชี้วัดความสำเร็จ |
idea | Idea | การบันทึกแนวคิดผลิตภัณฑ์หรือเทคนิคแบบเบา ๆ เพื่อสำรวจในอนาคต |
plan | Plan | รายการงานแบบมีเฟส พร้อมเกณฑ์การยอมรับและ dependencies |
rnd | Research | การสืบสวนแบบจำกัดเวลาที่ตอบคำถามซึ่งขวางการตัดสินใจ |
journey | Journey | เส้นทางที่ตั้งใจของผู้ใช้ประเภทหนึ่งผ่านระบบ ก่อนที่จะมี spec ครอบคลุมการโต้ตอบนี้ |
research | Research | การสืบสวนอาณาเขต พร้อมขอบเขต ความครอบคลุม แหล่งข้อมูลที่มีวันที่ การค้นพบ และช่องว่างที่เปิดอยู่ |
มี requirements tracks เพิ่มเติมสองรายการสำหรับทีมที่ต้องการ structured discovery หรือการแยกย่อยอย่างเป็นทางการ:
Sources track (MRD → BRD → URD) — บันทึก ว่า requirements มาจากไหน:
| ประเภท | ชื่อเต็ม | คำอธิบาย |
|---|---|---|
mrd | Market Requirements Document | ภาพรวมตลาด TAM/SAM/SOM การวิเคราะห์คู่แข่ง และความต้องการของตลาด |
brd | Business Requirements Document | วัตถุประสงค์ทางธุรกิจ ผู้มีส่วนได้ส่วนเสีย ROI และกฎทางธุรกิจ |
urd | User Requirements Document | บุคลิกผู้ใช้ เส้นทาง ความต้องการด้านการใช้งาน และเกณฑ์การยอมรับ |
ISO/IEC/IEEE 29148:2018 track (BRS → StRS → SyRS → SRS) — บันทึก ว่า requirements ถูกแยกย่อยอย่างไร:
| ประเภท | ชื่อเต็ม | คำอธิบาย |
|---|---|---|
brs | Business Requirements Specification | ภารกิจ เป้าหมาย วัตถุประสงค์ และแนวคิดการดำเนินงานทางธุรกิจ |
strs | Stakeholder Requirements Specification | ความต้องการผู้มีส่วนได้ส่วนเสีย แนวคิดการดำเนินงาน และความต้องการผู้ใช้ |
syrs | System Requirements Specification | ฟังก์ชันระบบ อินเทอร์เฟซ ประสิทธิภาพ และข้อจำกัดการออกแบบ |
srs | Software Requirements Specification | ฟังก์ชันซอฟต์แวร์ อินเทอร์เฟซภายนอก และ spec พฤติกรรมโดยละเอียด |
ใช้ PRD สำหรับโปรเจกต์ส่วนใหญ่ เพิ่ม sources track สำหรับการค้นพบ requirements แบบมีโครงสร้าง และ ISO 29148 สำหรับการตรวจสอบย้อนกลับอย่างเป็นทางการในระบบที่ถูกกำกับดูแลหรือซับซ้อนแบบหลายทีม ผสมได้อย่างอิสระ
ประสบการณ์
| ประเภท | ชื่อเต็ม | คำอธิบาย |
|---|---|---|
task-type | Task Type | รายการตรวจสอบและขั้นตอนการทำงานที่ใช้ซ้ำได้สำหรับงานที่เกิดซ้ำ |
cpat | Code 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
ลิงก์และใบอนุญาต
- เอกสาร: docs.archcore.ai
- เว็บไซต์: archcore.ai
- ปลั๊กอิน (Claude Code, Cursor): github.com/archcore-ai/plugin
- ปัญหา: github.com/archcore-ai/cli/issues
- ใบอนุญาต: Apache 2.0