Команды

Это справочное руководство по слэш-командам 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`	Быстрое продвижение (fast-forward): создать все планировочные артефакты сразу
`/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: proposal, specs, design, tasks)
Останавливается, когда изменение готово к выполнению команды /opsx:apply

Пример:

text

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

ИИ:  Создан 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

Вы: /opsx:explore

ИИ:  Что бы вы хотели исследовать?

Вы: Как нам лучше обработать аутентификацию для мобильного приложения?

ИИ:  Позвольте мне изучить текущую настройку аутентификации...
     [Анализирует кодовую базу]

     Я вижу, что для веб-приложения используется аутентификация на основе сессий.
     Для мобильных устройств у нас есть три основных варианта:

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

     Ваш API уже настроен для CORS. Какой вариант вас интересует?

Вы: Давайте выберем JWT. Можем ли мы начать изменение для этого?

ИИ:  Готов, когда будете готовы. Запустите /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

ИИ:  Создан 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

ИИ:  Изменение: 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

ИИ:  Быстрое продвижение add-dark-mode...

     ✓ Создание proposal.md
     ✓ Создание specs/ui/spec.md
     ✓ Создание design.md
     ✓ Создание tasks.md

     Все артефакты планирования завершены!
     Готово к реализации. Запустите /opsx:apply, чтобы начать.

Советы:

Используйте, когда у вас есть четкое представление о том, что вы строите
Быстрее, чем /opsx:continue, для простых изменений
Вы все еще можете редактировать артефакты afterward
Хорошо подходит для функций малого и среднего размера

`/opsx:apply`

Реализация задач из изменения. Работает со списком задач, пишет код и отмечает пункты выполненными.

Синтаксис:

/opsx:apply [change-name]

Аргументы:

Аргумент	Обязательный	Описание
`change-name`	Нет	Какое изменение реализовать (определяется из контекста, если не указано)

Что делает:

Читает tasks.md и определяет невыполненные задачи
Работает с задачами по одной
Пишет код, создает файлы, запускает тесты по мере необходимости
Помечает задачи как выполненные с помощью флажков [x]

Пример:

Вы: /opsx:apply

