Контракт действий и возможностей
Различайте обнаружение действий, отчёты установленных возможностей, предварительную проверку, выполнение и полномочия сервера.
Обзор
CLI предоставляет манифест действий, автономную предварительную проверку, обнаружение установленных возможностей и явные нативные команды. Начальная настройка 0.1.9 создаёт подписанную структуру установки, необходимую для возможностей. Эти результаты отвечают на разные вопросы; ни один не следует считать доказательством остальных.
Манифест клиентских действий
Версионируемый манифест содержит 25 действий:
22 действия помечены
executes=true;altifigence.analyze.run,altifigence.evolve.launchиaltifigence.verify.run— три действия только планирования.
executes=true означает, что действие определено как выполняемое. Фактической команде всё ещё могут требоваться локальный движок, разрешение учётной записи или удалённый сервис. Действие только планирования проверяет и возвращает план без запуска задания.
Используйте alti commands для проверки манифеста, поставляемого с текущим исполняемым файлом. Не копируйте список команд из другого выпуска.
Квитанция автономной предварительной проверки
Автономный процесс job validate проверяет одну ограниченную оболочку RTL на CPU и безопасный исходник относительно рабочей области. Успешная квитанция явно указывает submitted: false и server_authority_verified: false. Она не запускает локальный движок и не обращается к размещённому сервису. См. Первый успешный запуск CLI.
Контракт возможностей установленного движка
Схема возможностей определяет следующие состояния для корректно установленного выпуска, подтверждённого квитанциями:
Состояние | Значение |
|---|---|
| Установленный выпуск предоставляет документированные локальные операции |
| Доступно только сообщённое подмножество |
| Установленный выпуск не может предоставить операции |
| Действие требует явного документированного согласия |
| Действие возвращает план вместо свидетельства выполнения |
Выполните Проверку загрузок и Установку в Linux перед использованием alti capabilities. Встроенная начальная настройка создаёт аутентифицированную структуру каталога/квитанций; не копируйте исполняемый файл в другое место и не подделывайте это состояние. Готовность установки сообщает доступные возможности. Свидетельство выполнения проекта или задания GPU берётся из его результата выполнения.
Вопрос | Что отвечает |
|---|---|
Выполнилась ли команда здесь и с каким результатом? | Собственный код завершения команды и строка квитанции с исполняемым файлом, способом его поиска и статусом |
Сообщает ли установленный выпуск о доступности возможности? | Успешный отчёт |
Успешная локальная команда сообщает, что выполнялось на этой машине. Автоматизация, зависящая от возможности установленного продукта, также должна требовать отчёт о возможностях.
Загрузка исходников требует согласия
В клиентском режиме по умолчанию упакованный сервер stdio MCP скрывает три действия планирования, которые могут включать исходные файлы. Они требуют отдельных учётных данных среды и используют клиент Cloud. Текущий публичный выпуск не предоставляет для них полного процесса удалённого выполнения.
Отдельный режим ALTI_MCP_MODE=local-xls предоставляет фиксированные локальные инструменты XLS без диспетчеризации Cloud. Нативные операции ide cloud используют собственный вход и явные правила загрузки; статус клиентского действия только планирования не описывает все операции рабочей области Cloud.
Согласие разрешает передачу; оно не превращает действие только планирования в реальный запуск и не делает удалённый сервис доступным.
Раздельная обработка каждого результата
При автоматизации CLI обрабатывайте эти результаты как разные состояния:
локальная возможность доступна;
запрос проверен;
план возвращён без выполнения;
работа принята явно включённой авторитетной стороной;
работа завершена и создала свидетельства;
возможность или авторитетная сторона недоступна.
Сведение этих состояний к единому признаку успеха может представить план или предпросмотр как завершённую инженерную работу.
Выбор правильного контракта результата
Для локального запуска запишите выбранный движок, дайджест входных данных, нативный код завершения и полный результат. Для изменения сохранённого файла сохраните план и квитанцию применения и повторно прочитайте файл. Для удалённого задания отслеживайте его идентификатор до конечного состояния, затем получите и проверьте фактический результат. Запись манифеста действий лишь описывает вызываемый интерфейс.
В автоматизации разделяйте оболочки запросов локальных движков, клиентские действия планирования и сохранённые задания RTL Cloud. Их схемы входа, расположение исходников, аутентификация, отправка и обработка результатов различаются, даже если имена содержат «analyze» или «evolve».