Командi

Це довідник команд із косими рисками OpenSpec. Ці команди викликаються в інтерфейсі чату вашого AI-асистента для кодування (наприклад, Claude Code, Cursor, Devin Desktop).

Щодо шаблонів робочих процесів і того, коли використовувати кожну команду, див. Робочі процеси. Щодо команд CLI, див. CLI.

На цих сторінках /opsx:<command> використовується як канонічна назва. Деякі інструменти записують її інакше — Cursor і GitHub Copilot реєструють /opsx-propose, Codex використовує $openspec-propose — тому перевірте Як викликати для вашого інструменту. Файли, які генерує OpenSpec, вже використовують правильну форму.

Швидка довідка

Типовий короткий шлях (профіль `core`)

Команда	Призначення
`/opsx:propose`	Створити зміну та згенерувати артефакти планування за один крок
`/opsx:explore`	Продумати ідеї, перш ніж вносити зміни
`/opsx:apply`	Реалізувати завдання зі зміни
`/opsx:update`	Внести зміни до артефактів планування та зберегти їх узгодженість
`/opsx:sync`	Об'єднати дельта-специфікації в основні специфікації
`/opsx:archive`	Архівувати завершену зміну

Розширені команди робочих процесів (власний вибір робочих процесів)

Команда	Призначення
`/opsx:new`	Почати новий каркас зміни
`/opsx:continue`	Створити наступний артефакт на основі залежностей
`/opsx:ff`	Швидке перемикання: створити всі артефакти планування одразу
`/opsx:verify`	Перевірити, що реалізація відповідає артефактам
`/opsx:bulk-archive`	Архівувати кілька змін одразу
`/opsx:onboard`	Керований навчальний курс через повний робочий процес

Типовий глобальний профіль — core. Щоб увімкнути розширені команди робочих процесів, виконайте openspec config profile, оберіть робочі процеси, потім виконайте openspec update у вашому проєкті.

Посилання на команди

`/opsx:propose`

Створює нову зміну та генерує планувальні артефакти за один крок. Це команда за замовчуванням для профілю core.

Синтаксис:

text

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

Аргументи:

Аргумент	Обов'язковий	Опис
`change-name-or-description`	Ні	Назва у форматі kebab-case або опис зміни звичайною мовою

Що вона робить:

Створює openspec/changes/<change-name>/
Генерує артефакти, необхідні перед реалізацією (для spec-driven: пропозиція, специфікації, дизайн, завдання)
Зупиняється, коли зміна готова до /opsx:apply

Приклад:

text

Ви: /opsx:propose add-dark-mode

AI:  Створено openspec/changes/add-dark-mode/
     ✓ proposal.md
     ✓ specs/ui/spec.md
     ✓ design.md
     ✓ tasks.md
     Готово до реалізації. Виконайте /opsx:apply.

Поради:

Використовуйте для найшвидшого шляху від початку до кінця
Якщо потрібен покроковий контроль артефактів, увімкніть розширені робочі процеси та використовуйте /opsx:new + /opsx:continue

`/opsx:explore`

Почніть тут, якщо ви не впевнені. Explore — це партнер для роздумів без ризиків: він читає вашу кодову базу, порівнює варіанти та перетворює розмиті ідеї на конкретний план до того, як зміна взагалі існує. Входить до профілю за замовчуванням. Повний опис та додаткові приклади — у посібнику Explore First.

Роздумуйте над ідеями, досліджуйте проблеми та уточнюйте вимоги перед тим, як зобов'язатися до зміни.

Синтаксис:

/opsx:explore [topic]

Аргументi:

Аргумент	Обов'язковий	Опис
`topic`	Ні	Що ви хочете дослідити або розібрати

Що вона робить:

Відкриває дослідницьку розмову без необхідності структури
Досліджує кодову базу для відповіді на запитання
Порівнює варіанти та підходи
Створює візуальні діаграми для уточнення думок
Може перейти до /opsx:propose (за замовчуванням) або /opsx:new (розширений робочий процес), коли інсайти кристалізуються

Приклад:

text

Ви: /opsx:explore

AI:  Що ви хочете дослідити?

Ви: Як нам обробляти автентифікацію для мобільного додатка?

