- Appearance: Personal preferences for how the editor looks and behaves. These apply only to you.
- Publishing: Project-wide defaults for how the editor commits changes and opens pull requests. These apply to everyone who publishes. Admins and editors can update publishing behavior.
- Chat: Persistent instructions for the editor’s AI agent.
- Danger zone: Actions that can’t be undone.
Appearance
Appearance settings are personal preferences. They change the editor only for you and don’t affect teammates or your published site. All appearance settings are off by default.- Fit editor to full width: Stretch the editing canvas edge-to-edge instead of the default 768px column.
- Show breadcrumbs: Show the page’s location in the site navigation above the editing canvas.
- Open live preview in new tab: When previewing, open the rendered page in a new browser tab.
PR merge method
Select how the editor merges pull requests when you click Merge and publish:- Merge: Creates a merge commit that preserves the full branch history. This is the default.
- Squash: Combines all commits in the branch into a single commit on your deployment branch.
- Rebase: Replays each commit from the branch onto your deployment branch without a merge commit.
Auto publish
Auto publish commits changes on your deployment branch automatically, about a minute after you stop editing. If you turn on this setting, the editor hides branches and the publish step for everyone on your site. Auto publish is off by default.Create draft pull requests by default
When this setting is on, pull requests created from the editor open as drafts, including the pull request that opens after the first commit on a new branch. Authors click Request review to mark them ready when they finish editing. This setting is on by default. If you want editor pull requests to open ready for review immediately, turn off draft pull requests.Add co-authors to commits
When this setting is on, each commit the editor makes includes the person who makes the change as a co-author. Git providers like GitHub then credit the person making the change and the Mintlify bot as co-authors of the commit. This setting is off by default. If you connect your GitHub account to Mintlify, the co-author attribution uses your GitHub no-reply email address. Otherwise, it uses the email address on your Mintlify account.Show teammates’ changes
Show teammates’ changes controls whether the Publish menu lists your teammates’ pending changes on your deployment branch.- Off (default): The Publish menu lists only your own changes. Select which of them to publish. Changes that only teammates made don’t appear.
- On: The Publish menu also lists your teammates’ pending changes, split into Your changes and Modified by others, so you can publish them too.
Show all branches
Show all branches controls which branches the branch menu lists before you search.- Off (default): The branch menu lists your deployment branch, branches created in the editor, and branches with open or draft pull requests. Merged or closed branches and other branches in your repository only appear when you search for them by name.
- On: The branch menu lists every branch, including branches created outside the editor and merged or closed branches.
AI instructions
AI instructions are persistent guidance that the editor sends to the AI alongside your request. Use them to capture style and tone rules you don’t want to repeat every time, like voice, terminology, or formatting conventions. Your instructions apply to:- Agent sessions started from the editor.
- @mintlify replies in comment threads.
- Enforcing second-person voice or sentence case headings.
- Preferring specific product names or terminology.
- Banning marketing language or filler phrases.
- Requiring certain components, like always using
<Note>for callouts.
Reset editor
Reset editor forces the editor to discard its local state and sync with your Git repository. After you confirm, the editor reloads. Admins and editors can reset the editor. Reset the editor if it gets stuck out of sync with your repo, for example if the file tree is empty or shows errors likeUnable to find docs.json. This can happen even though the file exists on your deployment branch and your live site builds normally.