> ## Documentation Index
> Fetch the complete documentation index at: https://www.octoparse.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Ottieni workspace

> Rileggi testo grezzo, file, revisione e risultato validazione della bozza per continuare l’edit.

**`GET`** `https://api-datahub.octoparse.com/v1/data-apps/{app_id}/workspace`

Autenticazione: API key obbligatoria (`Authorization: Bearer <API Key>`). Solo autore dell’app; gli altri ricevono `404`.

Manifest grezzo, file allegati, revisione e risultato di validazione attuale: la fonte per ripopolare “continua a modificare” nei client.

In assenza di draft viene restituito `404 workspace-not-found`. È uno stato normale del percorso principale (app nuova, oppure pubblicata senza modifiche in corso), non un guasto. I client dovrebbero gestirlo esplicitamente invece di trattarlo come un errore del server.

## Richiesta

### Parametri di percorso

<ParamField path="app_id" type="string" required>
  Riferimento app.
</ParamField>

### Esempio di richiesta

```bash theme={null}
curl \
  -H "Authorization: Bearer $OCTOPARSE_API_KEY" \
  "https://api-datahub.octoparse.com/v1/data-apps/carol/reviews-query/workspace"
```

## Risposta

### 200 successo

```json theme={null}
{
  "data": {
    "app_name": "probe-b",
    "app_id": "app_6dfe4e839ccf",
    "namespace": "carol",
    "manifest": "\nspec_version: \"0.2\"\nidentity:\n  app_name: probe-b\n  name: Runs list probe source\n  summary: Test app for runs list pagination and filters\n  type: data\n  version:…",
    "files": {},
    "revision": 1,
    "valid": true,
    "issues": [],
    "content_hash": "267d174fa14b05d66608cbd8315242f4b0f5b0b62a5fd94ffa852ee6cf62f978",
    "created_at": "2026-09-15T07:45:38.574191+00:00",
    "updated_at": "2026-09-15T07:45:38.574191+00:00"
  }
}
```

Il payload è wrappato in `data`. Campi:

<ResponseField name="app_name" type="string" required>
  Nome dell'app.
</ResponseField>

<ResponseField name="app_id" type="string" required>
  ID app stabile.
</ResponseField>

<ResponseField name="namespace" type="string">
  Username del publisher.
</ResponseField>

<ResponseField name="manifest" type="string" required>
  Testo grezzo del manifest.
</ResponseField>

<ResponseField name="files" type="object">
  File allegati.
</ResponseField>

<ResponseField name="revision" type="integer" required>
  Revisione draft per `expected_revision` al save.
</ResponseField>

<ResponseField name="valid" type="boolean" required>
  Se la validazione è passata.
</ResponseField>

<ResponseField name="issues" type="object[]">
  Elenco dei problemi.

  <Expandable title="fields">
    <ResponseField name="path" type="string" required>
      —
    </ResponseField>

    <ResponseField name="message" type="string" required>
      —
    </ResponseField>
  </Expandable>
</ResponseField>

<ResponseField name="content_hash" type="string">
  Hash del contenuto; corrisponde al `content_hash` di una build.
</ResponseField>

<ResponseField name="created_at" type="string">
  Ora di creazione.
</ResponseField>

<ResponseField name="updated_at" type="string">
  Ultimo salvataggio.
</ResponseField>

### Errori

| HTTP | `code`                | `category`  | Descrizione                                                                            |
| ---- | --------------------- | ----------- | -------------------------------------------------------------------------------------- |
| 401  | `unauthorized`        | `forbidden` | API key mancante o non valida.                                                         |
| 404  | `workspace-not-found` | `not_found` | Questa app non ha una bozza in corso. È uno stato normale del main path, non un fault. |

Le risposte di errore usano `{"error": {code, category, message, retryable}}`. Vedi <a href="/docs/it/datahub/api/reference/introduction#errors">Errori</a>.

## Librerie client

Gli SDK Python e JavaScript non wrappano ancora questo endpoint. Chiama REST direttamente.