Perintah

Ini adalah referensi untuk perintah slash OpenSpec. Perintah-perintah ini dipanggil di antarmuka chat asisten coding AI Anda (misalnya, Claude Code, Cursor, Devin Desktop).

Untuk pola alur kerja dan kapan menggunakan setiap perintah, lihat Workflows. Untuk perintah CLI, lihat CLI.

Halaman-halaman ini menggunakan /opsx:<command> sebagai nama kanonik. Beberapa alat menuliskannya dengan cara berbeda — Cursor dan GitHub Copilot mendaftarkan /opsx-propose, Codex menggunakan $openspec-propose — jadi periksa How To Invoke untuk alat Anda. Berkas-berkas yang dihasilkan OpenSpec sudah menggunakan bentuk yang benar.

Referensi Cepat

Jalur Cepat Default (profil `core`)

Perintah	Tujuan
`/opsx:propose`	Membuat perubahan dan menghasilkan artefak perencanaan dalam satu langkah
`/opsx:explore`	Berpikir melalui ide sebelum berkomitmen pada perubahan
`/opsx:apply`	Menerapkan tugas-tugas dari perubahan
`/opsx:update`	Merevisi artefak perencanaan perubahan dan menjaganya tetap koheren
`/opsx:sync`	Menggabungkan spesifikasi delta ke dalam spesifikasi utama
`/opsx:archive`	Mengarsipkan perubahan yang telah selesai

Perintah Alur Kerja yang Diperluas (pilihan alur kerja kustom)

Perintah	Tujuan
`/opsx:new`	Memulai scaffold perubahan baru
`/opsx:continue`	Membuat artefak berikutnya berdasarkan dependensi
`/opsx:ff`	Fast-forward: membuat semua artefak perencanaan sekaligus
`/opsx:verify`	Memvalidasi implementasi sesuai dengan artefak
`/opsx:bulk-archive`	Mengarsipkan beberapa perubahan sekaligus
`/opsx:onboard`	Tutorial terpandu melalui alur kerja lengkap

Profil global default adalah core. Untuk mengaktifkan perintah alur kerja yang diperluas, jalankan openspec config profile, pilih alur kerja, lalu jalankan openspec update di proyek Anda.

Referensi Perintah

`/opsx:propose`

Buat perubahan baru dan hasilkan artefak perencanaan dalam satu langkah. Ini adalah perintah awal default di profil core.

Sintaks:

text

/opsx:propose [change-name-or-description]

Argumen:

Argumen	Wajib	Deskripsi
`change-name-or-description`	Tidak	Nama kebab-case atau deskripsi perubahan dalam bahasa sehari-hari

Apa yang dilakukan:

Membuat openspec/changes/<change-name>/
Menghasilkan artefak yang diperlukan sebelum implementasi (untuk spec-driven: proposal, specs, design, tasks)
Berhenti ketika perubahan siap untuk /opsx:apply

Contoh:

text

You: /opsx:propose add-dark-mode

AI:  Created openspec/changes/add-dark-mode/
     ✓ proposal.md
     ✓ specs/ui/spec.md
     ✓ design.md
     ✓ tasks.md
     Ready for implementation. Run /opsx:apply.

Tips:

Gunakan ini untuk jalur end-to-end tercepat
Jika Anda ingin kontrol artefak langkah demi langkah, aktifkan workflow diperluas dan gunakan /opsx:new + /opsx:continue

`/opsx:explore`

Mulai di sini jika Anda belum yakin. Explore adalah mitra berpikir tanpa risiko: membaca codebase Anda, membandingkan opsi, dan mempertajam ide samar menjadi rencana konkret sebelum perubahan apa pun dibuat. Tersedia di profil default. Untuk kasus lengkap dan lebih banyak contoh, lihat panduan Explore First.

Berpikir tentang ide, menyelidiki masalah, dan memperjelas persyaratan sebelum berkomitmen pada perubahan.

Sintaks:

/opsx:explore [topic]

Argumen:

Argumen	Wajib	Deskripsi
`topic`	Tidak	Apa yang ingin Anda jelajahi atau selidiki