ИИ:  Реализация add-dark-mode...

     Чтение tasks.md:
     - [ ] 1.1 Создать ThemeContext
     - [ ] 1.2 Добавить CSS custom properties
     - [ ] 1.3 Реализовать сохранение в localStorage

     Работа над 1.1: Создание ThemeContext...
     [Создает src/context/ThemeContext.tsx]

     ✓ 1.1 Выполнено

     Работа над 1.2: Добавление CSS custom properties...
     [Обновляет 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

ИИ:  Чтение артефактов add-dark-mode...

     В дизайне упоминается localStorage в двух местах; задача 1.3 касается
     сохранения в localStorage; в предложении хранение не упоминается.

     Предлагаемые правки:
     1. design.md - заменить решение о localStorage на cookie storage
     2. tasks.md - переформулировать задачу 1.3 для сохранения в cookie

     Применить правку 1? (design.md)

Советы:

Он не создает отсутствующие артефакты — для этого служит /opsx:continue
Если изменение уже было реализовано, следуйте за ним командой /opsx:apply, чтобы код соответствовал пересмотренному плану
Если ваша правка меняет намерение изменения, начните заново с нового изменения (см. Когда обновлять, а когда начинать заново)

`/opsx:verify`

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

Синтаксис:

/opsx:verify [change-name]

Аргументы:

Аргумент	Обязательный	Описание
`change-name`	Нет	Какое изменение проверить (определяется из контекста, если не указано)

Что делает:

Проверяет три измерения качества реализации
Ищет доказательства реализации в кодовой базе
Сообщает о проблемах, классифицированных как CRITICAL, WARNING или SUGGESTION
Не блокирует архивирование, но выявляет проблемы

Измерения проверки:

Измерение	Что проверяется
Полнота	Все задачи выполнены, все требования реализованы, сценарии покрыты
Правильность	Реализация соответствует намерению спецификации, граничные случаи обработаны
Согласованность	Решения дизайна отражены в коде, шаблоны последовательны

Пример:

Вы: /opsx:verify

ИИ:  Проверка add-dark-mode...

     ПОЛНОТА
     ✓ Все 8 задач в tasks.md отмечены
     ✓ Все требования в specs имеют соответствующий код
     ⚠ Сценарий "Определение системных предпочтений" не имеет покрытия тестами

     ПРАВИЛЬНОСТЬ
     ✓ Реализация соответствует намерению спецификации
     ✓ Граничные случаи из сценариев обработаны
     ✓ Состояния ошибок соответствуют определениям спецификации

     СОГЛАСОВАННОСТЬ
     ✓ Решения дизайна отражены в структуре кода
     ✓ Соглашения об именовании согласованы с design.md
     ⚠ В дизайне упоминаются "CSS variables", но в реализации используются классы Tailwind

     ИТОГО
     ─────────────────────────────
     Критические проблемы: 0
     Предупреждения: 2
     Готово к архивированию: Да (с предупреждениями)

     Рекомендации:
     1. Добавить тест для определения системных предпочтений
     2. Обновить design.md, чтобы отразить использование Tailwind, или рефакторинг для использования CSS variables

Советы:

Запускайте перед архивированием, чтобы рано выявить несоответствия
Предупреждения не блокируют архивирование, но указывают на потенциальные проблемы
Хорошо подходит для проверки работы ИИ перед коммитом
Может выявить расхождения между артефактами и реализацией

`/opsx:sync`

Необязательная команда. Объединяет дельта-спецификации из изменения в основные спецификации. Архивирование запросит синхронизацию, если это необходимо, поэтому обычно вам не нужно запускать это вручную.

Синтаксис:

/opsx:sync [change-name]

Аргументы:

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

Что делает:

Читает дельта-спецификации из папки изменения
Парсит секции ADDED/MODIFIED/REMOVED/RENAMED
Объединяет изменения в основную директорию openspec/specs/
Сохраняет существующее содержимое, не упомянутое в дельте
Не архивирует изменение (остается активным)

Пример:

text

Вы: /opsx:sync

ИИ:  Синхронизация дельта-спецификаций 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, когда будете готовы завершить.

Когда использовать вручную:

Сценарий	Использовать sync?
Длительное изменение, хотите спецификации в основном репозитории перед архивированием	Да
Несколько параллельных изменений нуждаются в обновленных базовых спецификациях	Да
Хотите предварительно просмотреть/проверить объединение отдельно	Да
Быстрое изменение, переход прямо к архивированию	Нет (архив обрабатывает это)

Советы:

Синхронизация умная, а не просто копирование-вставка
Может добавлять сценарии к существующим требованиям без дублирования
Изменение остается активным после синхронизации (не архивируется)
Большинство пользователей никогда не вызовут это напрямую — архив запросит, если потребуется

`/opsx:archive`

Архивирование завершенного изменения. Финализирует изменение и перемещает его в папку архива.

Синтаксис:

/opsx:archive [change-name]

Аргументы:

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

Что делает:

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

Пример:

text

Вы: /opsx:archive

ИИ:  Архивирование add-dark-mode...

     Статус артефактов:
     ✓ proposal.md существует
     ✓ specs/ существует
     ✓ design.md существует
     ✓ tasks.md существует (8/8 задач выполнено)

     Дельта-спецификации: Еще не синхронизированы
     → Синхронизировать сейчас? (рекомендуется)

Вы: Да

ИИ:  ✓ Спецификации синхронизированы в 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

ИИ:  Найдено 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 изменения?

Вы: Да

ИИ:  ✓ Архивирован add-dark-mode
     ✓ Архивирован fix-login-bug
     ✓ Архивирован update-footer
     Спецификации объединены: add-dark-mode → update-footer

Советы:

Хорошо подходит для параллельных рабочих потоков
Разрешение конфликтов агентно (проверяет кодовую базу)
Изменения архивируются в порядке создания
Запрашивает подтверждение перед перезаписью содержимого спецификаций

`/opsx:onboard`

Пошаговое введение в полный рабочий процесс OpenSpec. Интерактивное обучение с использованием вашей реальной кодовой базы.

Синтаксис:

/opsx:onboard

Что делает:

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

Фазы:

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

Пример:

Вы: /opsx:onboard

ИИ:  Добро пожаловать в OpenSpec!

     Я проведу вас через полный рабочий процесс, используя вашу реальную кодовую базу.
     Мы найдем что-то маленькое для улучшения, создадим для этого правильное изменение,
     реализуем его и архивируем.

     Позвольте мне просканировать вашу кодовую базу на наличие возможностей...

     [Анализирует кодовую базу]

     Я нашел несколько вещей, над которыми мы могли бы поработать:
     1. Добавить валидацию ввода в контактную форму
     2. Улучшить сообщения об ошибках в потоке аутентификации
     3. Добавить состояния загрузки для асинхронных кнопок

     Что вас интересует? (или предложите что-то другое)

Советы:

Лучше всего подходит для новых пользователей, изучающих рабочий процесс
Использует реальный код, а не учебные примеры
Создает реальное изменение, которое вы можете сохранить или отбросить
Занимает 15–30 минут на выполнение

Синтаксис команд по ИИ-инструментам

Разные ИИ-инструменты используют слегка отличающийся синтаксис команд. Используйте формат, соответствующий вашему инструменту:

Файл команд вашего инструмента	Пример синтаксиса	Примеры инструментов
`.../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
нет — только skills	`/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 и Devin Local: файлы .devin/workflows/opsx-*.md предоставляют Devin Desktop команду /opsx-propose. В Devin Local нет workflows — используйте skills, которые OpenSpec записывает в .devin/skills/, например /openspec-propose, которые работают в обоих агентах.

Намерение одинаково во всех инструментах, но способ отображения команд может отличаться в зависимости от интеграции. Раздел How To Invoke перечисляет все поддерживаемые инструменты; в этой таблице показаны только примеры каждого формата.

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

Устаревшие команды

Эти команды используют старый рабочий процесс «всё сразу». Они по-прежнему работают, но рекомендуется использовать команды OPSX.

Команда	Что делает
`/openspec:proposal`	Создаёт все артефакты сразу (предложение, спецификации, дизайн, задачи)
`/openspec:apply`	Реализует изменение
`/openspec:archive`	Архивирует изменение

Когда использовать устаревшие команды:

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

Переход на OPSX: Устаревшие изменения можно продолжить с помощью команд OPSX. Структура артефактов совместима.

Устранение неполадок

«Change not found»

Команда не смогла определить, какое изменение обрабатывать.

Решения:

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

«No artifacts ready»

Все артефакты либо завершены, либо заблокированы отсутствующими зависимостями.

Решения:

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

«Schema not found»

Указанная схема не существует.

Решения:

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

Команды не распознаются

ИИ-инструмент не распознаёт команды OpenSpec.

Решения:

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

Артефакты не генерируются корректно

ИИ создаёт неполные или некорректные артефакты.

Решения:

Добавьте контекст проекта в openspec/config.yaml
Добавьте правила для отдельных артефактов для более точного руководства
Укажите больше деталей в описании изменения
Используйте /opsx:continue вместо /opsx:ff для большего контроля

Следующие шаги

Workflows — Общие паттерны и когда использовать каждую команду
CLI — Команды терминала для управления и валидации
Customization — Создание пользовательских схем и рабочих процессов

Команды ​

Краткая справка ​

Стандартный быстрый путь (профиль 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 ​

Синтаксис команд по ИИ-инструментам ​

Устаревшие команды ​

Устранение неполадок ​

«Change not found» ​

«No artifacts ready» ​

«Schema not found» ​

Команды не распознаются ​

Артефакты не генерируются корректно ​

Следующие шаги ​

Команды

Краткая справка

Стандартный быстрый путь (профиль `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`

Синтаксис команд по ИИ-инструментам

Устаревшие команды

Устранение неполадок

«Change not found»

«No artifacts ready»

«Schema not found»

Команды не распознаются

Артефакты не генерируются корректно

Следующие шаги