Rainy 文稿台:你的资料库,你的写作规则 | Rainy Design Studio

面向 AI,开源免费的微信 / 小红书 / 知乎全平台文档编辑器

Rainy, Oct 15, 2026

本文章的版权归属 Rainy Design Studio - 雨点设计工作室 ,且最终解释权归站长所有。
除本站自媒体官号以外,本文的内容禁止任一组织、个人、账号或平台,以任何形式转载到 RainyDesign.cn 站外。
任何个人或组织进行非法转载的,本站工作人员可对其追究法律责任。

具体信息详见 条例与条款 。

纯本地读写,人机通用的 Markdown 编辑器,现已正式发布至 Github。无需部署的满血在线版请访问 Rainy Design 官网使用。

Hi 又见面了,我是 Rainy。

今天跟大家分享一个新项目,很早以前就有构思但最近才制作并打磨完成的编辑器——Rainy 文稿台。目前项目还在测试与功能开发中,欢迎大家体验并提出宝贵意见。

一、这是在造轮子吗

1.1 🎈 它是什么?

TL;DR(太长不看):

用它解决跨平台、人机通用的 Markdown 编辑需求——把这个项目丢给你的 Agent,再把官方文档喂给它,它就会自动生成一套规范,比如已内置的微信公众号规范;这样一来,你和 Agent 所生产的文章就大概率合规,发布时只需一键复制粘贴即可。

实现层分两层:人负责用这个工具,在浏览器里用编辑器直接读写本地文件;Agent 则负责按说明书更改本地资料库,内容立刻同步至编辑器。

编辑工作台概览

编辑工作台概览

本地资料库结构示意

本地资料库结构示意

人机通过资料库协作示意

人机通过资料库协作示意

预览、检查与输出流程示意

预览、检查与输出流程示意

马上体验:复制粘贴以下链接到你的浏览器中打开:

项目地址:https://github.com/rainydesignstudio/rainy-markdown-editor

在线使用:https://rainydesign.cn/lab/rainy-markdown-editor

提示:如果你是非专业用户,不理解这是干嘛的,就用元宝在评论区问一下。

1.2 ⚖️ 优缺点对比

首先看一下常见编辑器都有哪些优缺点:

线上编辑器

线上编辑器

独立 Markdown 编辑器

独立 Markdown 编辑器

开源 Markdown 编辑器

开源 Markdown 编辑器

面向 Agent 的 Markdown 编辑器

面向 Agent 的 Markdown 编辑器

相比之下 Rainy 文稿台的优势有:

  • 🔮 高度客制:你的编辑器你说了算,主题随心设计;
  • 💻 本地管理:编辑器只是个壳,用于读写已授权的本地目录;
  • ⌛️ 实时校验:编辑过程中实时校验文本内容是否合规;
  • 📐 规则解耦:不同平台不同规则,微信公众号的规则不套在网站上;
  • 🔌 Agent 兼容:让 Agent 全程本地操作,用最少 Token 完成合规创作。

但缺点也非常明显:新项目功能不多、Bug 不少,请容我慢慢修。

所以它的完整面貌是:本地 Markdown 实时渲染 + Agent 可编辑 + 外置资料与内容验证器库 + Agent 说明书 + 一键复制粘贴到对应平台——它是一套跨平台、可深度定制的 Markdown 预览与采用解决方案。只要你能获取一个平台的开发文档或格式说明书,你就可以把它直接丢给你的 Agent ,让其帮你产出一系列文章。

提示:本来只打算做公众号文章编辑器,但实际业务场景还需要覆盖官网博客、知乎专栏、B 站等地,思前想后,Github 公共仓临时叫做 wechat-article-editor,但中文名就叫 Rainy 文稿台好了,后面版本更新差不多了再改也不迟(目前确定为 rainy-markdown-editor)。

接下来逐项介绍重点优势。

二、可定义优先

无论你是否是全职自媒体人,只要你喜欢和编辑器打交道,那一个简洁优雅且可自定义的主题将会是你的不二选择。

编辑器主题示例 1

编辑器主题示例 1

编辑器主题示例 2

编辑器主题示例 2

编辑器主题示例 3

编辑器主题示例 3

编辑器主题示例 4

编辑器主题示例 4

操作界面已经预设好了十几种主题,当然你也可以随便修改字体和颜色,或是让 Agent 帮你设计一版主题。

此外编辑器也有很多可定制内容,比如文档主题、模板与片段,片段在文章中直接使用 // 就可以打开:

文章主题

文章主题

起稿模板

起稿模板

片段库

片段库

片段调用菜单

片段调用菜单

用起来非常方便。想把排版与设计方案找地方存好?欢迎使用文章主题、模板和片段。

三、完全本地化