Apa yang dilakukan:

Membuka percakapan eksploratif tanpa struktur yang diperlukan
Menyelidiki codebase untuk menjawab pertanyaan
Membandingkan opsi dan pendekatan
Membuat diagram visual untuk memperjelas pemikiran
Dapat beralih ke /opsx:propose (default) atau /opsx:new (workflow diperluas) ketika wawasan mengkristal

Contoh:

text

You: /opsx:explore

AI:  What would you like to explore?

You: How should we handle authentication for the mobile app?

AI:  Let me investigate your current auth setup...
     [Analyzes codebase]

     I see you're using session-based auth for the web app.
     For mobile, we have three main options:

     1. JWT tokens (stateless, works offline)
     2. OAuth2 (if you need third-party login)
     3. Extend current sessions (simpler, but requires connectivity)

     Your API already has CORS configured. Which direction interests you?

You: Let's go with JWT. Can we start a change for that?

AI:  Ready when you are. Run /opsx:propose add-jwt-auth to begin.

Tips:

Gunakan ketika persyaratan belum jelas atau Anda perlu menyelidiki
Tidak ada artefak yang dibuat selama eksplorasi
Baik untuk membandingkan beberapa pendekatan sebelum memutuskan
Dapat membaca file dan mencari di codebase

`/opsx:new`

Mulai scaffold perubahan baru. Membuat folder perubahan dan menunggu Anda menghasilkan artefak dengan /opsx:continue atau /opsx:ff.

Perintah ini merupakan bagian dari set workflow diperluas (tidak termasuk di profil core default).

Sintaks:

/opsx:new [change-name] [--schema <schema-name>]

Argumen:

Argumen	Wajib	Deskripsi
`change-name`	Tidak	Nama untuk folder perubahan (ditanyakan jika tidak disediakan)
`--schema`	Tidak	Workflow schema yang akan digunakan (default: dari config atau `spec-driven`)

Apa yang dilakukan:

Membuat direktori openspec/changes/<change-name>/
Membuat file metadata .openspec.yaml di folder perubahan
Menampilkan template artefak pertama yang siap dibuat
Menanyakan nama perubahan dan schema jika tidak disediakan

Apa yang dibuat:

openspec/changes/<change-name>/
└── .openspec.yaml    # Change metadata (schema, created date)

Contoh:

You: /opsx:new add-dark-mode

AI:  Created openspec/changes/add-dark-mode/
     Schema: spec-driven

     Ready to create: proposal
     Use /opsx:continue to create it, or /opsx:ff to create all artifacts.

Tips:

Gunakan nama yang deskriptif: add-feature, fix-bug, refactor-module
Hindari nama generik seperti update, changes, wip
Schema juga dapat diatur di konfigurasi proyek (openspec/config.yaml)

`/opsx:continue`

Buat artefak berikutnya dalam rantai dependensi. Membuat satu artefak pada satu waktu untuk kemajuan bertahap.

Sintaks:

/opsx:continue [change-name]

Argumen:

Argumen	Wajib	Deskripsi
`change-name`	Tidak	Perubahan mana yang akan dilanjutkan (diturunkan dari konteks jika tidak disediakan)

Apa yang dilakukan:

Mengkueri graf dependensi artefak
Menampilkan artefak mana yang siap vs terblokir
Membuat artefak siap pertama
Membaca file dependensi untuk konteks
Menampilkan apa yang menjadi tersedia setelah pembuatan

Contoh:

You: /opsx:continue

AI:  Change: add-dark-mode

     Artifact status:
     ✓ proposal    (done)
     ◆ specs       (ready)
     ◆ design      (ready)
     ○ tasks       (blocked - needs: specs, design)

     Creating specs...

     [Reads proposal.md, creates specs based on requirements]

     ✓ Created openspec/changes/add-dark-mode/specs/ui/spec.md

     Now available: design
     Run /opsx:continue to create the next artifact.

Tips:

