sublime text 是高效编辑底座而非发布工具，需通过统一文本格式、批量预处理后交由外部脚本调度发布；其本身无http客户端、账号管理及api调用能力。
Sublime Text 本身不支持多账号切换或自动发布，但它是构建这类助手的高效编辑底座——关键在统一文本格式、批量预处理内容、再交由外部脚本调度发布。
为什么不能直接用 Sublime 发布？
Sublime 是纯本地编辑器，没有内置 HTTP 客户端、账号管理或平台 API 调用能力。所谓“发布助手”，实际是它负责把 Markdown 或纯文本内容整理成各平台兼容的格式（比如转义 HTML 标签、适配公众号代码块截图逻辑、统一换行符），再交给 Python/Selenium/Node.js 等工具执行真实发布动作。
常见错误现象：Ctrl+B 构建失败、subl --command 报错找不到命令、误以为装个插件就能发到小红书——这些都源于混淆了“编辑”和“发布”的职责边界。
- Sublime 的
build_system只能调用本地命令行，不能持久化登录态 - 多账号意味着要管理多个
cookie、access_token、代理配置，必须由后端或脚本层承载 - 各平台对图片尺寸、标题长度、话题标签位置要求不同，需在编辑阶段就做校验提示（靠插件或自定义语法高亮实现）
怎么用 Sublime 统一多平台文本格式？
核心是控制三类输出一致性：换行符、编码、特殊符号渲染。否则 Git 提交、跨系统协作、Python 脚本读取时会出错。
实操建议：
- 右下角点击
LF/CRLF切换当前文件换行符，但必须按Ctrl+S才真正写入——很多人改了没保存，导致发布脚本读到混合换行符 - 在
Preferences → Settings – User中加："default_line_ending": "unix"，让新文件默认用LF；但注意：.editorconfig文件里的end_of_line = lf会覆盖它 - 对自媒体文案，推荐用
MarkdownEditing插件 + 自定义md语法高亮，把「# 小红书标题」、「// 公众号导语」、「> 头条摘要」等约定标记实时标色，避免手动删格式 - 用
Find in Files搜索\r\n或\n，确认项目内无混用；批量修复优先走终端：find ./posts -name "*.md" -exec dos2unix {} \;
如何让 Sublime 成为多账号内容中转站？
不是登录账号，而是结构化组织内容。每个账号对应一个 Sublime .sublime-project 文件，里面预置路径、构建命令、快捷键绑定。
例如创建 weibo-account1.sublime-project：
{
"folders":
[
{
"path": "/Users/me/posts/weibo/account1"
}
],
"build_systems":
[
{
"name": "Publish to Weibo",
"cmd": ["python3", "/opt/publish/weibo.py", "--folder", "$folder"],
"working_dir": "$folder"
}
]
}
- 切换账号只需
Ctrl+Alt+P（macOS 是Cmd+Ctrl+P），输入项目名即可加载专属目录和构建命令 -
weibo.py脚本里用os.getenv("WEIBO_TOKEN_ACCOUNT1")读取环境变量，避免密钥硬编码进 Sublime 配置 - 所有平台共用一套 Markdown 源文件，通过构建命令参数区分目标（如
--target xiaohongshu触发封面图裁剪、话题自动补全逻辑） - 别把账号密码存在
.sublime-project里——它不加密，且会被 Git 误提交
容易被忽略的跨平台陷阱
Mac 和 Windows 下同一份 .sublime-project 文件可能因路径分隔符、换行符、Python 解释器路径不同而构建失败。
必须检查：
-
cmd字段里用python3而非python，Windows 上后者常指向 Python 2.7 - 路径用正斜杠
/，Sublime 内部自动适配，别写C:\path - 构建脚本开头加
#!/usr/bin/env python3，并chmod +x，避免 Mac/Linux 下权限报错 - Sublime 的
env配置项不继承系统 shell 环境变量，要用"env": {"PATH": "/opt/homebrew/bin:/usr/local/bin:$PATH"}显式声明
真正的多账号发布闭环，永远发生在 Sublime 之外。它只干一件事：让你写的每一段文字，在被发出去之前，已经是对所有平台友好的干净输入。
