Atelier201 websiteJoin the waitlist
Espace de travailValider les modifications de l’espace de travail
sites

Valider les modifications de l’espace de travail

Enregistre tous les changements non validés de l’espace de travail dans UNE SEULE entrée d’historique, après les contrôles de validation (aucun secret, aucun .env, aucun code serveur, JSON valide). Rien à valider : changed vaut false.

POST/v1/sites/{site_id}/workspace:commit

Nécessite sites:write. Ne coûte aucun crédit. Le chemin se termine par /workspace:commit. Les changements ne concernent que le brouillon. Les visiteurs ne voient rien tant que vous n’avez pas publié.

Toutes les modifications non validées de l’espace de travail sont réunies dans une seule entrée d’historique, quel que soit le nombre de fichiers. summary est obligatoire et limité à 500 caractères : décrivez en une phrase ce que fait le changement. C’est ce texte qui apparaît dans l’historique.

Le même garde-fou s’applique que pour toute autre modification. La présence d’un secret, d’un fichier .env, de code serveur ou de JSON invalide entraîne un refus avec 400 et le motif ; rien n’est enregistré. Corrigez le fichier dans l’espace de travail, puis relancez la validation. Tous les problèmes sont répertoriés en même temps, avec le fichier et la ligne concernés.

Un fichier répertorié dans le .gitignore du projet (un .env.local, un fichier de clé) n’est jamais inclus dans une validation et n’est donc jamais refusé : il est exclu. Si un tel fichier semble contenir un secret, la réponse le signale dans not_committed avec un warning : il n’a pas été enregistré, n’est jamais transmis au site et disparaît au redémarrage de l’espace de travail.

S’il n’y a aucune modification non validée, l’appel réussit avec changed: false et ne crée pas d’entrée. Sinon, revision correspond à la nouvelle entrée, parent à celle qui la précède et changes aux chemins modifiés. Si une autre modification a été apportée au brouillon entre-temps, vos changements sont conservés et note le signale.

Ensuite, lancez une compilation pour voir le résultat dans un aperçu.

Autorisations

Authorizationbearerin headerrequired

Paramètres de chemin

site_idstringrequired

L’identifiant du site ou son slug (l’adresse avant .atelier201.page).

Corps

application/jsonrequired
summarystringrequiredlength: 1–500 chars

Ce que fait la modification, en une phrase : le texte de l’entrée d’historique que les utilisateurs consultent.

Réponse

application/json

Valider les changements de l’espace de travail

dataobjectrequired
request_idstringrequired

Use these docs with your AI tools

An AI agent can read this documentation directly. You do not need an account or an API key. Everything here is public and read-only.

Query these docs via MCP

Recommended

Add this server to Claude, Claude Code, Cursor, Mistral, or any tool that supports MCP. Your agent can then search Atelier201 Docs documentation and read it in full, instead of answering from memory.

https://atelier201.com/docs/mcp
  • searchFind the passages that answer a question.
  • fetchRead one page in full, as Markdown.
  • list_pagesSee every page in this documentation.

Query these docs over HTTP

The same tools also work as plain web requests. Use this for scripts, or for any tool that does not support MCP. There is one endpoint per tool. Arguments go in the query string, and the answer comes back as JSON.

https://atelier201.com/docs/api/docs/search?query=custom+domain

Read the OpenAPI description. It is built from the same definitions as the tools, so it always matches what the endpoints do.

Read these docs as Markdown

Add .md to any page URL to get its Markdown source. You can also send the headerAccept: text/markdown to the page URL itself.

To read the whole documentation in one file, open llms-full.txt. For a short index of every page, open llms.txt.