API de espacios de trabajo

Los espacios de trabajo son para cargas de trabajo de código basadas en código fuente. Las plantillas de bases de datos, cachés y colas no pueden abrirse como espacios de trabajo de código. Las operaciones de archivos y del entorno de ejecución pueden cargar el código fuente o iniciar infraestructura de ejecución.

Usa Autenticación de la API para las solicitudes protegidas. Los ejemplos usan tus propios IDs de recursos y un token temporal; las respuestas de ejemplo guardadas son sintéticas.

Método	Ruta	Operación
`GET`	`/v1/workspace`	Listar espacios de trabajo
`POST`	`/v1/workspace`	Crear espacio de trabajo
`GET`	`/v1/workspace/{id}`	Obtener espacio de trabajo
`PUT`	`/v1/workspace/{id}`	Actualizar el espacio de trabajo
`DELETE`	`/v1/workspace/{id}`	Eliminar el espacio de trabajo
`GET`	`/v1/workspace/{id}/tree`	Listar archivos del espacio de trabajo
`GET`	`/v1/workspace/{id}/file`	Leer archivo del espacio de trabajo
`PUT`	`/v1/workspace/{id}/file`	Escribir archivo del espacio de trabajo
`DELETE`	`/v1/workspace/{id}/file`	Eliminar el archivo del espacio de trabajo
`POST`	`/v1/workspace/{id}/file/move`	Mover archivo del espacio de trabajo
`POST`	`/v1/workspace/{id}/commands`	Ejecutar lint del espacio de trabajo
`GET`	`/v1/workspace/{id}/commands/{command_id}`	Obtener estado del comando del espacio de trabajo
`GET`	`/v1/workspace/{id}/commands/{command_id}/logs`	Obtener registros de comandos del espacio de trabajo
`GET`	`/v1/workspace/{id}/run`	Obtener estado del entorno de ejecución del espacio de trabajo
`POST`	`/v1/workspace/{id}/run/start`	Iniciar vista previa del espacio de trabajo
`POST`	`/v1/workspace/{id}/run/stop`	Detener vista previa del espacio de trabajo
`POST`	`/v1/workspace/{id}/run/restart`	Reiniciar vista previa del espacio de trabajo
`GET`	`/v1/workspace/{id}/git/status`	Obtener estado de Git del espacio de trabajo
`GET`	`/v1/workspace/{id}/git/log`	Obtener historial de Git del espacio de trabajo
`GET`	`/v1/workspace/{id}/git/branches`	Listar ramas de Git del espacio de trabajo
`GET`	`/v1/workspace/{id}/manifest/check`	Comprobar el manifiesto del espacio de trabajo
`GET`	`/v1/workspace/{id}/tests`	Obtener inventario de pruebas del espacio de trabajo

Listar espacios de trabajo

GET /v1/workspace

Devuelve una lista paginada de Workspace

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.
`page`	consulta	no	Número de página
`per_page`	consulta	no	Elementos por página

Ejemplo de solicitud

Configura ADIOS_API_URL=https://api.adios.dev. Para las solicitudes protegidas, configura ADIOS_ACCESS_TOKEN y ADIOS_TEAM_ID como en el inicio rápido. Configura las variables adicionales ADIOS_* a partir de los resultados de tus propios recursos.

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Lista de Workspace

Campos de respuesta

Campo	Tipo	Descripción
`data`	array
`data[].base_build_id`	string
`data[].base_source_artifact_id`	string	Registro de artefacto de código fuente de la API usado para cargar el espacio de trabajo
`data[].branch`	string
`data[].created_at`	integer	(marca de tiempo Unix)
`data[].deleted_at`	integer	(marca de tiempo Unix)
`data[].metadata`	object
`data[].name`	string
`data[].owner_id`	string
`data[].repository_url`	string	URL del repositorio de Git
`data[].runtime_status`	string	Valores permitidos: idle, running, stopped, failed.
`data[].source_manifest`	string	Ruta del manifiesto adios del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo
`data[].source_workdir`	string	Directorio de trabajo del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo
`data[].status`	string	Valores permitidos: active, archived, deleted.
`data[].team_id`	string
`data[].updated_at`	integer	(marca de tiempo Unix)
`data[].workload_id`	string
`data[].workspace_id`	string
`pagination`	object
`pagination.page`	integer	Número de página actual
`pagination.per_page`	integer	Número de elementos por página
`pagination.total`	integer	Número total de elementos