Gunakan ketika Anda ingin meninjau setiap artefak sebelum melanjutkan
Baik untuk perubahan kompleks di mana Anda ingin kontrol
Beberapa artefak mungkin menjadi siap secara bersamaan
Anda dapat mengedit artefak yang dibuat sebelum melanjutkan

`/opsx:ff`

Fast-forward melalui pembuatan artefak. Membuat semua artefak perencanaan sekaligus.

Sintaks:

/opsx:ff [change-name]

Argumen:

Argumen	Wajib	Deskripsi
`change-name`	Tidak	Perubahan mana yang akan di-fast-forward (diturunkan dari konteks jika tidak disediakan)

Apa yang dilakukan:

Membuat semua artefak dalam urutan dependensi
Melacak kemajuan melalui daftar todo
Berhenti ketika semua artefak apply-required selesai
Membaca setiap dependensi sebelum membuat artefak berikutnya

Contoh:

You: /opsx:ff add-dark-mode

AI:  Fast-forwarding add-dark-mode...

     ✓ Creating proposal.md
     ✓ Creating specs/ui/spec.md
     ✓ Creating design.md
     ✓ Creating tasks.md

     All planning artifacts complete!
     Ready for implementation. Run /opsx:apply to begin.

Tips:

Gunakan ketika Anda memiliki gambaran jelas tentang apa yang akan dibangun
Lebih cepat daripada /opsx:continue untuk perubahan yang sederhana
Anda masih dapat mengedit artefak setelahnya
Baik untuk fitur kecil hingga menengah

`/opsx:apply`

Implementasikan tugas dari perubahan. Bekerja melalui daftar tugas, menulis kode, dan mencentang item.

Sintaks:

/opsx:apply [change-name]

Argumen:

Argumen	Wajib	Deskripsi
`change-name`	Tidak	Perubahan mana yang akan diimplementasikan (diturunkan dari konteks jika tidak disediakan)

Apa yang dilakukan:

Membaca tasks.md dan mengidentifikasi tugas yang belum selesai
Bekerja melalui tugas satu per satu
Menulis kode, membuat file, menjalankan tes sesuai kebutuhan
Menandai tugas selesai dengan checkbox [x]

Contoh:

You: /opsx:apply

AI:  Implementing add-dark-mode...

     Reading tasks.md:
     - [ ] 1.1 Create ThemeContext
     - [ ] 1.2 Add CSS custom properties
     - [ ] 1.3 Implement localStorage persistence

     Working on 1.1: Create ThemeContext...
     [Creates src/context/ThemeContext.tsx]

     ✓ 1.1 Complete

     Working on 1.2: Add CSS custom properties...
     [Updates src/styles/globals.css]

     ✓ 1.2 Complete
     ...

Tips:

Dapat melanjutkan dari tempat Anda berhenti jika terinterupsi
Gunakan untuk perubahan paralel dengan menentukan nama perubahan
Status penyelesaian dilacak di checkbox tasks.md

`/opsx:update`

Revisi artefak perencanaan yang sudah ada dari suatu perubahan dan pertahankan koherensi antar artefak. Hanya artefak perencanaan — tidak pernah mengedit kode.

Sintaks:

text

/opsx:update [change-name]

Argumen:

Argumen	Wajib	Deskripsi
`change-name`	Tidak	Perubahan mana yang akan diperbarui (diturunkan dari konteks jika tidak disediakan)

Apa yang dilakukan:

Membaca artefak perubahan melalui openspec status --change <name> --json
Menerapkan revisi yang Anda minta, atau meninjau artefak untuk kontradiksi jika Anda tidak menyebutkannya
Menyelaraskan artefak lain yang sudah ada ke arah mana pun (edit design dapat berdampak balik ke proposal)
Mengonfirmasi setiap edit dengan Anda sebelum menulis, satu artefak pada satu waktu
Diakhiri dengan merekomendasikan langkah berikutnya: /opsx:continue (artefak hilang), /opsx:apply (membawa rencana yang direvisi ke kode), atau /opsx:archive (semua selesai)

Contoh:

text

You: /opsx:update add-dark-mode - we're storing the theme in a cookie now, not localStorage