即将进入人手一套 Harness 、全民 Agent 的时代,数据比以往更值钱——知识库并非刻意搭建,而是工作过程中自然建成的,Obsidian 里的 graph 密密麻麻,上云可要不得,封闭式 Agent 如飞书颓势尽显,尤其是不怎么依赖同步编辑的博客文章就更适合完全本地化了。

那么不想部署怎么办呢?请看 VCR:

官网实验室 Lab 页面

官网实验室 Lab 页面

对,你可以在我们官网 rainydesign.cn 用到满血的最新版。无需部署,浏览器操作本地文件,不传到服务器。真传我们服务器也顶不住的,且若非为了 SEO 我们就把项目挂 Vercel 了……

简单同步,只需两步:

  1. 把你的资料库打包好发到手机上;
  2. 换台设备下载资料库,解压并用 Rainy 文稿台打开。

Enjoy!

四、实时校验

主题是可定义的,但平台规则不能触犯;所有的 Markdown 公众号编辑器都在解决这一核心问题。

考虑到样式与元素的合规性,如将未验证的输出结果复制到公众号后台,你会看到微信报了一堆警告、过滤了一篮子内容,最后留给你的只有一小块合规的部分,而且排版是乱的;你回到编辑器,却发觉无从下手。

实时校验:问题位置与原因

实时校验:问题位置与原因

我的解决方案是:编辑过程实时校验警告与错误,且清晰标注错在第几行、为何出错。

此外,我们还提供了格式检查与剪贴板接收区功能,并在保存时实时校验,以确保输出结果的合规性。

五、规则解耦

前面说了这么多校验,但写公众号文章要如何适配官网博文的规范?项目目标必须是“改改就完事儿”,所以规则得解耦成可编辑内容。

这和先前提到的“一个资料库,一个新世界”相呼应,规则直接写入各个资料库,不必让单平台限制跟着你到处跑。

具体实现只靠几份 JSON:一份说明规则是什么、依据在哪;一份负责怎么检查;还有一份决定怎么排版与输出,比如换行、背景和深色转换。主题管文章长什么样,规则管当前平台怎么接收,分开之后各改各的。

资料库规则与输出关系

资料库规则与输出关系

但能力边界很明显:改已有规则的参数、开关或格式化策略可复用现成能力,碰到还不会检查的规则、新的转换算法或输出类型则仍需开发。往 JSON 里写个名字可不会自己长出功能;旧有文章和历史记录也不会跟着新规范“升级”,预测未来这种事儿只能靠时光机。

平台规则年年换,只要有官方文档就都好说,怕的是微信这种官方文档都存在模糊地带的,比如 overflow 横向滚动和 SVG 点击换图;这种只能写个脚本测一通平台到底支持啥格式,然后让 Agent 对照新规范修改对应配置。

对于 Bug 和合理的需求,我们只能边发现边解决,或者你提 PR 都行——说明书和项目一起打包好了,Agent 一看就懂;下面这段则是给人看的。

六、Agent 兼容

无论你是否高度依赖 Agent 写作,相信你都不想把全文从聊天框搬到编辑器,改完一段又搬回去,同步起来很苦恼。

Rainy 文稿台的正文是本地 Markdown,主题和规则也是单独的静态文件;Agent 编辑时你能在文稿台实时预览——它不是帮你操作工具,而是直接读写文档。

Agent 澄清式交互

Agent 澄清式交互

禁止解谜式交互:项目还准备了 Agent 说明书,整篇创作、主题制作和格式配置都有明确入口。告诉它文章用途、参考资料和允许修改的范围,再按任务读取需要的文档及文件,不必每改一句就重新塞一遍整个资料库。

提示:Agent 读完之后会翻译成人类可读内容,调交互式澄清工具让点击选项即达;我对打磨产品有着偏执般的追求,好 UI 当然要配好 UX,欢迎在安装阶段体验。

比如这篇文章已经有了主题和章节,我让 gpt-6.1-sol 帮我续写了一点我再人工润色下,那么读现稿、当前主题与适用规则就够,无需全库文章做个大扫除;少搬全文,不了解无关内容,Token 就花在这次要写的部分,快省准。

不过 Agent 不是你肚子里的虫子,即便看过说明书,也不能替你保证最终效果。HITL(人机协同)的部分不能忽略,发公众号还得看草稿和手机预览,也可以先在接收区核对效果。

七、结语

感谢你阅读到这里,喜欢的话还请点点赞和喜欢,也欢迎分享转发;请在 rainydesign.cn (雨点设计工作室)官网体验,或是直接于 Github 上搜索我们的项目。有疑问可以在评论区提出或者私信我们,感谢你的支持~

将来还有些规划,比如公式、Mermaid 之类的,有空慢慢做好了 撰稿至今连跨 0.2.1 / 0.2.2 / 0.2.2.1 / 0.3.0 数个版本,目前已经做好并且发布了;后续版本一点点迭代。

订阅

解锁深度且前沿的前端技术、设计理念与用户交互探寻之道。