Web 应用 + Chrome 扩展自用中
一键发布系统
一份原稿，每个平台都有合适的表达
个人内容工作台：从素材与选题写到多平台、多语言版本，确认后由 Chrome 插件在后台页面完成发布，并保存链接与核验记录。
01核心能力
它能做什么
- 01从素材到选题
笔记、链接、文件都能进素材库；选题把素材归拢，长稿和短稿都从同一个选题派生，生成时会标出引用了哪几条素材。
- 02四步写作流程
确定选题、梳理提纲、书写正文、适配与确认。编辑器旁边有写作助手，生成的候选内容要我确认后才会加入正文。
- 03写作风格库
把身份、读者、语气、结构、禁忌和范文存成带版本的风格，绑定到账号，也可以在单篇稿件上覆盖。
- 04勾选平台就能发
写完正文，勾选目标平台。语言、内容形态和风格按账号设置自动决定，格式上的损失会先列出来让我确认。
- 05后台页面发布
每个任务在后台新开标签页执行，不切走当前页面。X 支持推文、图片、串帖和长文章；遇到验证码等步骤会等我处理。
- 06链接与核验
发布后保存链接、平台 ID 和证据。只有匿名页面返回了匹配的正文，才标记「公开已核验」，否则保留「已提交」。
02界面一览
截图来自真实运行的版本，账号名、扩展 ID 等信息已做模糊处理。
03详细介绍
为什么做它
同一篇内容想发到 X、知乎、DEV、WordPress、Medium 等好几个地方，通常意味着复制粘贴、改格式、换语言、逐个登录，发完还不确定链接是不是真的公开了。内容越多，这套流程越容易出错，也越容易放弃。
一键发布系统把「素材、写作、多平台版本、发布、核验」收拢到一个工作台里：写一次，按平台适配，确认后交给 Chrome 插件在后台完成，最后留下每条内容的链接和证据。
一篇内容怎么走
- 素材与选题：把零散记录归到选题下。
- 写作：在富文本编辑器里写主稿，自动保存并保留版本。
- 平台版本：勾选要发的平台，检查格式差异，必要时逐个改写。
- 确认计划：冻结内容，选择立即或定时，选择只准备草稿还是直接发布。
- 执行：Chrome 插件在后台页面完成发布。
- 核验：在发布中心查看链接和证据，需要时补录。
支持的平台
X、即刻、知乎、DEV、WordPress、Medium、Tumblr 和 Patreon。Patreon 只准备草稿，由我在平台页面确认层级后再发布。
实现方案：发布是怎么执行的
- 两端分工：网站（Cloudflare Workers）管素材、选题、写作、平台版本和任务调度；Chrome 插件只管最后一步——页面执行。发布动作发生在真实平台页面上：平台 API 发文已停用，也不用无头浏览器，平台看到的就是一次真人的页面操作。
- 页面执行有护栏：每个任务按平台在后台新开标签页，借鉴 OpenCLI 的页面操作流程——先读页面判断状态，再动手。需要逐个改写、换风格或设平台字段时，展开「逐个调整」。「到页面选择」配置的控件位置只保存本地 CSS 选择器，不运行远程代码；页面内容与预期不符时阻止提交。X 的自动模式必须先识别到指定账号，普通推文、图片、串帖（最多 25 条）和 Articles 长文分别校验后才提交。
- 平台版本是适配，不是复制：语言、内容形态、带链接还是去链接按账号设置自动决定；字数限制、样式丢失这类格式差异在确认前列出来；X 串帖自动拆分。
- 写作链路里模型的使用：关联素材按预算注入上下文，生成时标出引用了哪几条；提纲、正文、改写、翻译各自可设默认模型；写作助手生成的候选内容必须经我确认才进正文；配图由模型读全文决定配在哪、画什么，逐张生成、逐张采用。
- 一致性优先：发布前冻结内容，发出去的必然是确认过的那一版；任务去重；部分成功或结果不确定时禁止自动重发，转人工处理。
稳妥优先的设计
- 发布前冻结内容，避免发出去的和确认的不是同一版。
- 任务去重；出现部分成功或结果不确定时，禁止自动重发。
- 遇到必须在前台处理的登录或验证码，任务会等待我，而不是强行抢占焦点。
- 配图由模型决定位置并给出提示词，我确认后才生成和采用。
使用边界
- 这是单管理员的自用工具，不开放注册。
- 真实平台上的公开发文和各平台的长文样式，仍需要用实际账号逐个验收；受控页面测试不等于所有平台都已实测。