AI:  Reading add-dark-mode artifacts...

     The design references localStorage in two places; tasks 1.3 covers
     localStorage persistence; the proposal doesn't mention storage.

     Proposed revisions:
     1. design.md - swap localStorage decision for cookie storage
     2. tasks.md - reword task 1.3 to cookie persistence

     Apply revision 1? (design.md)

Tips:

Tidak akan membuat artefak yang hilang — itu tugas /opsx:continue
Jika perubahan sudah diimplementasikan, lanjutkan dengan /opsx:apply agar kode sesuai dengan rencana yang direvisi
Jika revisi Anda mengubah niat perubahan, mulai dari awal dengan perubahan baru (lihat When to Update vs. Start Fresh)

`/opsx:verify`

Validasi bahwa implementasi sesuai dengan artefak perubahan Anda. Mengecek kelengkapan, kebenaran, dan koherensi.

Sintaks:

/opsx:verify [change-name]

Argumen:

Argumen	Wajib	Deskripsi
`change-name`	Tidak	Perubahan mana yang akan diverifikasi (diturunkan dari konteks jika tidak disediakan)

Apa yang dilakukan:

Mengecek tiga dimensi kualitas implementasi
Mencari bukti implementasi di codebase
Melaporkan masalah yang dikategorikan sebagai CRITICAL, WARNING, atau SUGGESTION
Tidak memblokir arsip, tetapi menampilkan masalah

Dimensi verifikasi:

Dimensi	Apa yang divalidasi
Kelengkapan	Semua tugas selesai, semua persyaratan diimplementasikan, skenario tercakup
Kebenaran	Implementasi sesuai dengan maksud spesifikasi, edge case ditangani
Koherensi	Keputusan desain tercermin dalam kode, pola konsisten

Contoh:

You: /opsx:verify

AI:  Verifying add-dark-mode...

     COMPLETENESS
     ✓ All 8 tasks in tasks.md are checked
     ✓ All requirements in specs have corresponding code
     ⚠ Scenario "System preference detection" has no test coverage

     CORRECTNESS
     ✓ Implementation matches spec intent
     ✓ Edge cases from scenarios are handled
     ✓ Error states match spec definitions

     COHERENCE
     ✓ Design decisions reflected in code structure
     ✓ Naming conventions consistent with design.md
     ⚠ Design mentions "CSS variables" but implementation uses Tailwind classes

     SUMMARY
     ─────────────────────────────
     Critical issues: 0
     Warnings: 2
     Ready to archive: Yes (with warnings)

     Recommendations:
     1. Add test for system preference detection
     2. Update design.md to reflect Tailwind usage, or refactor to use CSS variables

Tips:

Jalankan sebelum arsip untuk menangkap ketidaksesuaian lebih awal
Peringatan tidak memblokir arsip tetapi menunjukkan potensi masalah
Baik untuk meninjau pekerjaan AI sebelum berkomitmen
Dapat mengungkapkan penyimpangan antara artefak dan implementasi

`/opsx:sync`

Perintah opsional. Menggabungkan delta specs dari suatu perubahan ke dalam main specs. Arsip akan meminta untuk sync jika diperlukan, jadi Anda biasanya tidak perlu menjalankan ini secara manual.

Sintaks:

/opsx:sync [change-name]

Argumen:

Argumen	Wajib	Deskripsi
`change-name`	Tidak	Perubahan mana yang akan di-sync (diturunkan dari konteks jika tidak disediakan)

Apa yang dilakukan:

Membaca delta specs dari folder perubahan
Mem-parsing bagian ADDED/MODIFIED/REMOVED/RENAMED
Menggabungkan perubahan ke dalam direktori utama openspec/specs/
Mempertahankan konten yang sudah ada yang tidak disebutkan dalam delta
Tidak mengarsipkan perubahan (tetap aktif)

Contoh:

text

You: /opsx:sync

AI:  Syncing add-dark-mode delta specs...

     Reading: openspec/changes/add-dark-mode/specs/ui/spec.md
     Target:  openspec/specs/ui/spec.md

     Changes to apply:
     ✓ ADDED: Theme Selection requirement (2 scenarios)
     ✓ ADDED: Accessibility requirement (1 scenario)

     Merging...
     ✓ openspec/specs/ui/spec.md updated

     Change remains active. Run /opsx:archive when ready to complete.

