เครื่องมือที่รองรับ

OpenSpec ทำงานร่วมกับผู้ช่วยเขียนโค้ดด้วย AI ได้หลายตัว เมื่อคุณรันคำสั่ง openspec init OpenSpec จะทำการกำหนดค่าเครื่องมือที่เลือกโดยใช้โปรไฟล์/การเลือกเวิร์กโฟลว์ที่ใช้งานอยู่และโหมดการจัดส่ง

วิธีการทำงาน

สำหรับแต่ละเครื่องมือที่เลือก OpenSpec สามารถติดตั้งได้ดังนี้:

1. Skills (หากการจัดส่งรวม skills): .../skills/openspec-*/SKILL.md
2. Commands (หากการจัดส่งรวม commands): ไฟล์คำสั่ง opsx-* เฉพาะของเครื่องมือ

Codex รองรับเฉพาะ skills: OpenSpec จะติดตั้ง .agents/skills/openspec-*/SKILL.md สำหรับ Codex แม้ว่าจะตั้งค่าการจัดส่งเป็น commands และจะไม่สร้างไฟล์ prompt แบบกำหนดเองสำหรับ Codex ทักษะที่จัดการโดย OpenSpec ภายใต้เส้นทาง .codex/skills แบบเดิมจะถูกปรับให้สอดคล้องกันหลังจากที่ไฟล์แทนที่ถูกเขียนเสร็จแล้ว โดยไฟล์ที่กำหนดเองและไฟล์ที่มีความแตกต่างจะได้รับการรักษาไว้

ตามค่าเริ่มต้น OpenSpec ใช้โปรไฟล์ core ซึ่งประกอบด้วย:

• propose
• explore
• apply
• update
• sync
• archive

คุณสามารถเปิดใช้เวิร์กโฟลว์แบบขยาย (new, continue, ff, verify, bulk-archive, onboard) ผ่านคำสั่ง openspec config profile จากนั้นรันคำสั่ง openspec update

วิธีการเรียกใช้

เอกสารนี้ใช้ /opsx:propose เป็นชื่อมาตรฐาน (canonical name) แต่แต่ละเครื่องมือจะเขียนคำสั่งในรูปแบบที่โหลดไฟล์ OpenSpec ที่สร้างไว้ หาเส้นทางคำสั่งของเครื่องมือของคุณใน Tool Directory Reference ด้านล่าง จากนั้นจับคู่รูปแบบกับที่นี่

ไฟล์คำสั่งที่ OpenSpec สร้าง	สิ่งที่คุณพิมพ์	เครื่องมือ
.../commands/opsx/<id>.* — โฟลเดอร์ opsx/ ใช้เป็น namespace	/opsx:<id>	Claude Code, CodeBuddy, Crush, Gemini CLI, Lingma, Qoder, ZCode
.../opsx-<id>.* — ชื่อไฟล์คือคำสั่ง	/opsx-<id>	เครื่องมืออื่นๆ ทั้งหมดที่มีไฟล์คำสั่งที่สร้างอัตโนมัติ ยกเว้น Amazon Q และ Devin
.devin/workflows/opsx-<id>.md — อ่านโดยเพียงหนึ่งในสองเอเจนต์ของ Devin	/opsx-<id> บน Devin Desktop, /openspec-<skill> บน Devin Local	Devin Desktop****
.amazonq/prompts/opsx-<id>.md — เป็น prompt ไม่ใช่คำสั่ง	@opsx-<id>	Amazon Q Developer
ไม่มี — ใช้เฉพาะ skills	/openspec-<skill>	CodeArts, ForgeCode, Hermes, MiniMax Code, Mistral Vibe, Zed Agent, shared .agents
ไม่มี — Kimi Code	/skill:openspec-<skill>	Kimi Code
ไม่มี — Codex CLI	$openspec-<skill>	Codex (/openspec-<skill> ไม่ถูกจดจำ)

ดังนั้น /opsx:propose คือ /opsx-propose ใน Cursor, @opsx-propose ใน Amazon Q และ $openspec-propose ใน Codex

