Команди

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

Щоб ознайомитися з патернами робочих процесів та випадками використання кожної команди, перейдіть до розділу Робочі процеси. Для CLI-команд перейдіть до розділу CLI.

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

Шлях швидкого запуску за замовчуванням (профіль `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

You: /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]

Аргументи:

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

Що робить:

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

Приклад:

text

You: /opsx:explore

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

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

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

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

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

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

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

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    # Метадані зміни (схема, дата створення)

Приклад:

You: /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`	Ні	Зміна, яку потрібно продовжити (визначається за контекстом, якщо не вказано)

Що робить:

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

Приклад:

You: /opsx:continue

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

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

     Створення specs...

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

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

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

Поради:

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

`/opsx:ff`

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

Синтаксис:

/opsx:ff [change-name]

Аргументи:

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

Що робить:

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

Приклад:

You: /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]

Приклад:

You: /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

You: /opsx:update add-dark-mode - we're storing the theme in a cookie now, not 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, щоб код відповідав оновленому плану
Якщо ваше оновлення змінює мету зміни, краще розпочніть нову зміну з нуля (див. Коли оновлювати, а коли починати з нуля)

`/opsx:verify`

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

Синтаксис:

/opsx:verify [change-name]

Аргументи:

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

Що робить:

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

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

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

Приклад:

You: /opsx:verify

AI:  Перевірка зміни add-dark-mode...

     ПОВНОТА
     ✓ Всі 8 завдань у tasks.md відмічені
     ✓ Всі вимоги в specs мають відповідний код
     ⚠ Сценарій «Виявлення системних уподобань» не має покриття тестами

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

     УЗГОДЖЕНІСТЬ
     ✓ Рішення з дизайну відображені в структурі коду
     ✓ Правила іменування відповідають design.md
     ⚠ У дизайні згадуються «CSS-змінні», але в реалізації використовуються класи Tailwind

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

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

Поради:

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

`/opsx:sync`

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

Синтаксис:

/opsx:sync [change-name]

Аргументи:

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

Що робить:

Читає дельта-специфікації з папки зміни
Обробляє розділи ДОДАНО/ЗМІНЕНО/ВИДАЛЕНО/ПЕРЕЙМЕНОВАНО
Об'єднує зміни в основну директорію openspec/specs/
Зберігає існуючий вміст, який не згадується в дельта-специфікації
Не архівує зміну (залишається активною)

Приклад:

text

You: /opsx:sync

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

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

     Зміни для застосування:
     ✓ ДОДАНО: Вимога «Вибір теми» (2 сценарії)
     ✓ ДОДАНО: Вимога «Доступність» (1 сценарій)

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

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

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

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

Поради:

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

`/opsx:archive`

Архівуйте завершену зміну. Завершує роботу з зміною та переміщує її в папку архіву.

Синтаксис:

/opsx:archive [change-name]

Аргументи:

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

Що робить:

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

Приклад:

text

You: /opsx:archive

AI:  Архівація зміни add-dark-mode...

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

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

You: Yes

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`	Ні	Конкретні зміни для архівації (запитує вибір, якщо не вказано)

Що робить:

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

Приклад:

You: /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 зміни?

You: Yes

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

Поради:

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

`/opsx:onboard`

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

Синтаксис:

/opsx:onboard

Що робить:

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

Етапи:

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

Приклад:

You: /opsx:onboard

AI:  Ласкаво просимо до OpenSpec!

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

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

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

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

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

Поради:

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

Синтаксис команд за інструментом AI

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

Інструмент	Приклад синтаксису
Claude Code	`/opsx:propose`, `/opsx:apply`
Cursor	`/opsx-propose`, `/opsx-apply`
Windsurf	`/opsx-propose`, `/opsx-apply`
Copilot (IDE)	`/opsx-propose`, `/opsx-apply`
CodeArts	Виклики на основі навичок, такі як `/openspec-propose`, `/openspec-apply-change` (без згенерованих файлів команд `opsx-*`)
Codex	Виклики на основі навичок з `.codex/skills/openspec-` (без згенерованих файлів запитів `opsx-`)
Oh My Pi	`/opsx-propose`, `/opsx-apply`
Kimi Code	Виклики на основі навичок, такі як `/skill:openspec-propose`, `/skill:openspec-apply-change` (без згенерованих файлів команд `opsx-*`)
Trae	`/opsx-propose`, `/opsx-apply`

Заміс однаковий для всіх інструментів, але спосіб подання команд може відрізнятися залежно від інтеграції.

Примітка: Команди 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 - Команди терміналу для управління та валідації
Налаштування - Створення користувацьких схем та робочих процесів

Команди ​

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

Шлях швидкого запуску за замовчуванням (профіль 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 ​

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

Вирішення проблем ​

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

"Артефакти не готові" ​

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

Команди не розпізнано ​

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

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

Команди

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

Шлях швидкого запуску за замовчуванням (профіль `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

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

Вирішення проблем

"Зміну не знайдено"

"Артефакти не готові"

"Схему не знайдено"

Команди не розпізнано

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

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