Contrato de acciones y capacidades
Distingue el descubrimiento de acciones, los informes de capacidades instaladas, la comprobación previa, la ejecución y la autoridad del servidor.
Descripción general
La CLI proporciona un manifiesto de acciones, comprobación previa sin conexión, descubrimiento de capacidades instaladas y comandos nativos explícitos. El bootstrap de 0.1.9 crea la estructura de instalación firmada necesaria para las capacidades. Estos resultados responden a preguntas distintas; ninguno debe tomarse como prueba de los demás.
Manifiesto de acciones del cliente
El manifiesto versionado contiene 25 acciones:
22 acciones están marcadas como
executes=true;altifigence.analyze.run,altifigence.evolve.launch, yaltifigence.verify.runson las tres acciones que solo permiten planificar.
executes=true significa que la acción está definida como ejecutable. El comando real aún puede necesitar un motor local, permiso de cuenta o servicio remoto. Una acción solo de planificación valida y devuelve un plan sin ejecutar un trabajo.
Usa alti commands para inspeccionar el manifiesto incluido con el binario actual. No copies una lista de comandos de otra versión.
Comprobante de comprobación previa sin conexión
El flujo sin conexión job validate verifica un sobre RTL acotado para CPU y código fuente seguro relativo al espacio de trabajo. Un comprobante satisfactorio indica explícitamente submitted: false y server_authority_verified: false. No ejecuta un motor local ni contacta con un servicio alojado. Consulta Primer resultado satisfactorio con la CLI.
Contrato de capacidades del motor instalado
El esquema de capacidades define estos estados para una versión correctamente instalada y respaldada por un comprobante:
Estado | Significado |
|---|---|
| La versión instalada proporciona la interfaz local documentada |
| Solo está disponible el subconjunto informado |
| La versión instalada no puede proporcionar la interfaz |
| La interfaz requiere una autorización explícita y documentada |
| La acción devuelve un plan en lugar de evidencia de ejecución |
Sigue Verificar descargas e Instalación en Linux antes de usar alti capabilities. El bootstrap integrado crea la estructura autenticada de catálogo y comprobantes; no copies un binario a otra ubicación ni fabriques ese estado. La preparación instalada informa de las capacidades disponibles. La evidencia de que se ejecutó un diseño o un trabajo de GPU procede de su resultado de ejecución.
Pregunta | Respuesta proporcionada por |
|---|---|
¿Se ejecutó este comando aquí y con qué resultado? | El estado de salida propio del comando y la línea del comprobante que identifica el binario, la resolución y el estado |
¿Esta versión instalada informa de que la capacidad está disponible? | Un informe satisfactorio de |
Un comando local satisfactorio informa de lo que se ejecutó en esa máquina. La automatización que dependa de una capacidad de un producto instalado también debe exigir el informe de capacidades.
La subida de código fuente requiere autorización explícita
En su modo de cliente predeterminado, el servidor MCP stdio empaquetado oculta las tres acciones de planificación que pueden incluir archivos fuente. Requieren credenciales de entorno separadas y usan el cliente de Cloud. La versión pública actual no proporciona un flujo completo de ejecución remota para ellas.
El modo independiente ALTI_MCP_MODE=local-xls ofrece herramientas locales fijas de XLS sin despacho a Cloud. Las operaciones nativas de ide cloud usan su propio inicio de sesión y reglas explícitas de subida; el estado de solo planificación de las acciones de cliente no describe todas las operaciones de espacio de trabajo de Cloud.
Una autorización explícita permite la transmisión; no convierte una acción de solo planificación en una ejecución real ni hace que esté disponible un servicio remoto.
Gestiona cada resultado por separado
Al automatizar la CLI, trata estos resultados como estados distintos:
una capacidad local está disponible;
una solicitud se validó;
se devolvió un plan sin ejecución;
una autoridad habilitada explícitamente aceptó trabajo;
el trabajo terminó y produjo evidencia;
una capacidad o autoridad no estaba disponible.
Reducir estos estados a un único valor de éxito puede hacer que un plan o una vista previa parezcan trabajo de ingeniería completado.
Selecciona el contrato de resultados correcto
Para una ejecución local, registra el motor seleccionado, el resumen criptográfico de entrada, el estado de salida nativo y el resultado completo. Para modificar un archivo guardado, conserva el plan y el comprobante de aplicación y vuelve a leer el archivo. Para un trabajo remoto, sigue su ID hasta un estado terminal y después recupera y verifica el resultado real. Una entrada del manifiesto de acciones solo describe la interfaz invocable.
Mantén separados en la automatización los sobres de solicitud de motores locales, las acciones de planificación de cliente y los trabajos RTL guardados en Cloud. Difieren en el esquema de entrada, la ubicación del código fuente, la autenticación, el envío y la gestión de resultados, incluso si sus nombres contienen «analyze» o «evolve».