Kapan digunakan secara manual:

Skenario	Gunakan sync?
Perubahan jangka panjang, ingin specs di main sebelum arsip	Ya
Beberapa perubahan paralel membutuhkan base specs yang diperbarui	Ya
Ingin pratinjau/meninjau merge secara terpisah	Ya
Perubahan cepat, langsung ke arsip	Tidak (arsip menanganinya)

Tips:

Sync bersifat cerdas, bukan copy-paste
Dapat menambah skenario ke persyaratan yang sudah ada tanpa menduplikasi
Perubahan tetap aktif setelah sync (tidak diarsipkan)
Sebagian besar pengguna tidak akan pernah perlu memanggil ini secara langsung — arsip akan meminta jika diperlukan

`/opsx:archive`

Arsipkan perubahan yang telah selesai. Finalisasi perubahan dan pindahkan ke folder arsip.

Sintaks:

/opsx:archive [change-name]

Argumen:

Argumen	Wajib	Deskripsi
`change-name`	Tidak	Perubahan mana yang akan diarsipkan (diturunkan dari konteks jika tidak disediakan)

Apa yang dilakukan:

Mengecek status kelengkapan artefak
Mengecek kelengkapan tugas (memberi peringatan jika belum selesai)
Menawarkan untuk sync delta specs jika belum di-sync
Memindahkan folder perubahan ke openspec/changes/archive/YYYY-MM-DD-<name>/
Mempertahankan semua artefak untuk jejak audit

Contoh:

text

You: /opsx:archive

AI:  Archiving add-dark-mode...

     Artifact status:
     ✓ proposal.md exists
     ✓ specs/ exists
     ✓ design.md exists
     ✓ tasks.md exists (8/8 tasks complete)

     Delta specs: Not yet synced
     → Sync now? (recommended)

You: Yes

AI:  ✓ Synced specs to openspec/specs/ui/spec.md
     ✓ Moved to openspec/changes/archive/2025-01-24-add-dark-mode/

     Change archived successfully.

Tips:

Arsip tidak akan memblokir pada tugas yang belum selesai, tetapi akan memberi peringatan
Delta specs dapat di-sync selama arsip atau sebelumnya
Perubahan yang diarsipkan dipertahankan untuk riwayat
Gunakan /opsx:verify terlebih dahulu untuk menangkap masalah

`/opsx:bulk-archive`

Arsipkan beberapa perubahan yang telah selesai sekaligus. Menangani konflik spesifikasi antar perubahan.

Sintaks:

/opsx:bulk-archive [change-names...]

Argumen:

Argumen	Wajib	Deskripsi
`change-names`	Tidak	Perubahan spesifik yang akan diarsipkan (ditanyakan untuk memilih jika tidak disediakan)

Apa yang dilakukan:

Menampilkan semua perubahan yang telah selesai
Memvalidasi setiap perubahan sebelum arsip
Mendeteksi konflik spesifikasi antar perubahan
Menyelesaikan konflik dengan memeriksa apa yang sebenarnya diimplementasikan
Mengarsipkan dalam urutan kronologis

Contoh:

You: /opsx:bulk-archive

AI:  Found 3 completed changes:
     - add-dark-mode (8/8 tasks complete)
     - fix-login-bug (3/3 tasks complete)
     - update-footer (2/2 tasks complete)

     Checking for spec conflicts...
     ⚠ add-dark-mode and update-footer both touch specs/ui/

     Inspecting codebase to resolve...
     Both changes are implemented. Will merge in chronological order:
     1. add-dark-mode (created Jan 20)
     2. update-footer (created Jan 22)

     Archive all 3 changes?

You: Yes

AI:  ✓ Archived add-dark-mode
     ✓ Archived fix-login-bug
     ✓ Archived update-footer
     Specs merged: add-dark-mode → update-footer

Tips:

