Skip to main content
编辑器的设置页面控制外观、发布行为和智能体行为。
  • Appearance:关于编辑器外观和行为的个人偏好,仅对你生效。
  • Publishing:整个 deployment 范围内的默认设置,决定编辑器如何提交更改和打开 pull request,对所有发布者生效。
  • Chat:编辑器 AI 智能体的持久说明。
  • Danger zone:无法撤销的操作。

Appearance

外观设置是个人偏好,只会为你改变编辑器,不会影响团队成员或你已发布的站点。
  • Fit editor to full width:让编辑区域横向铺满,而不使用默认的 768px 栏宽。
  • Show breadcrumbs:在编辑区域上方显示该页面在站点导航中的位置。
  • Open live preview in new tab:预览时在新的浏览器标签页中打开渲染后的页面,而不使用分栏预览。
  • Show all files:在侧边栏中显示全部文件,包括 dotfile、代码、PDF,以及其他默认隐藏的文件。你也可以按 Cmd + Shift + .(macOS)或 Ctrl + Shift + .(Windows)进行切换。

PR 说明

PR 说明会在 AI 生成 pull request 标题和描述时提供指导。只要编辑器代表你打开 pull request,这些说明就会生效,包括 Create pull requestMerge and publish 流程。 使用 PR 说明来统一审阅者看到的内容,例如:
  • 必需的分区,如 SummaryChanges
  • 链接到跟踪系统的描述模板。
  • 对标题的语气或长度要求。
示例:
说明的长度上限为 20,000 个字符。

main 分支自动提交

main 分支自动提交会在你停止输入后不久,自动把更改推送到 main 分支。如果启用该设置,编辑器会完全隐藏分支和发布环节
启用 main 分支自动提交后,没有待处理状态,也没有审阅机会。你停止输入后不久,每次编辑都会进入已发布的站点。

默认创建草稿 pull request

启用该设置后,从编辑器创建的新 pull request 会以草稿形式打开。在你将其标记为可供审阅之前,无法合并草稿 pull request。该设置默认启用。 当团队要求在开放审批之前先进行一次人工检查,或者你希望共享预览 URL 但不暗示该更改已可合并时,草稿 pull request 会很有用。

PR 合并方式

选择点击 Merge and publish 时编辑器合并 pull request 的方式:
  • Merge:创建一个保留完整分支历史的合并 commit。这是默认选项。
  • Squash:把分支上的所有 commit 合并为 deployment branch 上的单个 commit。
  • Rebase:把分支上的每个 commit 依次重放到 deployment branch 上,不创建合并 commit。
如果你通过 API 或 Git 提供方的界面显式指定了合并方式,则以该选择为准。
让合并方式与 Git 提供方的分支保护设置保持一致。如果 deployment branch 只允许 squash merge,请选择 Squash,以免从编辑器合并时失败。

AI 说明

AI 说明是编辑器随你的请求一并发送给 AI 的持久性指导。用它来固化你不想每次重复的风格和语气规则,例如语态、术语或格式约定。 你的说明适用于:
  • 对选中内容执行的 Edit with AI 操作,例如改写、扩写或修正。
  • 从编辑器发起的智能体会话。
每位成员都维护自己的说明,与其用户账户绑定。说明的长度上限为 20,000 个字符。 当你发现自己在提示中反复给出相同的指导时,就可以添加 AI 说明,例如:
  • 要求使用第二人称或句子式大小写标题。
  • 指定特定的产品名称或术语。
  • 禁止营销语言或填充性表述。
  • 要求使用特定组件,例如始终用 <Note> 表示提示。
保持说明简短且具体。AI 会在每次请求时遵循这些说明,因此含糊或相互矛盾的规则会降低效果。 示例:
清空该字段即可移除你的说明。

重置编辑器

Reset editor 会强制编辑器丢弃本地状态,并与 Git 仓库重新同步。如果编辑器与仓库持续不同步,例如文件树为空或出现 Unable to find docs.json 之类的错误,请重置编辑器。即使该文件确实存在于 deployment branch 上、站点也能正常构建,仍可能出现这种情况。
重置编辑器会丢弃所有尚未提交到 Git 的未发布更改。如果有想保留的待处理编辑,请先发布它们。