Ejemplo ilustrativo; no es una respuesta real:

{
  "data": [
    {
      "base_build_id": "example",
      "base_source_artifact_id": "",
      "branch": "",
      "created_at": 1791072000,
      "deleted_at": 0,
      "metadata": {},
      "name": "postman-example",
      "owner_id": "000000000000000000000000001",
      "repository_url": "example",
      "runtime_status": "idle",
      "source_manifest": "adios.yaml",
      "source_workdir": ".",
      "status": "active",
      "team_id": "000000000000000000000000001",
      "updated_at": 1791072000,
      "workload_id": "",
      "workspace_id": "000000000000000000000000001"
    }
  ],
  "pagination": {
    "page": 1,
    "per_page": 1,
    "total": 1
  }
}

Crear espacio de trabajo

POST /v1/workspace

Crea un nuevo Workspace

Esta solicitud modifica datos o inicia una acción. Revisa el destino y el cuerpo antes de enviarla.

Campos de la solicitud (el cuerpo contiene un ejemplo editable):

Campo	Tipo	Obligatorio	Descripción
`base_build_id`	string	no
`base_source_artifact_id`	string	no	Registro de artefacto de código fuente de la API usado para cargar el espacio de trabajo. Valor predeterminado: `""`.
`branch`	string	no	Valor predeterminado: `""`.
`metadata`	object	no
`name`	string	sí
`owner_id`	string	sí
`repository_url`	string	no	URL del repositorio de Git
`runtime_status`	string	no	Valores permitidos: idle, running, stopped, failed. Valor predeterminado: `"idle"`.
`source_manifest`	string	no	Ruta del manifiesto adios del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo. Valor predeterminado: `"adios.yaml"`.
`source_workdir`	string	no	Directorio de trabajo del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo. Valor predeterminado: `"."`.
`status`	string	sí	Valores permitidos: active, archived, deleted. Valor predeterminado: `"active"`.
`team_id`	string	sí
`workload_id`	string	no	Valor predeterminado: `""`.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID" \
  -H "Content-Type: application/json" \
  --data-binary @- <<'JSON'
{
  "team_id": "YOUR_TEAM_ID",
  "owner_id": "YOUR_USER_ID",
  "name": "postman-workspace",
  "status": "active",
  "workload_id": "YOUR_WORKLOAD_ID"
}
JSON

Reemplaza los marcadores YOUR_* del cuerpo antes de enviar la solicitud. El heredoc entrecomillado conserva el JSON literal.

Respuesta: HTTP 201

Espacio de trabajo creado

Campos de respuesta

Campo	Tipo	Descripción
`base_build_id`	string
`base_source_artifact_id`	string	Registro de artefacto de código fuente de la API usado para cargar el espacio de trabajo
`branch`	string
`created_at`	integer	(marca de tiempo Unix)
`deleted_at`	integer	(marca de tiempo Unix)
`metadata`	object
`name`	string
`owner_id`	string
`repository_url`	string	URL del repositorio de Git
`runtime_status`	string	Valores permitidos: idle, running, stopped, failed.
`source_manifest`	string	Ruta del manifiesto adios del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo
`source_workdir`	string	Directorio de trabajo del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo
`status`	string	Valores permitidos: active, archived, deleted.
`team_id`	string
`updated_at`	integer	(marca de tiempo Unix)
`workload_id`	string
`workspace_id`	string

Ejemplo ilustrativo; no es una respuesta real:

{
  "base_build_id": "example",
  "base_source_artifact_id": "",
  "branch": "",
  "created_at": 1791072000,
  "deleted_at": 0,
  "metadata": {},
  "name": "postman-example",
  "owner_id": "000000000000000000000000001",
  "repository_url": "example",
  "runtime_status": "idle",
  "source_manifest": "adios.yaml",
  "source_workdir": ".",
  "status": "active",
  "team_id": "000000000000000000000000001",
  "updated_at": 1791072000,
  "workload_id": "",
  "workspace_id": "000000000000000000000000001"
}