Baik untuk alur kerja paralel
Resolusi konflik bersifat agentic (memeriksa codebase)
Perubahan diarsipkan dalam urutan pembuatan
Menanyakan sebelum menimpa konten spesifikasi

`/opsx:onboard`

Onboarding terpandu melalui workflow OpenSpec lengkap. Tutorial interaktif menggunakan codebase Anda yang sebenarnya.

Sintaks:

/opsx:onboard

Apa yang dilakukan:

Memandu melalui siklus workflow lengkap dengan narasi
Memindai codebase Anda untuk peluang perbaikan nyata
Membuat perubahan nyata dengan artefak nyata
Mengimplementasikan pekerjaan nyata (perubahan kecil, aman)
Mengarsipkan perubahan yang telah selesai
Menjelaskan setiap langkah saat terjadi

Fase:

Sambutan dan analisis codebase
Menemukan peluang perbaikan
Membuat perubahan (/opsx:new)
Menulis proposal
Membuat specs
Menulis design
Membuat tasks
Mengimplementasikan tasks (/opsx:apply)
Memverifikasi implementasi
Mengarsipkan perubahan
Ringkasan dan langkah berikutnya

Contoh:

You: /opsx:onboard

AI:  Welcome to OpenSpec!

     I'll walk you through the complete workflow using your actual codebase.
     We'll find something small to improve, create a proper change for it,
     implement it, and archive it.

     Let me scan your codebase for opportunities...

     [Analyzes codebase]

     I found a few things we could work on:
     1. Add input validation to the contact form
     2. Improve error messages in the auth flow
     3. Add loading states to async buttons

     Which interests you? (or suggest something else)

Tips:

Terbaik untuk pengguna baru yang mempelajari workflow
Menggunakan kode nyata, bukan contoh mainan
Membuat perubahan nyata yang dapat Anda pertahankan atau buang
Membutuhkan 15-30 menit untuk diselesaikan

Sintaks Perintah Berdasarkan Alat AI

Berbagai alat AI menggunakan sintaks perintah yang sedikit berbeda. Gunakan format yang sesuai dengan alat Anda:

File perintah alat Anda	Contoh sintaks	Contoh alat
`.../commands/opsx/<id>.*`	`/opsx:propose`, `/opsx:apply`	Claude Code, Gemini CLI, Crush
`.../opsx-<id>.*`	`/opsx-propose`, `/opsx-apply`	Cursor, Devin Desktop, Copilot (IDE), Trae, Oh My Pi
none — hanya keterampilan	`/openspec-propose`, `/openspec-apply-change`	CodeArts, ForgeCode, Hermes, MiniMax Code, Mistral Vibe, Zed Agent, `.agents` bersama
none — Kimi Code	`/skill:openspec-propose`	Kimi Code
none — Codex CLI	`$openspec-propose`	Codex

Devin Desktop vs Devin Local: file .devin/workflows/opsx-*.md memberikan Devin Desktop /opsx-propose. Devin Local tidak memiliki alur kerja — gunakan keterampilan OpenSpec menulis ke .devin/skills/, misalnya /openspec-propose, yang berfungsi pada kedua agen.

Tujuannya sama di seluruh alat, tetapi cara perintah ditampilkan dapat berbeda tergantung integrasinya. Cara Memanggil mencantumkan setiap alat yang didukung; tabel ini hanya menunjukkan contoh dari setiap bentuk.