มีสองสิ่งที่แปรเปลี่ยนได้อย่างอิสระ ซึ่งเป็นเหตุผลที่แถวไม่ถูกรวมเข้าด้วยกัน:

• ชื่อ. แถว 1–2 ต่างกันเพียงวิธีการตั้งชื่อไฟล์สำหรับคำสั่ง และส่วนต้น opsx-<id> / opsx:<id> เหมือนกันสำหรับทุกเครื่องมือที่มีไฟล์คำสั่งที่สร้างอัตโนมัติ
• ตัวห่อ (Wrapper). Amazon Q โหลดไฟล์ของมันเข้าไปในไลบรารี prompt ซึ่งเรียกใช้งานด้วย @ เครื่องมือที่ใช้เฉพาะ skills จะไม่สร้างไฟล์คำสั่งใดๆ เลย ดังนั้นสามแถวสุดท้ายจึงใช้ ชื่อ skill — ซึ่งระบุไว้ใน Generated Skill Names — ซึ่งไม่ได้แมปแบบหนึ่งต่อหนึ่งกับ id ของคำสั่ง (/opsx:apply คือ skill openspec-apply-change)

รูปแบบเส้นทางคำสั่งข้างต้นเป็นกลางต่อส่วนขยาย (.*) โดยเจตนา: ส่วนขยายเป็นของเครื่องมือ (.toml สำหรับ Gemini CLI, .prompt สำหรับ Continue, .prompt.md สำหรับ Kiro และ GitHub Copilot) และเครื่องมือบางรายการแสดงชื่อพร้อมส่วนขยายในตัวเลือก จับคู่รูปร่างของไดเรกทอรี ไม่ใช่ส่วนขยาย

ไฟล์ที่ OpenSpec สร้าง และข้อความแนะนำ "Getting started" ที่พิมพ์หลังการติดตั้ง ใช้รูปแบบที่ถูกต้องสำหรับเครื่องมือที่คุณเลือกอยู่แล้ว — ดังนั้นคำตอบที่เร็วที่สุดคือ อ่านข้อความแนะนำนั้น

Tool Directory Reference

