Sublime Text如何使用Origami自定义分屏_Sublime Origami自定义分屏使用指南

角色与核心任务

你是一位顶级的文章润色专家，擅长将AI生成的文本转化为具有个人风格的专业文章。现在，请对用户提供的文章进行“人性化重写”。

你的核心目标是：在不改动原文任何事实信息、核心观点、逻辑结构、章节标题和所有图片的前提下，彻底改变原文的AI表达腔调，使其读起来像是一位资深人类专家的作品。

特别注意：改写时需要把握好“个人观点”的度——让文章有温度、有态度，但不能过度使用第一人称（我、我认为、在我看来等），避免文章变成纯粹的个人观点分享。理想的效果是：读起来像行业报告的专业分析，但保留口语化的节奏和生动性。

详细执行步骤

第一步：信息锚定与结构保全
深度解析：首先，仔细阅读并理解原文，精确提取所有核心论点、分论点、支撑数据、案例以及所有图片/图表的位置和描述信息。

结构保全：必须100%保留原文的所有章节标题（H2, H3等）、段落逻辑和信息密度。严禁合并、删减或概括任何段落。

第二步：风格人性化（核心改写任务）
请代入以下人设：你是一位在该领域深耕多年、乐于分享的专家或知名博主。现在，用你的口吻，将原文的“干货”重新讲述给读者听。

2.1 句式活化
将生硬的陈述句，改为更自然的表达。可以适当使用设问、排比、倒装等手法。

✅ 例如：将“A导致了B”改为“你猜怎么着？A这事儿，直接引发了B。”

✅ 例如：将“需要满足三个条件”改为“那么，需要满足哪几个条件？”

2.2 注入“人味儿”（需谨慎控制第一人称）

适度原则：全文第一人称（我、我认为、在我看来等）出现频率建议控制在0-2处，且主要用于：

• 文章开头作为引子（如“先说几个核心判断”）
• 强调性提醒（如“必须警惕的是”）
• 行文过渡的自然点缀（如“话说回来”）

转化技巧：将主观表达转化为客观表述

保留生动性：去除第一人称后，仍需保留口语化的过渡词（如“其实”、“当然”、“话说回来”）、类比手法（如“这就好比...”）和节奏感，避免文章变得干巴巴。

2.3 文风润色
在保证专业性的前提下，让语言更生动、有节奏感。可以：

• 使用短句与长句交错，制造阅读节奏
• 适当使用排比、对仗增强气势
• 关键结论处可以加重语气（如“这才是关键所在”）

第三步：最终审查与交付

完整性检查：重写完成后，请务必核对一遍，确保原文中的所有关键信息、数据、引用的图片（如下图1所示）都已被完整无误地包含在最终文本中。

第一人称复核：专门检查一遍全文，确保第一人称表达不超过2处，且不影响文章的专业性和客观感。

篇幅控制：最终文章篇幅应与原文大致相当，允许有10%以内的浮动。

格式输出：直接输出重写后的完整文章，并使用HTML标签进行结构化排版：主标题用

，副标题用

，段落用

。对于原文中的图片不要做出修改，保证语句通顺。

绝对禁止项（红线规则）

• ❌ 严禁改动任何核心信息、数据、论点和原文结构。
• ❌ 严禁概括或简化原文中任何复杂段落的核心内容。
• ❌ 严禁删除或修改任何关于图片的信息。
• ❌ 严禁添加例如不包括###,***等一些这种特殊字符。
• ❌ 严禁为了客观化而把文章改得干巴巴、失去温度和节奏感。
• ❌ 严禁过度使用第一人称（超过2处），避免文章变成个人观点分享。

应使用原生 set_layout 而非 Origami 实现分屏，因其在 Sublime Text 4.4+ 中更稳定、容错高、跨平台一致；Origami 的 create_pane 因依赖旧 API 易失效，且动态重排不可预测。

一句话总结：别再依赖 Origami 做基础分屏了——在 Sublime Text 4.4+ 版本里，它已经变得不太可靠。相比之下，原生的 set_layout 命令更稳定、更可控，而且完全不会和其他功能冲突。

Origami 的 create_pane 命令为什么经常失效

问题的根源在于版本迭代。从 Sublime Text 的 Build 4123 开始，其底层布局系统被彻底重构了。而 Origami 插件的 create_pane 命令，依然依赖着旧版的 API。这就导致了一个尴尬的局面：参数哪怕有一丁点儿偏差——比如把方向参数 direction 写成大写的 "Right" 而不是小写的 "right"——整个布局的 cells 坐标计算就会出错。结果呢？要么整个窗口布局崩溃成一片空白，要么窗格错位得乱七八糟。

