> ## 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.

# Workspace abrufen

> Draft-Rohtext, Dateien, Revision und Validierungsergebnis zum Weiterbearbeiten zurücklesen.

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

Authentifizierung: API-Schlüssel erforderlich (`Authorization: Bearer <API Key>`). Nur App-Autor; andere erhalten `404`.

Rohes Manifest, angehängte Dateien, Revision und aktuelles Validierungsergebnis – die Quelle zum Wiederbefüllen für „weiter bearbeiten“ in Clients.

Ohne Draft wird `404 workspace-not-found` zurückgegeben. Das ist ein normaler Zustand im Hauptpfad (neue App oder veröffentlicht ohne laufende Bearbeitung), kein Fehler. Clients sollten ihn explizit behandeln, statt ihn als Serverfehler zu werten.

## Anfrage

### Pfadparameter

<ParamField path="app_id" type="string" required>
  App-Referenz.
</ParamField>

### Beispielanfrage

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

## Antwort

### 200 Erfolg

```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"
  }
}
```

Payload ist in `data` gewrappt. Felder:

<ResponseField name="app_name" type="string" required>
  App-Name.
</ResponseField>

<ResponseField name="app_id" type="string" required>
  Stabile App-ID.
</ResponseField>

<ResponseField name="namespace" type="string">
  Publisher-Benutzername.
</ResponseField>

<ResponseField name="manifest" type="string" required>
  Roher Manifesttext.
</ResponseField>

<ResponseField name="files" type="object">
  Angehängte Dateien.
</ResponseField>

<ResponseField name="revision" type="integer" required>
  Draft-Revision für `expected_revision` beim Speichern.
</ResponseField>

<ResponseField name="valid" type="boolean" required>
  Ob die Validierung bestanden hat.
</ResponseField>

<ResponseField name="issues" type="object[]">
  Problemliste.

  <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">
  Inhalts-Hash; entspricht dem `content_hash` eines Builds.
</ResponseField>

<ResponseField name="created_at" type="string">
  Erstellungszeit.
</ResponseField>

<ResponseField name="updated_at" type="string">
  Zuletzt gespeichert.
</ResponseField>

### Fehler

| HTTP | `code`                | `category`  | Beschreibung                                                                               |
| ---- | --------------------- | ----------- | ------------------------------------------------------------------------------------------ |
| 401  | `unauthorized`        | `forbidden` | Fehlender oder ungültiger API-Schlüssel.                                                   |
| 404  | `workspace-not-found` | `not_found` | Diese App hat keinen laufenden Draft. Das ist ein normaler Main-Path-Zustand, kein Fehler. |

Fehlerantworten nutzen `{"error": {code, category, message, retryable}}`. Siehe <a href="/docs/de/datahub/api/reference/introduction#errors">Fehler</a>.

## Client-Bibliotheken

Die Python- und JavaScript-SDKs wrappen diesen Endpoint noch nicht. REST direkt aufrufen.