Obtener espacio de trabajo

GET /v1/workspace/{id}

Devuelve un único Workspace

Configura workspace_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Espacio de trabajo

Campos de respuesta

Campo	Tipo	Descripción
`base_build_id`	string
`base_source_artifact_id`	string	Registro de artefacto de código fuente de la API usado para cargar el espacio de trabajo
`branch`	string
`created_at`	integer	(marca de tiempo Unix)
`deleted_at`	integer	(marca de tiempo Unix)
`metadata`	object
`name`	string
`owner_id`	string
`repository_url`	string	URL del repositorio de Git
`runtime_status`	string	Valores permitidos: idle, running, stopped, failed.
`source_manifest`	string	Ruta del manifiesto adios del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo
`source_workdir`	string	Directorio de trabajo del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo
`status`	string	Valores permitidos: active, archived, deleted.
`team_id`	string
`updated_at`	integer	(marca de tiempo Unix)
`workload_id`	string
`workspace_id`	string

Ejemplo ilustrativo; no es una respuesta real:

{
  "base_build_id": "example",
  "base_source_artifact_id": "",
  "branch": "",
  "created_at": 1791072000,
  "deleted_at": 0,
  "metadata": {},
  "name": "postman-example",
  "owner_id": "000000000000000000000000001",
  "repository_url": "example",
  "runtime_status": "idle",
  "source_manifest": "adios.yaml",
  "source_workdir": ".",
  "status": "active",
  "team_id": "000000000000000000000000001",
  "updated_at": 1791072000,
  "workload_id": "",
  "workspace_id": "000000000000000000000000001"
}

Actualizar el espacio de trabajo

PUT /v1/workspace/{id}

Actualiza un Workspace existente

Configura workspace_id usando IDs de tus propias respuestas de la API.

Esta solicitud modifica datos o inicia una acción. Revisa el destino y el cuerpo antes de enviarla.

Campos de la solicitud (el cuerpo contiene un ejemplo editable):

Campo	Tipo	Obligatorio	Descripción
`base_build_id`	string	no
`base_source_artifact_id`	string	no	Registro de artefacto de código fuente de la API usado para cargar el espacio de trabajo. Valor predeterminado: `""`.
`branch`	string	no	Valor predeterminado: `""`.
`metadata`	object	no
`name`	string	sí
`owner_id`	string	sí
`repository_url`	string	no	URL del repositorio de Git
`runtime_status`	string	no	Valores permitidos: idle, running, stopped, failed. Valor predeterminado: `"idle"`.
`source_manifest`	string	no	Ruta del manifiesto adios del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo. Valor predeterminado: `"adios.yaml"`.
`source_workdir`	string	no	Directorio de trabajo del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo. Valor predeterminado: `"."`.
`status`	string	sí	Valores permitidos: active, archived, deleted. Valor predeterminado: `"active"`.
`team_id`	string	sí
`workload_id`	string	no	Valor predeterminado: `""`.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request PUT "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID" \
  -H "Content-Type: application/json" \
  --data-binary @- <<'JSON'
{
  "team_id": "YOUR_TEAM_ID",
  "owner_id": "YOUR_USER_ID",
  "name": "postman-workspace",
  "status": "active",
  "workload_id": "YOUR_WORKLOAD_ID"
}
JSON

Reemplaza los marcadores YOUR_* del cuerpo antes de enviar la solicitud. El heredoc entrecomillado conserva el JSON literal.

Respuesta: HTTP 200

Workspace actualizado

Campos de respuesta

Campo	Tipo	Descripción
`base_build_id`	string
`base_source_artifact_id`	string	Registro de artefacto de código fuente de la API usado para cargar el espacio de trabajo
`branch`	string
`created_at`	integer	(marca de tiempo Unix)
`deleted_at`	integer	(marca de tiempo Unix)
`metadata`	object
`name`	string
`owner_id`	string
`repository_url`	string	URL del repositorio de Git
`runtime_status`	string	Valores permitidos: idle, running, stopped, failed.
`source_manifest`	string	Ruta del manifiesto adios del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo
`source_workdir`	string	Directorio de trabajo del proyecto dentro de la raíz del código fuente compuesto del espacio de trabajo
`status`	string	Valores permitidos: active, archived, deleted.
`team_id`	string
`updated_at`	integer	(marca de tiempo Unix)
`workload_id`	string
`workspace_id`	string