反观原生的 set_layout，它的参数设计就清晰多了：cols（列）、rows（行）、cells（单元格）这个三元组，含义明确，容错性也高。更重要的是，它在 Windows、macOS、Linux 各个平台上的行为是完全一致的，避免了跨平台开发的额外麻烦。

• direction 这个参数非常挑剔，它只认 "right"、"down"、"left"、"above" 这四种全小写的字符串。一旦大小写写错，命令就会静默失败，让你摸不着头脑。
• 当进行嵌套分屏时，Origami 会尝试动态重新排列已有的 cells。但在新版的 Sublime Text 中，这个行为已经不再保证是可预测的了，很容易出乱子。
• 如果你在命令面板里能搜到 origami_create_pane 这个命令，但点了却没任何反应，那大概率不是你的配置问题，而是插件与当前 Sublime Text 的构建版本不兼容。

想用快捷键自定义上下双屏？直接改 set_layout，别碰 Origami

Origami 安装后默认是不带任何快捷键的，所有键位绑定都需要你手动添加，这本身就增加了一步操作。而原生的 set_layout 命令可以一步到位，并且它的参数语义非常明确。举个例子，如果你想实现一个等高的上下双屏布局，可以这样配置快捷键：

[
  {
    "keys": ["ctrl+alt+shift+down"],
    "command": "set_layout",
    "args": {
      "cols": [0.0, 1.0],
      "rows": [0.0, 0.5, 1.0],
      "cells": [[0, 0, 1, 1], [0, 1, 1, 2]]
    }
  }
]

• rows 数组的长度直接决定了有多少行：[0.0, 0.5, 1.0] 表示有两行（三个点定义两个区间）；[0.0, 0.33, 0.66, 1.0] 则表示有三行。
• cells 数组里的每一项，格式是 [left, top, right, bottom]，索引从0开始，这个顺序绝对不能错。[[0, 0, 1, 1], [0, 1, 1, 2]] 就表示第一个窗格占据第一行，第二个窗格占据第二行。
• 配置保存后，按下你设置的快捷键，窗口布局立刻切换，完全不需要重启编辑器或重新加载插件。

文件移不进目标窗格？焦点不在 Group，和 Origami 无关

拖拽文件失败、右键菜单选项是灰色的、Move to Group 命令失效——遇到这些情况，先别急着怪插件。90%的原因在于，当前的操作焦点并不在你想要移动到的那个窗格（Group）上。Sublime Text 的所有操作，包括打开文件、保存、搜索替换，都只作用于当前获得焦点的 Group，这和窗格的视觉位置没有必然关系。

• 注意看状态栏的左下角：如果显示 Group: 0，说明焦点在第一个窗格；显示 Group: 1，焦点才在第二个窗格。如果这里什么都没显示，那可能是焦点丢失了，需要你点击任意一个标签页来重新激活。
• 使用快捷键 Ctrl+2（Windows/Linux）或 Cmd+2（macOS）可以强制将焦点切换到第二个窗格，这通常比用鼠标点击更可靠。
• 在文件的标签页上右键，选择 Move to Group，然后选择目标窗格的编号（编号从0开始），这个方法的容错率比直接拖拽要高得多。

需要嵌套布局（如右栏再上下分）？用原生 set_layout 写死 cells，别信 Origami 的动态缩放

当布局变得复杂，比如需要在右侧窗格内部再进行上下分屏时，Origami 的 zoom_pane 或 resize_pane 命令就很容易失准。它试图“智能地”保持各窗格的比例，却常常忽略了当前 rows 和 cols 数组的归一化约束，结果不是窗格被挤压，就是留下难看的空白区域。

真正可控的方式，是手动编写完整的 set_layout 参数，一次性定义好所有格子：

{
  "cols": [0.0, 0.6, 1.0],
  "rows": [0.0, 0.5, 1.0],
  "cells": [[0, 0, 1, 1], [1, 0, 2, 1], [1, 1, 2, 2]]
}

• 这个布局表示：左侧一栏占据60%的宽度，右侧一栏占据40%的宽度；然后右侧栏内部再被平均分成上下两个部分。
• cells 数组的第二项 [1, 0, 2, 1] 对应右上角的窗格，第三项 [1, 1, 2, 2] 对应右下角的窗格。
• 这种手写定义的布局一旦设定，就完全脱离了任何插件的干扰，不会因为你拖拽了窗格边缘而意外触发重排。

处理复杂嵌套布局的关键，其实不在于“能不能动态调整”，而在于“坐标布局是否可以精确复现”——手动编写 cells 参数，是唯一能确保你下次还能准确打开同一套复杂布局的方式。