เครื่องมือ (ID)	รูปแบบเส้นทาง Skills	รูปแบบเส้นทางคำสั่ง
Amazon Q Developer (amazon-q)	.amazonq/skills/openspec-*/SKILL.md	.amazonq/prompts/opsx-<id>.md
Antigravity (antigravity)	.agent/skills/openspec-*/SKILL.md	.agent/workflows/opsx-<id>.md
Auggie (auggie)	.augment/skills/openspec-*/SKILL.md	.augment/commands/opsx-<id>.md
IBM Bob Shell (bob)	.bob/skills/openspec-*/SKILL.md	.bob/commands/opsx-<id>.md
Claude Code (claude)	.claude/skills/openspec-*/SKILL.md	.claude/commands/opsx/<id>.md
Cline (cline)	.cline/skills/openspec-*/SKILL.md	.clinerules/workflows/opsx-<id>.md
Command Code (command-code)	.commandcode/skills/openspec-*/SKILL.md	.commandcode/commands/opsx-<id>.md
CodeArts (codeartsagent)	.codeartsdoer/skills/openspec-*/SKILL.md	ไม่ได้สร้าง (ไม่มี command adapter; ใช้การเรียกแบบ skill-based /openspec-*)
CodeBuddy (codebuddy)	.codebuddy/skills/openspec-*/SKILL.md	.codebuddy/commands/opsx/<id>.md
Codex (codex)	.agents/skills/openspec-*/SKILL.md	ไม่ได้สร้าง (ใช้เฉพาะ skills; ใช้ $openspec-*)
Devin Desktop, formerly Windsurf (devin)	.devin/skills/openspec-*/SKILL.md	.devin/workflows/opsx-<id>.md****
ForgeCode (forgecode)	.forge/skills/openspec-*/SKILL.md	ไม่ได้สร้าง (ไม่มี command adapter; ใช้การเรียกแบบ skill-based /openspec-*)
Continue (continue)	.continue/skills/openspec-*/SKILL.md	.continue/prompts/opsx-<id>.prompt
CoStrict (costrict)	.cospec/skills/openspec-*/SKILL.md	.cospec/openspec/commands/opsx-<id>.md
Crush (crush)	.crush/skills/openspec-*/SKILL.md	.crush/commands/opsx/<id>.md
Cursor (cursor)	.cursor/skills/openspec-*/SKILL.md	.cursor/commands/opsx-<id>.md
Factory Droid (factory)	.factory/skills/openspec-*/SKILL.md	.factory/commands/opsx-<id>.md
Gemini CLI (gemini)	.gemini/skills/openspec-*/SKILL.md	.gemini/commands/opsx/<id>.toml
GitHub Copilot (github-copilot)	.github/skills/openspec-*/SKILL.md	.github/prompts/opsx-<id>.prompt.md**
Hermes Agent (hermes)	.hermes/skills/openspec-*/SKILL.md***	ไม่ได้สร้าง (ไม่มี command adapter; ใช้การเรียกแบบ skill-based /openspec-*)
iFlow (iflow)	.iflow/skills/openspec-*/SKILL.md	.iflow/commands/opsx-<id>.md
Junie (junie)	.junie/skills/openspec-*/SKILL.md	.junie/commands/opsx-<id>.md
Kilo Code (kilocode)	.kilocode/skills/openspec-*/SKILL.md	.kilocode/workflows/opsx-<id>.md
Kimi Code (kimi)	.kimi-code/skills/openspec-*/SKILL.md	ไม่ได้สร้าง (ไม่มี command adapter; ใช้การเรียกแบบ skill-based /skill:openspec-*)
Kiro (kiro)	.kiro/skills/openspec-*/SKILL.md	.kiro/prompts/opsx-<id>.prompt.md
Lingma (lingma)	.lingma/skills/openspec-*/SKILL.md	.lingma/commands/opsx/<id>.md
MiniMax Code (minimax-code)	~/.minimax/skills/openspec-*/SKILL.md	ไม่ได้สร้าง (ไม่มี command adapter; ใช้ MiniMax Code skills)
Mistral Vibe (vibe)	.vibe/skills/openspec-*/SKILL.md	ไม่ได้สร้าง (ไม่มี command adapter; ใช้การเรียกแบบ skill-based /openspec-*)
Oh My Pi (oh-my-pi)	.omp/skills/openspec-*/SKILL.md	.omp/commands/opsx-<id>.md
OpenCode (opencode)	.opencode/skills/openspec-*/SKILL.md	.opencode/commands/opsx-<id>.md
Pi (pi)	.pi/skills/openspec-*/SKILL.md	.pi/prompts/opsx-<id>.md
SourceCraft Code Assistant for VS Code (codeassistant)	.codeassistant/skills/openspec-*/SKILL.md	.codeassistant/commands/opsx-<id>.md
Qoder (qoder)	.qoder/skills/openspec-*/SKILL.md	.qoder/commands/opsx/<id>.md
Qwen Code (qwen)	.qwen/skills/openspec-*/SKILL.md	.qwen/commands/opsx-<id>.md
Rovo Dev CLI (rovodev)	.rovodev/skills/openspec-*/SKILL.md	ไม่ได้สร้าง Rovo ไม่มีพื้นผิว slash-command — มันจับคู่ skills อัตโนมัติหรือตาม prompt (เช่น "use the openspec-propose skill"); /skills จัดการเพียงเท่านั้น เนื้อหาที่สร้างอ้างอิงถึง skills ตามชื่อ ไม่เคยเป็นคำสั่ง /openspec-*
Zoo Code (roocode)	.roo/skills/openspec-*/SKILL.md	.roo/commands/opsx-<id>.md
Trae (trae)	.trae/skills/openspec-*/SKILL.md	.trae/commands/opsx-<id>.md
Zed Agent (zed)	.agents/skills/openspec-*/SKILL.md	ไม่ได้สร้าง (ใช้เฉพาะ skills; ใช้ /openspec-* หรือ @openspec-*)
ZCode (zcode)	.zcode/skills/openspec-*/SKILL.md	.zcode/commands/opsx/<id>.md
Shared .agents skills (agents)	.agents/skills/openspec-*/SKILL.md	ไม่ได้สร้าง (ไม่มี command adapter; ใช้การเรียกแบบ skill-based /openspec-*)