Ejemplo ilustrativo; no es una respuesta real:

{
  "base_build_id": "example",
  "base_source_artifact_id": "",
  "branch": "",
  "created_at": 1791072000,
  "deleted_at": 0,
  "metadata": {},
  "name": "postman-example",
  "owner_id": "000000000000000000000000001",
  "repository_url": "example",
  "runtime_status": "idle",
  "source_manifest": "adios.yaml",
  "source_workdir": ".",
  "status": "active",
  "team_id": "000000000000000000000000001",
  "updated_at": 1791072000,
  "workload_id": "",
  "workspace_id": "000000000000000000000000001"
}

Eliminar el espacio de trabajo

DELETE /v1/workspace/{id}

Elimina un Workspace

Configura workspace_id usando IDs de tus propias respuestas de la API.

Esta solicitud modifica datos o inicia una acción. Revisa el destino y el cuerpo antes de enviarla.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request DELETE "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Recurso eliminado.

Campos de respuesta

Campo	Tipo	Descripción
`message`	string

Ejemplo ilustrativo; no es una respuesta real:

{
  "message": "Deleted successfully"
}

Listar archivos del espacio de trabajo

GET /v1/workspace/{id}/tree

Lista las entradas de un directorio del espacio de trabajo basado en código fuente.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.
`path`	consulta	no	Directorio relativo a la raíz del espacio de trabajo.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/tree?path=." \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Leer archivo del espacio de trabajo

GET /v1/workspace/{id}/file

Lee un archivo relativo a la raíz del espacio de trabajo.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.
`path`	consulta	sí	Ruta obligatoria del archivo relativa al espacio de trabajo.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/file?path=${ADIOS_FILE_PATH}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Escribir archivo del espacio de trabajo

PUT /v1/workspace/{id}/file

Crea o reemplaza el contenido del archivo seleccionado.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Esta solicitud modifica datos o inicia una acción. Revisa el destino y el cuerpo antes de enviarla.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.
`path`	consulta	sí	Ruta obligatoria del archivo relativa al espacio de trabajo.

Ejemplo de solicitud

curl --fail-with-body --request PUT "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/file?path=${ADIOS_FILE_PATH}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID" \
  -H "Content-Type: application/json" \
  --data-binary @- <<'JSON'
{
  "content": "Hello from Postman!\n",
  "encoding": "utf8"
}
JSON

Reemplaza los marcadores YOUR_* del cuerpo antes de enviar la solicitud. El heredoc entrecomillado conserva el JSON literal.

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Eliminar el archivo del espacio de trabajo

DELETE /v1/workspace/{id}/file

Elimina el archivo seleccionado del espacio de trabajo.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Esta solicitud modifica datos o inicia una acción. Revisa el destino y el cuerpo antes de enviarla.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.
`path`	consulta	sí	Ruta obligatoria del archivo relativa al espacio de trabajo.

Ejemplo de solicitud

curl --fail-with-body --request DELETE "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/file?path=${ADIOS_FILE_PATH}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Mover archivo del espacio de trabajo

POST /v1/workspace/{id}/file/move

Mueve un archivo dentro del espacio de trabajo.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Esta solicitud modifica datos o inicia una acción. Revisa el destino y el cuerpo antes de enviarla.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/file/move" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID" \
  -H "Content-Type: application/json" \
  --data-binary @- <<'JSON'
{
  "from": "YOUR_FILE_PATH",
  "to": "YOUR_DESTINATION_PATH"
}
JSON

Reemplaza los marcadores YOUR_* del cuerpo antes de enviar la solicitud. El heredoc entrecomillado conserva el JSON literal.

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Ejecutar lint del espacio de trabajo

POST /v1/workspace/{id}/commands

