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

# Editing YAML Schedules from the Paradime UI

You don't have to leave Paradime to edit your schedule YAML. The Bolt YAML editor lets you open every schedule file in your connected Git repository, edit it inline, and commit the changes — all in one place.

This works for both layouts:

* The modular `.bolt/` folder
* The legacy flat `paradime_schedules.yml` file

***

#### What the editor shows

The editor automatically detects which layout your repository uses:

* **`.bolt/` folder layout** — the editor shows a file tree of every `.yaml`/`.yml` file under `.bolt/`. You can open any of them in the editor, create new files, rename them, or delete them. If a flat `paradime_schedules.yml` also exists, it appears alongside.
* **Flat layout** — the editor shows the single `paradime_schedules.yml` file.
* **Nothing configured yet** — the editor offers to create your first schedule file.

***

#### Source branch

The editor reads file contents from the same branch that Paradime uses to deploy schedules:

* By default, your repository's **default branch** (usually `main` or `master`).
* If a custom schedule deployment branch is configured, that branch is used instead.

When you save, you choose the target branch to commit to. You can:

* Commit directly to the deployment branch (fast path, no review).
* Commit to a feature branch and open a Pull Request back to the deployment branch (recommended for teams).

The editor can open a PR for you in the same flow as the save.

***

#### Atomic multi-file commits

When you save changes, **all edited files are committed as a single Git commit**. This matters most for the modular layout:

* If you rename a schedule and need to update two files (the definition file and a downstream `schedule_trigger` reference), both changes land in one commit.
* If a commit fails partway through (e.g. a permissions issue), no file is updated — your branch is never left in a half-saved state.
* The commit shows up in your Git history as a normal commit attributed to your Paradime user.

***

#### What you can do

| Action                | Folder layout   | Flat layout                  |
| --------------------- | --------------- | ---------------------------- |
| Edit an existing file | ✅               | ✅                            |
| Create a new file     | ✅               | — (only one file is allowed) |
| Delete a file         | ✅               | ✅                            |
| Rename a file         | ✅               | —                            |
| Commit message        | Custom per save | Custom per save              |

***

#### After saving

Saving from the UI creates a Git commit, but does **not** trigger a redeploy on its own. Once your changes land on the deployment branch (either directly, or via a merged PR), schedules are picked up on the regular cadence:

* **Automatic Refresh**: every 10 minutes.
* **Manual Refresh**: click **Parse Schedules** in Bolt.

<Info>
  💡 **Note**: If you committed to a feature branch, Paradime won't see the changes until the PR is merged into the deployment branch.
</Info>


## Related topics

- [Schedules as Code](/products/bolt/creating-schedules/schedules-as-code/index.md)
- [Modular Schedules with the .bolt/ Folder](/products/bolt/creating-schedules/schedules-as-code/modular-schedules-with-the-.bolt-folder.md)
- [Deploying YAML Schedules from a Custom Branch](/products/bolt/creating-schedules/schedules-as-code/deploying-yaml-schedules-from-a-custom-branch.md)
- [Creating Bolt Schedules](/guides/paradime-101/running-dbt-in-production-with-bolt/creating-bolt-schedules.md)
- [Triggering from Bolt](/products/dino-ai/programmable-agents/triggering-from-bolt.md)