** ไฟล์ prompt ของ GitHub Copilot ถูกจดจำว่าเป็น custom slash commands ในส่วนขยาย IDE (VS Code, JetBrains, Visual Studio) Copilot CLI ปัจจุบันไม่บริโภค .github/prompts/*.prompt.md โดยตรง การเลือก github-copilot ยังสามารถตั้งค่า cloud coding agent ที่โฮสต์บน GitHub ได้ — ดู GitHub Copilot cloud coding agent ด้านล่าง

*** Hermes โหลด skills จาก ~/.hermes/skills/ โดยค่าเริ่มต้น เพื่อใช้ OpenSpec skills ในโปรเจกต์ท้องถิ่น ให้เพิ่มไดเรกทอรี .hermes/skills/ ของโปรเจกต์ลงใน skills.external_dirs ใน ~/.hermes/config.yaml; Hermes จะเปิดเผย skills ด้วยการเรียกแบบ slash ที่ผู้ใช้มองเห็น เช่น /openspec-propose

**** Windsurf ได้ เปลี่ยนชื่อเป็น Devin Desktop เมื่อวันที่ 2 มิถุนายน 2026 และย้ายไดเรกทอรีการตั้งค่า: .devin/ เป็นตำแหน่งอ่าน+เขียนที่แนะนำ, .windsurf/ เป็น fallback แบบอ่านอย่างเดียวแบบเก่า OpenSpec ปฏิบัติตามการเปลี่ยนชื่อนี้ — ID ของเครื่องมือคือ devin และ --tools windsurf ยังคงแก้ไประบุไปยังมันเพื่อให้สคริปต์การตั้งค่าเดิมทำงานต่อไป โปรเจกต์ที่ยังคงไฟล์ OpenSpec ไว้ใน .windsurf/ จะได้รับการเสนอให้ย้ายในการรัน openspec update ครั้งถัดไป; การปฏิเสธจะทำให้ไฟล์อยู่原位 และไฟล์ที่คุณเขียนเองจะไม่ถูกแตะเลย Workflows ถูกเรียกตามชื่อไฟล์ ดังนั้น .devin/workflows/opsx-apply.md คือ /opsx-apply Devin Local agent ไม่รองรับ workflows — รองรับเฉพาะ skills และมันไม่ได้อ่าน .windsurf/ เลย ดังนั้นเมื่อใดก็ตามที่ OpenSpec เขียน Devin skills มันจะเก็บเนื้อหาและข้อความแนะนำเริ่มต้นไว้ที่การเรียก skill /openspec-* ซึ่งทำงานได้ทั้งสองเอเจนต์ ภายใต้โหมดส่งมอบแบบคำสั่งล้วนๆ จะไม่มีการเขียน skills และทั้งสองจะย้อนกลับไปใช้ /opsx-*

SourceCraft Code Assistant รองรับส่วนขยาย VS Code ของมันเท่านั้น custom commands และ skills ของมันมีให้บริการใน VS Code เท่านั้น การผสานรวมนี้ไม่ได้กำหนดค่า SourceCraft web หรือ JetBrains

ด้วยการส่งมอบแบบ skills-only ให้ถาม Code Assistant ให้ใช้ skill openspec-propose ด้วยไอเดียของคุณ Skills เปิดใช้งานผ่านการจับคู่คำขอ; OpenSpec ไม่สร้างคำสั่ง /openspec-* สำหรับเครื่องมือนี้

MiniMax Code เป็นการผสานรวมแบบ skills-only ระดับโลก OpenSpec เขียนเฉพาะไดเรกทอรี openspec-* ของมันภายใต้ ~/.minimax/skills/; มันไม่สร้างไดเรกทอรี .minimax หรือ .mavis ในระดับ repo การส่งมอบแบบคำสั่งล้วนๆ จะไม่แตะต้อง skills MiniMax Code ระดับโลกที่มีอยู่ ดังนั้นการตั้งค่าการส่งมอบของโปรเจกต์หนึ่งไม่สามารถลบ skills ที่โปรเจกต์อื่นใช้ได้

GitHub Copilot cloud coding agent

Copilot coding agent ของ GitHub ทำงานบน GitHub ในสภาพแวดล้อม GitHub Actions — แยกจาก Copilot ใน editor ของคุณ OpenSpec สามารถตั้งค่าให้ใช้ OpenSpec CLI ได้โดยการสร้างไฟล์สองไฟล์:

• .github/workflows/copilot-setup-steps.yml — ติดตั้ง @fission-ai/openspec ในสภาพแวดล้อมของเอเจนต์
• .github/agents/openspec.agent.md — บอกเอเจนต์วิธีควบคุม OpenSpec

เนื่องจากสิ่งนี้เขียน GitHub Actions workflow เข้าไปใน repository ของคุณ จึงเป็น opt-in:

วิธี	พฤติกรรม
openspec init (interactive)	ถามว่าจะตั้งค่า cloud files หรือไม่ ค่าเริ่มต้นคือ No
openspec init --copilot-cloud	ตั้งค่าโดยไม่แจ้งคำถาม (สำหรับสคริปต์/CI)
openspec init --no-copilot-cloud	ข้ามโดยไม่แจ้งคำถาม และลบไฟล์ที่สร้างไว้ก่อนหน้าออก
openspec update	ไม่แจ้งคำถามเลย อัปเดตไฟล์เฉพาะเมื่อคุณ opt-in (หรือโปรเจกต์มีไฟล์เหล่านี้อยู่แล้ว) หากคุณ opt-out มันจะลบ cloud files ที่จัดการโดย OpenSpec

ตัวเลือกของคุณจะถูกบันทึกใน openspec/config.yaml เป็น githubCopilot.cloudAgent: true|false ดังนั้นการอัปเดตแบบไม่โต้ตอบจึงเคารพค่านั้น OpenSpec จะเขียนหรือลบเฉพาะไฟล์whose content it generated เท่านั้น — หากคุณปรับแต่ง copilot-setup-steps.yml หรือ openspec.agent.md หรือมีของคุณเองอยู่แล้ว มันจะไม่ถูกแตะต้อง (และ init/update จะบอกคุณเช่นนั้น)

เมื่อใดควรเลือกเป้าหมาย shared .agents

agents เป็นตัวเลือกที่เป็นกลางต่อผู้ขาย: มันเขียน skills ไปยัง .agents/skills/ ซึ่งเป็นรากฐานร่วมที่เครื่องมือเอเจนต์หลายตัวอ่าน แทนที่จะเป็นไดเรกทอรีเฉพาะเครื่องมือ

สถานการณ์	เลือก
เครื่องมือของคุณมีแถวของตัวเองด้านบน	ID ของมันเอง — คุณจะได้รับผสานรวมของเครื่องมือนั้น รวมถึง slash commands หากมันรองรับ
มีหลายเอเจนต์ใน repo เดียวกัน และทั้งหมดอ่าน .agents/skills	agents — ต้นไม้ skill เดียวแทนที่จะเป็นหนึ่งต่อเครื่องมือ
เครื่องมือของคุณยังไม่ได้ระบุแต่อ่าน .agents/skills	agents

การเลือกมันพร้อมกับ ID เฉพาะเครื่องมือเป็นเรื่องปกติ; แต่ละอันมักจะเขียนไปที่รากของมันเอง Codex และ Zed Agent เป็นข้อยกเว้นเพราะพวกมันใช้ราก .agents แบบ canonical เดียวกัน หากเลือก Codex ร่วมกับ Zed หรือ agents OpenSpec จะรักษาต้นไม้ที่นำโดย Codex ไว้หนึ่งชุด การส่งต่อของมันก็ชื่อทั้ง $openspec-* สำหรับ Codex และ /openspec-* สำหรับเอเจนต์อื่นๆ ดังนั้น --tools all และการตั้งค่า multi-agent ที่มีอยู่จึงยังคงทำงานได้โดยไม่ต้องมีผู้เขียนสองคนทับซ้อนไฟล์เดียวกัน OpenSpec ยังเสนอมันอัตโนมัติทันทีที่โปรเจกต์มีไดเรกทอรี .agents/skills/ — .agents/ เปล่าๆ ไม่เพียงพอ เนื่องจากเครื่องมือใช้รากนั้นสำหรับกฎและการกำหนดค่า subagent ด้วยเช่นกัน โปรดสังเกตว่า .agents ไม่ใช่ .agent: ไดเรกทอรีเอกพจน์เป็นของ Antigravity

มีสองสิ่งที่คุณควรรู้:

• Skills เท่านั้น. ไม่มี command adapter ดังนั้นไม่มีไฟล์คำสั่ง opsx-* ถูกเขียน; ด้วยโหมดส่งมอบที่รวมคำสั่ง openspec init จะแสดง agents อยู่ในเครื่องมือที่รายงานภายใต้ Commands skipped for: … (no adapter) เรียกใช้ workflows ตามชื่อ skill — ผู้ช่วยส่วนใหญ่ที่อ่าน .agents/skills เขียนว่า /openspec-propose ซึ่งเป็นรูปแบบที่ข้อความแนะนำการตั้งค่าของ OpenSpec พิมพ์ออกมา เป้าหมายนี้เป็นกลางต่อผู้ขาย ดังนั้นตรวจสอบเอกสารของผู้ช่วยของคุณเองหากมันใช้รูปแบบอื่น
• ไม่มีการสร้างหรือแก้ไข AGENTS.md เป้าหมายคือไดเรกทอรี .agents/ หาก AGENTS.md รากของคุณยังมีบล็อก marker ของ OpenSpec จากเวอร์ชันเก่า openspec update จะลบออก — ดู Migration Guide

การรองรับ Zed ที่นี่คือสำหรับ Zed Agent ในตัว Zed External Agents และ Terminal Threads มีการผสานรวมของตนเอง Agent Skills ต้องการ Zed v1.4.2 หรือใหม่กว่า Skills ในระดับโปรเจกต์ไม่พร้อมใช้งานใน worktree ที่ไม่ได้รับอนุญาตจนกว่าคุณจะ มอบความไว้วางใจ

เนื่องจาก .agents/skills/ ถูกแบ่งปันโดย Codex, Zed Agent และเป้าหมายที่เป็นกลางต่อผู้ขาย จึงคุ้มค่าที่จะรู้ว่า OpenSpec อ้างสิทธิ์อะไรที่นั่น: มันเขียน อัปเดต และลบเฉพาะไดเรกทอรี skill openspec-* สำหรับ workflows ที่คุณเลือกเท่านั้น รวมถึงเครื่องหมาย .openspec-target ที่บันทึกว่า Codex, Zed Agent หรือเป้าหมายที่เป็นกลางต่อผู้ขายเรนเดอร์ต้นไม้ร่วมชุดนั้นหรือไม่ สิ่งอื่นใดในไดเรกทอรีนั้นจะไม่ถูกแตะต้อง ถือว่าชื่อ openspec-* และเครื่องหมายเป็นของ OpenSpec — การแก้ไขภายในจะถูกแทนที่ในการรัน openspec update ครั้งถัดไป เช่นเดียวกับเครื่องมืออื่นๆ ทุกตัว

สำหรับโปรเจกต์ก่อนมีเครื่องหมาย OpenSpec สรุปความเป็นเจ้าของจากการอ้างอิง skill ที่จัดการ: $openspec-* หมายถึง Codex และ /openspec-* หมายถึงเป้าหมายที่เป็นกลางต่อผู้ขาย ต้นไม้ canonical ทั่วไปที่อยู่เคียงข้าง legacy .codex/skills จะถูกปฏิบัติเป็นการติดตั้ง dual-target รุ่นเก่าและรวมเข้ากับต้นไม้ร่วมที่เข้ากันได้

openspec update เคารพความเป็นเจ้าของนี้เช่นกัน หากโปรเจกต์เป็นเจ้าของ .agents ในฐานะเป้าหมายที่เป็นกลางต่อผู้ขาย และตรวจพบการติดตั้ง Codex เหลือเชื่อเพียงจากไฟล์ prompt ที่หลงเหลืออยู่ การอัปเดตจะทิ้งต้นไม้ agents ที่จัดตั้งขึ้นไว้แทนที่จะเขียนใหม่ด้วย syntax ของ Codex และรักษาไฟล์ prompt ดั้งเก่านั้นไว้แทนที่จะลบออก เพื่อให้ต้นไม้ร่วมเป็นของ Codex ให้รัน openspec init --tools codex อย่างชัดเจน

การตั้งค่าแบบไม่โต้ตอบ

สำหรับการตั้งค่า CI/CD หรือสคริปต์อัตโนมัติ ให้ใช้ --tools (และอาจใช้ --profile ร่วมด้วย):

# กำหนดค่าเครื่องมือเฉพาะ
openspec init --tools claude,cursor

# กำหนดค่าเครื่องมือทั้งหมดที่รองรับ
openspec init --tools all

# ข้ามการกำหนดค่าเครื่องมือ
openspec init --tools none

# ครอบคลุมโปรไฟล์สำหรับการ init ครั้งนี้
openspec init --profile core

ID เครื่องมือที่มีให้ใช้ (--tools) — windsurf ก็ได้รับการยอมรับเช่นกัน ในฐานะ alias ของ devin: amazon-q, antigravity, auggie, bob, claude, cline, command-code, codeartsagent, codex, devin, forgecode, codebuddy, continue, costrict, crush, cursor, factory, gemini, github-copilot, hermes, iflow, junie, kilocode, kimi, kiro, lingma, minimax-code, vibe, oh-my-pi, opencode, pi, qoder, qwen, roocode, codeassistant, trae, zed, zcode, agents

การติดตั้งที่ขึ้นกับ Workflow

OpenSpec จะติดตั้ง artifacts ของ workflow ตาม workflow ที่เลือก:

• โปรไฟล์ Core (ค่าเริ่มต้น): propose, explore, apply, update, sync, archive
• การเลือกแบบกำหนดเอง: ชุดย่อยใดก็ได้จาก ID ของ workflow ทั้งหมด: propose, explore, new, continue, apply, update, ff, sync, archive, bulk-archive, verify, onboard

กล่าวอีกนัยหนึ่ง จำนวน skill/command จะขึ้นอยู่กับโปรไฟล์และการส่งมอบ ไม่ใช่ค่าคงที่

ชื่อ Skill ที่สร้าง

เมื่อถูกเลือกโดยโปรไฟล์/การกำหนดค่า workflow แล้ว OpenSpec จะสร้าง skill เหล่านี้:

• openspec-propose
• openspec-explore
• openspec-new-change
• openspec-continue-change
• openspec-apply-change
• openspec-update-change
• openspec-ff-change
• openspec-sync-specs
• openspec-archive-change
• openspec-bulk-archive-change
• openspec-verify-change
• openspec-onboard

ดู Commands สำหรับพฤติกรรมของคำสั่ง และ CLI สำหรับตัวเลือกของ init/update

เรื่องที่เกี่ยวข้อง

• CLI Reference — คำสั่งเทอร์มินัล
• Commands — Slash commands และ skills
• Getting Started — การตั้งค่าครั้งแรก