Catatan: Perintah GitHub Copilot (.github/prompts/*.prompt.md) hanya tersedia di ekstensi IDE (VS Code, JetBrains, Visual Studio). GitHub Copilot CLI saat ini tidak mendukung file prompt kustom — lihat Alat yang Didukung untuk detail dan solusi alternatif.

Perintah Lama

Perintah-perintah ini menggunakan alur kerja "sekalian sekaligus" yang lebih lama. Perintah tersebut masih berfungsi, namun disarankan menggunakan perintah OPSX.

Perintah	Fungsinya
`/openspec:proposal`	Buat semua artefak sekaligus (proposal, spesifikasi, desain, tugas)
`/openspec:apply`	Terapkan perubahan
`/openspec:archive`	Arsipkan perubahan

Kapan menggunakan perintah lama:

Proyek yang sudah ada menggunakan alur kerja lama
Perubahan sederhana di mana Anda tidak memerlukan pembuatan artefak bertahap
Preferensi terhadap pendekatan semua atau tidak sama sekali

Migrasi ke OPSX: Perubahan lama dapat dilanjutkan dengan perintah OPSX. Struktur artefak kompatibel.

Pemecahan Masalah

"Perubahan tidak ditemukan"

Perintah tidak dapat mengidentifikasi perubahan mana yang akan dikerjakan.

Solusi:

Tentukan nama perubahan secara eksplisit: /opsx:apply add-dark-mode
Periksa apakah folder perubahan ada: openspec list
Verifikasi bahwa Anda berada di direktori proyek yang benar

"Tidak ada artefak siap"

Semua artefak sudah selesai atau terhambat oleh ketergantungan yang hilang.

Solusi:

Jalankan openspec status --change <name> untuk melihat apa yang menghambat
Periksa apakah artefak yang diperlukan ada
Buat terlebih dahulu artefak ketergantungan yang hilang

"Skema tidak ditemukan"

Skema yang ditentukan tidak ada.

Solusi:

Daftar skema yang tersedia: openspec schemas
Periksa ejaan nama skema
Buat skema jika itu adalah skema kustom: openspec schema init <name>

Perintah tidak dikenali

Alat AI tidak mengenali perintah OpenSpec.

Solusi:

Pastikan OpenSpec telah diinisialisasi: openspec init
Regenerasi keterampilan: openspec update
Periksa apakah direktori .claude/skills/ ada (untuk Claude Code)
Mulai ulang alat AI Anda untuk mengambil keterampilan baru

Artefak tidak dihasilkan dengan benar

AI membuat artefak yang tidak lengkap atau salah.

Solusi:

Tambahkan konteks proyek di openspec/config.yaml
Tambahkan aturan per-artefak untuk panduan spesifik
Berikan detail lebih banyak dalam deskripsi perubahan Anda
Gunakan /opsx:continue daripada /opsx:ff untuk kontrol lebih besar

Langkah Selanjutnya

Alur Kerja - Pola umum dan kapan harus menggunakan setiap perintah
CLI - Perintah terminal untuk manajemen dan validasi
Kustomisasi - Buat skema dan alur kerja kustom

Perintah ​

Referensi Cepat ​

Jalur Cepat Default (profil core) ​

Perintah Alur Kerja yang Diperluas (pilihan alur kerja kustom) ​

Referensi Perintah ​

/opsx:propose ​

/opsx:explore ​

/opsx:new ​

/opsx:continue ​

/opsx:ff ​

/opsx:apply ​

/opsx:update ​

/opsx:verify ​

/opsx:sync ​

/opsx:archive ​

/opsx:bulk-archive ​

/opsx:onboard ​

Sintaks Perintah Berdasarkan Alat AI ​

Perintah Lama ​

Pemecahan Masalah ​

"Perubahan tidak ditemukan" ​

"Tidak ada artefak siap" ​

"Skema tidak ditemukan" ​

Perintah tidak dikenali ​

Artefak tidak dihasilkan dengan benar ​

Langkah Selanjutnya ​

Perintah

Referensi Cepat

Jalur Cepat Default (profil `core`)

Perintah Alur Kerja yang Diperluas (pilihan alur kerja kustom)

Referensi Perintah

`/opsx:propose`

`/opsx:explore`

`/opsx:new`

`/opsx:continue`

`/opsx:ff`

`/opsx:apply`

`/opsx:update`

`/opsx:verify`

`/opsx:sync`

`/opsx:archive`

`/opsx:bulk-archive`

`/opsx:onboard`

Sintaks Perintah Berdasarkan Alat AI

Perintah Lama

Pemecahan Masalah

"Perubahan tidak ditemukan"

"Tidak ada artefak siap"

"Skema tidak ditemukan"

Perintah tidak dikenali

Artefak tidak dihasilkan dengan benar

Langkah Selanjutnya