AI:  Дозвольте мені дослідити вашу поточну конфігурацію автентифікації...
     [Аналізує кодову базу]

     Я бачу, що ви використовуєте автентифікацію на основі сесій для веб-додатка.
     Для мобільного у нас є три основні варіанти:

     1. JWT-токени (безстанове, працює офлайн)
     2. OAuth2 (якщо потрібен вхід через сторонні сервіси)
     3. Розширення поточних сесій (простіше, але потребує з'єднання)

     Ваш API вже має налаштований CORS. Який напрямок вас цікавить?

Ви: Давай JWT. Можна почати зміну для цього?

AI:  Готовий, коли ви. Виконайте /opsx:propose add-jwt-auth, щоб почати.

Поради:

Використовуйте, коли вимоги нечіткі або потрібно дослідити проблему
Під час дослідження артефакти не створюються
Дуже корисно для порівняння кількох підходів перед прийняттям рішення
Може читати файли та шукати в кодовій базі

`/opsx:new`

Починає нову заготовку зміни. Створює папку зміни та чекає, поки ви сгенеруєте артефакти за допомогою /opsx:continue або /opsx:ff.

Ця команда є частиною набору розширених робочих процесів (не входить до профілю core за замовчуванням).

Синтаксис:

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

Аргументи:

Аргумент	Обов'язковий	Опис
`change-name`	Ні	Назва для папки зміни (запитуються, якщо не вказано)
`--schema`	Ні	Робоча схема для використання (за замовчуванням: з конфігурації або `spec-driven`)

Що вона робить:

Створює каталог openspec/changes/<change-name>/
Створює файл метаданих .openspec.yaml у папці зміни
Показує перший шаблон артефакта, готовий до створення
Запитує назву зміни та схему, якщо вони не вказані

Що вона створює:

openspec/changes/<change-name>/
└── .openspec.yaml    # Метадані зміни (схема, дата створення)

Приклад:

Ви: /opsx:new add-dark-mode

AI:  Створено openspec/changes/add-dark-mode/
     Схема: spec-driven

     Готово до створення: proposal
     Використовуйте /opsx:continue для створення або /opsx:ff для створення всіх артефактів.

Поради:

Використовуйте описові назви: add-feature, fix-bug, refactor-module
Уникайте загальних назв, таких як update, changes, wip
Схема також може бути встановлена у конфігурації проєкту (openspec/config.yaml)

`/opsx:continue`

Створює наступний артефакт у ланцюжку залежностей. Створює по одному артефакту для поступового прогресу.

Синтаксис:

/opsx:continue [change-name]

Аргументи:

Аргумент	Обов'язковий	Опис
`change-name`	Ні	Яку зміну продовжити (визначається з контексту, якщо не вказано)

Що вона робить:

Запитує граф залежностей артефактів
Показує, які артефакти готові, а які заблоковані
Створює перший готовий артефакт
Читає файли залежностей для контексту
Показує, що стане доступним після створення

Приклад:

Ви: /opsx:continue

AI:  Зміна: add-dark-mode

     Статус артефактів:
     ✓ proposal    (готово)
     ◆ specs       (готово)
     ◆ design      (готово)
     ○ tasks       (заблоковано — потрібно: specs, design)

     Створюю specs...

     [Читає proposal.md, створює specs на основі вимог]

     ✓ Створено openspec/changes/add-dark-mode/specs/ui/spec.md

     Тепер доступно: design
     Виконайте /opsx:continue, щоб створити наступний артефакт.

Поради:

Використовуйте, коли хочете переглянути кожен артефакт перед продовженням
Дуже корисно для складних змін, де потрібен контроль
Кілька артефактів можуть стати готовими одночасно
Ви можете редагувати створені артефакти перед продовженням

`/opsx:ff`

Швидке проходження створення артефактів. Створює всі планувальні артефакти одразу.

Синтаксис:

/opsx:ff [change-name]

Аргументи:

Аргумент	Обов'язковий	Опис
`change-name`	Ні	Яку зміну прискорити (визначається з контексту, якщо не вказано)

Що вона робить:

Створює всі артефакти у порядку залежностей
Відстежує прогрес через список завдань
Зупиняється, коли всі артефакти apply-required завершено
Читає кожну залежність перед створення наступного артефакта

Приклад:

Ви: /opsx:ff add-dark-mode

AI:  Прискорюю add-dark-mode...

     ✓ Створюю proposal.md
     ✓ Створюю specs/ui/spec.md
     ✓ Створюю design.md
     ✓ Створюю tasks.md

     Усі планувальні артефакти завершено!
     Готово до реалізації. Виконайте /opsx:apply, щоб почати.

Поради:

Використовуйте, коли ви чітко уявляєте, що будуєте
Швидше за /opsx:continue для простих змін
Ви все одно можете редагувати артефакти після створення
Дуже корисно для невеликих та середніх функцій

`/opsx:apply`

Реалізовує завдання зі зміни. Працює зі списком завдань, пишучи код та відмічаючи виконані пункти.

Синтаксис:

/opsx:apply [change-name]

Аргументи:

Аргумент	Обов'язковий	Опис
`change-name`	Ні	Яку зміну реалізувати (визначається з контексту, якщо не вказано)

Що вона робить:

Читає tasks.md та визначає незавершені завдання
Працює над завданнями по одному
Пише код, створює файли, запускає тести за потреби
Відмічає завдання як виконані за допомогою чекбоксів [x]

Приклад:

Ви: /opsx:apply

AI:  Реалізую add-dark-mode...

     Читаю tasks.md:
     - [ ] 1.1 Створити ThemeContext
     - [ ] 1.2 Додати CSS-змінні
     - [ ] 1.3 Реалізувати зберігання в localStorage

     Працюю над 1.1: Створити ThemeContext...
     [Створює src/context/ThemeContext.tsx]

     ✓ 1.1 Виконано

     Працюю над 1.2: Додати CSS-змінні...
     [Оновлює src/styles/globals.css]

     ✓ 1.2 Виконано
     ...

Поради:

Може відновити роботу з того місця, де ви зупинилися, якщо роботу перервано
Використовуйте для паралельних змін, вказуючи назву зміни
Стан виконання відстежується у чекбоксах tasks.md

`/opsx:update`

Редагує наявні планувальні артефакти зміни та зберігає їх узгодженими між собою. Лише планувальні артефакти — ніколи не редагує код.

Синтаксис:

text

/opsx:update [change-name]

Аргументи:

Аргумент	Обов'язковий	Опис
`change-name`	Ні	Яку зміну оновити (визначається з контексту, якщо не вказано)

Що вона робить:

Читає артефакти зміни через openspec status --change <name> --json
Застосовує ваше запитане редагування або переглядає артефакти на наявність суперечностей, якщо ви не вказали конкретне
Узгоджує інші наявні артефакти в будь-якому напрямку (редагування дизайну може вплинути на пропозицію)
Підтверджує кожне редагування з вами перед записом, по одному артефакту за раз
Завершується рекомендацією наступного кроку: /opsx:continue (артефакти відсутні), /opsx:apply (перенести оновлений план у код) або /opsx:archive (все готово)

Приклад:

text

Ви: /opsx:update add-dark-mode - ми тепер зберігаємо тему в cookie, а не в localStorage

AI:  Читаю артефакти add-dark-mode...

     Дизайн згадує localStorage у двох місцях; завдання 1.3 покриває
     зберігання в localStorage; пропозиція не згадує зберігання.

     Запропоновані редагування:
     1. design.md - замінити рішення про localStorage на зберігання в cookie
     2. tasks.md - переформулювати завдання 1.3 на зберігання в cookie

     Застосувати редагування 1? (design.md)

Поради:

Не створює відсутні артефакти — для цього /opsx:continue
Якщо зміна вже була реалізована, виконайте /opsx:apply, щоб код відповідав оновленому плану
Якщо ваше редагування змінює інтенцію зміни, почніть заново з новою зміною (див. Коли оновлювати vs. Почати заново)

`/opsx:verify`

Перевіряє, що реалізація відповідає вашим артефактам зміни. Перевіряє повноту, коректність та узгодженість.

Синтаксис:

/opsx:verify [change-name]

Аргументи:

Аргумент	Обов'язковий	Опис
`change-name`	Ні	Яку зміну перевірити (визначається з контексту, якщо не вказано)

Що вона робить:

Перевіряє три виміри якості реалізації
Шукає докази реалізації у кодовій базі
Звітує про проблеми, категоризовані як CRITICAL, WARNING або SUGGESTION
Не блокує архівування, але виявляє проблеми

Виміри перевірки:

Вимір	Що перевіряється
Повнота	Усі завдання виконані, усі вимоги реалізовані, сценарії покриті
Коректність	Реалізація відповідає наміру специфікації, крайові випадки оброблені
Узгодженість	Рішення дизайну відображені у коді, патерни узгоджені

Приклад:

Ви: /opsx:verify

AI:  Перевіряю add-dark-mode...

     ПОВНОТА
     ✓ Усі 8 завдань у tasks.md відмічені
     ✓ Усі вимоги у specs мають відповідний код
     ⚠ Сценарій "System preference detection" не має покриття тестами

     КОРЕКТНІСТЬ
     ✓ Реалізація відповідає наміру специфікації
     ✓ Крайові випадки зі сценаріїв оброблені
     ✓ Стани помилок відповідають визначенням специфікації

     УЗГОДЖЕНІСТЬ
     ✓ Рішення дизайну відображені у структурі коду
     ✓ Конвенції назв узгоджені з design.md
     ⚠ Дизайн згадує "CSS variables", але реалізація використовує класи Tailwind

     ПІДСУМОК
     ─────────────────────────────
     Критичні проблеми: 0
     Попередження: 2
     Готово до архівування: Так (з попередженнями)

     Рекомендації:
     1. Додати тест для виявлення системних налаштувань
     2. Оновити design.md, щоб відобразити використання Tailwind, або перебудувати для використання CSS-змінних

Поради:

Виконуйте перед архівуванням, щоб виявити невідповідності на ранніх етапах
Попередження не блокують архівування, але вказують на потенційні проблеми
Дуже корисно для перегляду роботи AI перед комітом
Може виявити відхилення між артефактами та реалізацією

`/opsx:sync`

Необов'язкова команда. Об'єднує дельта-специфікації зі зміни до основних специфікацій. Архівування запитає про синхронізацію за потреби, тому зазвичай не потрібно виконувати вручну.

Синтаксис:

/opsx:sync [change-name]

Аргументи:

Аргумент	Обов'язковий	Опис
`change-name`	Ні	Яку зміну синхронізувати (визначається з контексту, якщо не вказано)

Що вона робить:

Читає дельта-специфікації з папки зміни
Розбирає розділи ADDED/MODIFIED/REMOVED/RENAMED
Об'єднує зміни до основного каталогу openspec/specs/
Зберігає наявний вміст, не згаданий у дельті
Не архівує зміну (вона залишається активною)

Приклад:

text

Ви: /opsx:sync

AI:  Синхронізую дельта-специфікації add-dark-mode...

     Читаю: openspec/changes/add-dark-mode/specs/ui/spec.md
     Ціль:  openspec/specs/ui/spec.md

     Зміни для застосування:
     ✓ ADDED: Вимога Theme Selection (2 сценарії)
     ✓ ADDED: Вимога Accessibility (1 сценарій)

     Об'єдную...
     ✓ openspec/specs/ui/spec.md оновлено

     Зміна залишається активною. Виконайте /opsx:archive, коли будете готові завершити.

Коли використовувати вручну:

Сценарій	Синхронізувати?
Довготривала зміна, хочете специфікації в основі до архівування	Так
Кілька паралельних змін потребують оновлених базових специфікацій	Так
Хочете попередньо переглянути/перевірити об'єднання окремо	Так
Швидка зміна, одразу до архівування	Ні (архівування обробляє це)

Поради:

Синхронізація інтелектуальна, а не копіювання-вставка
Може додавати сценарії до наявних вимог без дублювання
Зміна залишається активною після синхронізації (не архівується)
Більшість користувачів ніколи не потребуватиме викликати це напряму — архівування запитає за потреби

`/opsx:archive`

Архівує завершену зміну. Фіналізує зміну та переміщує її до папки архіву.

Синтаксис:

/opsx:archive [change-name]

Аргументи:

Аргумент	Обов'язковий	Опис
`change-name`	Ні	Яку зміну архівувати (визначається з контексту, якщо не вказано)

Що вона робить:

Перевіряє стан завершеності артефактів
Перевіряє виконання завдань (попереджає, якщо незавершені)
Пропонує синхронізувати дельта-специфікації, якщо ще не синхронізовані
Переміщує папку зміни до openspec/changes/archive/YYYY-MM-DD-<name>/
Зберігає всі артефакти для аудиторського сліду

Приклад:

text

Ви: /opsx:archive

AI:  Архівую add-dark-mode...

     Статус артефактів:
     ✓ proposal.md існує
     ✓ specs/ існує
     ✓ design.md існує
     ✓ tasks.md існує (8/8 завдань виконано)

     Дельта-специфікації: Ще не синхронізовані
     → Синхронізувати зараз? (рекомендовано)

Ви: Так

AI:  ✓ Специфікації синхронізовано до openspec/specs/ui/spec.md
     ✓ Переміщено до openspec/changes/archive/2025-01-24-add-dark-mode/

     Зміну успішно архівовано.

Поради:

Архівування не блокується незавершеними завданнями, але попереджає
Дельта-специфікації можна синхронізувати під час архівування або заздалегідь
Архівовані зміни зберігаються для історії
Використовуйте /opsx:verify спочатку, щоб виявити проблеми

`/opsx:bulk-archive`

Архівує кілька завершених змін одразу. Обробляє конфлікти специфікацій між змінами.

Синтаксис:

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

Аргументи:

Аргумент	Обов'язковий	Опис
`change-names`	Ні	Конкретні зміни для архівування (запитуються для вибору, якщо не вказано)

Що вона робить:

Перелічує всі завершені зміни
Валідує кожну зміну перед архівуванням
Виявляє конфлікти специфікацій між змінами
Розв'язує конфлікти, перевіряючи, що фактично реалізовано
Архівує у хронологічному порядку

Приклад:

Ви: /opsx:bulk-archive

AI:  Знайдено 3 завершені зміни:
     - add-dark-mode (8/8 завдань виконано)
     - fix-login-bug (3/3 завдань виконано)
     - update-footer (2/2 завдань виконано)

     Перевіряю конфлікти специфікацій...
     ⚠ add-dark-mode та update-footer обидві торкаються specs/ui/

     Досліджую кодову базу для розв'язання...
     Обидві зміни реалізовані. Об'єднаю у хронологічному порядку:
     1. add-dark-mode (створено 20 січня)
     2. update-footer (створено 22 січня)

     Архівувати всі 3 зміни?

Ви: Так

AI:  ✓ Архівовано add-dark-mode
     ✓ Архівовано fix-login-bug
     ✓ Архівовано update-footer
     Специфікації об'єднано: add-dark-mode → update-footer

Поради:

Дуже корисно для паралельних робочих потоків
Розв'язання конфліктів агентне (перевіряє кодову базу)
Зміни архівуються у порядку створення
Запитує перед перезаписом вмісту специфікацій

`/opsx:onboard`

Керований онбординг через повний робочий процес OpenSpec. Інтерактивний навчальний курс із використанням вашої реальної кодової бази.

Синтаксис:

/opsx:onboard

Що вона робить:

Проходить повний цикл робочого процесу з коментарями
Сканує вашу кодову базу для реальних можливостей покращення
Створює реальну зміну з реальними артефактами
Реалізовує реальну роботу (невеликі, безпечні зміни)
Архівує завершену зміну
Пояснює кожен крок у процесі

Фази:

Привітання та аналіз кодової бази
Пошук можливості покращення
Створення зміни (/opsx:new)
Написання пропозиції
Створення специфікацій
Написання дизайну
Створення завдань
Реалізація завдань (/opsx:apply)
Перевірка реалізації
Архівування зміни
Підсумок та наступні кроки

Приклад:

Ви: /opsx:onboard

AI:  Вітаю в OpenSpec!

     Я проведу вас через повний робочий процес, використовуючи вашу реальну кодову базу.
     Ми знайдемо щось невелике для покращення, створимо належну зміну для цього,
     реалізуємо її та архівуємо.

     Дозвольте мені просканувати вашу кодову базу для можливостей...

     [Аналізує кодову базу]

     Я знайшов кілька речей, над якими ми можемо попрацювати:
     1. Додати валідацію вводу до форми зв'язку
     2. Покращити повідомлення про помилки у потоці автентифікації
     3. Додати стани завантаження до асинхронних кнопок

     Що вас цікавить? (або запропонуйте щось інше)

Поради:

Найкраще для нових користувачів, які вивчають робочий процес
Використовує реальний код, а не навчальні приклади
Створює реальну зміну, яку ви можете зберегти або видалити
Потребує 15–30 хвилин для завершення

Синтаксис команд для різних AI‑інструментів

Різні AI‑інструменти використовують дещо різний синтаксис команд. Використовуйте формат, який відповідає вашому інструменту:

Командний файл вашого інструменту	Приклад синтаксису	Приклади інструментів
`.../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
немає — лише навички	`/openspec-propose`, `/openspec-apply-change`	CodeArts, ForgeCode, Hermes, MiniMax Code, Mistral Vibe, Zed Agent, спільна `.agents`
немає — Kimi Code	`/skill:openspec-propose`	Kimi Code
немає — Codex CLI	`$openspec-propose`	Codex

Devin Desktop vs Devin Local: файли .devin/workflows/opsx-*.md дають Devin Desktop команду /opsx-propose. Devin Local не має робочих процесів — використовуйте навички, які OpenSpec записує до .devin/skills/, наприклад /openspec-propose, що працюють на обох агентах.

Призначення команд однакове для всіх інструментів, але спосіб їх виклику може відрізнятися залежно від інтеграції. Як викликати містить список усіх підтримуваних інструментів; таблиця показує лише приклади кожного типу.

Примітка: Команди GitHub Copilot (.github/prompts/*.prompt.md) доступні лише в розширеннях IDE (VS Code, JetBrains, Visual Studio). GitHub Copilot CLI наразі не підтримує файли користувацьких підказок — див. Підтримувані інструменти для деталей та обхідних шляхів.

Застарілі команди

Ці команди використовують старий підхід «все одразу». Вони досі працюють, але рекомендуються команди OPSX.

Команда	Що вона робить
`/openspec:proposal`	Створює всі артефакти одночасно (пропозиція, специфікації, дизайн, завдання)
`/openspec:apply`	Впроваджує зміну
`/openspec:archive`	Архівує зміну

Коли використовувати застарілі команди:

Існуючі проєкти, які використовують старий робочий процес
Прості зміни, де не потрібне покрокове створення артефактів
Схильність до підходу «все або нічого»

Перехід на OPSX: Застарілі зміни можна продовжувати за допомогою команд OPSX. Структура артефактів сумісна.

Усунення несправностей

«Зміну не знайдено»

Команда не змогла визначити, над якою зміною працювати.

Рішення:

Явно вкажіть назву зміни: /opsx:apply add-dark-mode
Перевірте, чи існує тека зміни: openspec list
Переконайтеся, що ви перебуваєте у правильному каталозі проєкту

«Немає готових артефактів»

Усі артефакти або завершені, або заблоковані через відсутні залежності.

Рішення:

Виконайте openspec status --change <name>, щоб побачити, що блокує
Перевірте, чи існують необхідні артефакти
Спочатку створіть відсутні залежні артефакти

«Схему не знайдено»

Зазначена схема не існує.

Рішення:

Перегляньте доступні схеми: openspec schemas
Перевірте правильність назви схеми
Створіть схему, якщо вона користувацька: openspec schema init <name>

Команди не розпізнаються

AI‑інструмент не розпізнає команди OpenSpec.

Рішення:

Переконайтеся, що OpenSpec ініціалізовано: openspec init
Перегенеруйте навички: openspec update
Перевірте, чи існує директорія .claude/skills/ (для Claude Code)
Перезапустіть AI‑інструмент, щоб підхопити нові навички

Артефакти генеруються неправильно

AI створює неповні або некоректні артефакти.

Рішення:

Додайте контекст проєкту до openspec/config.yaml
Додайте правила для окремих артефактів для точнішої інструкції
Надайте більше деталей в описі зміни
Використовуйте /opsx:continue замість /opsx:ff для більшого контролю

Наступні кроки

Робочі процеси — поширені патерни та коли використовувати кожну команду
CLI — термінальні команди для керування та валідації
Налаштування — створення власних схем і робочих процесів

Командi ​

Швидка довідка ​

Типовий короткий шлях (профіль core) ​

Розширені команди робочих процесів (власний вибір робочих процесів) ​

Посилання на команди ​

/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 ​

Синтаксис команд для різних AI‑інструментів ​

Застарілі команди ​

Усунення несправностей ​

«Зміну не знайдено» ​

«Немає готових артефактів» ​

«Схему не знайдено» ​

Команди не розпізнаються ​

Артефакти генеруються неправильно ​

Наступні кроки ​

Командi

Швидка довідка

Типовий короткий шлях (профіль `core`)

Розширені команди робочих процесів (власний вибір робочих процесів)

Посилання на команди

`/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`

Синтаксис команд для різних AI‑інструментів

Застарілі команди

Усунення несправностей

«Зміну не знайдено»

«Немає готових артефактів»

«Схему не знайдено»

Команди не розпізнаються

Артефакти генеруються неправильно

Наступні кроки