Ejecuta el comando de lint configurado en el espacio de trabajo. kind admite lint

Configura workspace_id usando IDs de tus propias respuestas de la API.

Esta solicitud modifica datos o inicia una acción. Revisa el destino y el cuerpo antes de enviarla.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/commands" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID" \
  -H "Content-Type: application/json" \
  --data-binary @- <<'JSON'
{
  "kind": "lint"
}
JSON

Reemplaza los marcadores YOUR_* del cuerpo antes de enviar la solicitud. El heredoc entrecomillado conserva el JSON literal.

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Obtener estado del comando del espacio de trabajo

GET /v1/workspace/{id}/commands/{command_id}

Inspecciona un comando del espacio de trabajo enviado anteriormente.

Configura workspace_id, command_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`command_id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/commands/${ADIOS_COMMAND_ID}" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Obtener registros de comandos del espacio de trabajo

GET /v1/workspace/{id}/commands/{command_id}/logs

Lee los registros de un comando del espacio de trabajo.

Configura workspace_id, command_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`command_id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/commands/${ADIOS_COMMAND_ID}/logs" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Obtener estado del entorno de ejecución del espacio de trabajo

GET /v1/workspace/{id}/run

Inspecciona el entorno de ejecución de la vista previa del espacio de trabajo.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/run" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Iniciar vista previa del espacio de trabajo

POST /v1/workspace/{id}/run/start

Inicia el entorno de ejecución de la vista previa del espacio de trabajo. Esto puede consumir recursos de pago.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Esta solicitud modifica datos o inicia una acción. Revisa el destino y el cuerpo antes de enviarla.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/run/start" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Detener vista previa del espacio de trabajo

POST /v1/workspace/{id}/run/stop

Detén el entorno de ejecución de la vista previa del espacio de trabajo.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Esta solicitud modifica datos o inicia una acción. Revisa el destino y el cuerpo antes de enviarla.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/run/stop" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Reiniciar vista previa del espacio de trabajo

POST /v1/workspace/{id}/run/restart

Reinicia el entorno de ejecución de la vista previa del espacio de trabajo.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Esta solicitud modifica datos o inicia una acción. Revisa el destino y el cuerpo antes de enviarla.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request POST "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/run/restart" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Obtener estado de Git del espacio de trabajo

GET /v1/workspace/{id}/git/status

Inspecciona la rama actual y los cambios locales.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/git/status" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Obtener historial de Git del espacio de trabajo

GET /v1/workspace/{id}/git/log

Lee los commits recientes del espacio de trabajo.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/git/log" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Listar ramas de Git del espacio de trabajo

GET /v1/workspace/{id}/git/branches

Lista las ramas disponibles en el espacio de trabajo.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/git/branches" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Comprobar el manifiesto del espacio de trabajo

GET /v1/workspace/{id}/manifest/check

Valida el manifiesto Adios del espacio de trabajo.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/manifest/check" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.

Obtener inventario de pruebas del espacio de trabajo

GET /v1/workspace/{id}/tests

Inspecciona las pruebas detectadas y su configuración.

Configura workspace_id usando IDs de tus propias respuestas de la API.

Autenticación: token bearer y la cabecera de equipo que se muestra a continuación.

Parámetros

Nombre	Ubicación	Obligatorio	Descripción
`id`	ruta	sí	Identificador del recurso obtenido de los resultados de la API de tu equipo.
`X-Tenant-ID`	cabecera	sí	ID del equipo activo. Debe coincidir con el tenant vinculado al token de diagnóstico.

Ejemplo de solicitud

curl --fail-with-body --request GET "$ADIOS_API_URL/v1/workspace/${ADIOS_WORKSPACE_ID}/tests" \
  -H "Authorization: Bearer $ADIOS_ACCESS_TOKEN" \
  -H "X-Tenant-ID: $ADIOS_TEAM_ID"

Respuesta: HTTP 200

Respuesta correcta. Inspecciona el estado devuelto por las operaciones que inician trabajo asíncrono.

No se publica un esquema completo del cuerpo de respuesta para esta operación personalizada. Inspecciona el contenido y el estado devueltos; aquí no se presupone ningún payload.