一文多发产品调研

2026年4月8日

8:04

产品定位与核心价值

产品定位：面向知识型长文创作者的一文多发Agent，输入一篇笔记word或md格式，自动适配四个平台。

目标用户画像：

用户A：技术博主

背景：自建站个人博客

内容类型：技术教程、项目复盘

发布频率：每周2-3篇

平台：个人博客 + 掘金 + 公众号 + 知乎

痛点：内容需要复制粘贴到不同平台，且图片处理方式不同，有的需要外链，有的可以直接上传到平台图床。

使用场景：周末集中写作，希望一次写作多平台分发

用户B：转行者

背景：互联网开发者，正在转型AI PM

内容类型：产品思考、行业分析、转行进程汇报

发布频率：每周1-2篇

平台：公众号 + 小红书 + 知乎

痛点：公众号排版丑，小红书需要配图和标题党

使用场景：工作日晚间写作，希望快速发布

核心价值：

效率：发布时间从30min降至5min

统一：图床、格式

市场与用户分析

痛点	频率	强度	优先级
个人知识库文章转换到不同平台的文章格式	每次发布	高	P0
多平台登录+复制粘贴	每次发布	高	P0
考虑将图片如何放入到图床的方式	个人知识库发布时	中	p0
小红书需要重写标题	每次发布	高	P1
文章排版调整 + 概要生成 + 封面图生成	每次发布	高	P1

数据规模估算：

潜在创作者群体庞大，截至2025年6月，中国网民11.23亿，其中社交网络用户规模达11.07亿，网络视频用户规模达10.85亿，短视频用户规模为10.68亿，生成式人工智能用户规模达5.15亿。

以各类平台月活举例，截至2025年6月，微博平台月活跃用户5.88亿，腾讯视频的月活跃用户3.63亿，B站月均活跃用户数3.63亿。（以上数据通过2025年中国AI+互联网媒体行业研究报告获取）。

随着创作门槛的降低，多平台分发也是大家都面临的一个问题。

我觉得这里不太好，数据规模应该是目标用户的计算，毕竟潜在创作者不一定会有相似的痛点，或者会使用竞品工作

竞品分析

维度	wechatsync	蚁小二	有一云
产品形态	浏览器插件	SaaS平台	SaaS平台
目标用户	技术型创作者	娱乐/资讯创作者	AI内容创作者
核心优势	轻量、无登录、自动识别	多端、数据统计	AI写作辅助
核心劣势	无数据统计、平台受限	科技平台少、微信风控、排版导向不适合知识型
技术路径	Cookie + 平台API	平台授权	平台授权
是否开源	是	否	否
适用你的场景	4分	2分	1分
支持平台	29+（包括自建站）偏向社区、知识库类型的平台	5+（支持海外平台tiktok、x、youtube、facebook、instagram）付费功能

深度分析

选择平台：小红书、掘金、知乎、人人都是产品经理、微信公众号、语雀

wechatsync

试用报告

选用文章一：博客优化二。（先在个人博客中进行发布）

将已经上传的个人博客内容同步到上述各个平台，过程如下图：

点击上图中的调整按钮，出现编辑器页面，插件不能获取到博客封面图，直接使用文章内容第一张插件作为封面图，正文内容和标题都可以直接修改，但仅限文字。对应平台：文档存在草稿中，并未发布，可在平台上进行内容审核修改。

其中人人都是产品经理、掘金、语雀、知乎的图片样式丢失，例如使用html标签插入图片的大小和显示位置改变，通过它们各自提供的编辑器，可以进行一定的修改进行发布。

小红书

小红书对于知识型长文来说不合适，且markdown格式也不适用于该平台，其自有编辑器包含丰富的图文素材和模板。

微信公众号：

微信公众平台上可以查看、删除草稿，但无法编辑，点击跳转到编辑页面时浏览器崩溃，页面无响应。

通过浏览器的开发者工具可以看出

选用文章二：给n8n的本地访问链接配置成公网访问（先在公众号进行发布）

个人博客：hexo搭建的是静态站点，需要将公众号的文章通过下载的方式将网页转成markdown，插件将文章标题、正文、封面图智能提取出来，将内容插图保存在压缩包中，用户需自行推送到个人博客站点。其中markdown文件缺少front-matter部分，需自行补充（个人博客markdown格式需要有该部分，主要内容为标题、日期、分类、标签、背景图、封面图、概要），且链接失效。

缺点：未发布前无法在md预览时看到图片状态，因为图片嵌入位置是按照发布后的位置填写的。

扩展：在静态资源处理上，静态站点与动态站点之间的区别是不同的。

知乎、掘金、语雀、人人都是产品经理、小红书与之前效果相同。该插件可以从浏览器的任意文档型页面进行同步。

浏览器插件的优点

轻量小巧，打开浏览器就可用
解决登录启动问题，不用进行产品登录，根据浏览器保存的平台cookie可以访问相应平台
自动感知文章内容

缺点

局限于浏览器操作，关闭后无法进行，且不能调用本地文件管理等
出现无法操作等情况，例如微信公众号，微信编辑页面的改动频繁，需要经常修改API或适配器，该工具本身就是wechatsync，适合于首次发布在公众平台的文章同步，不适用于其它平台首次发布。

wechatsync的工作原理

产品使用流程：

开始→某平台已发布一次文章内容/在wechatsync官网markdown编辑好文章内容 → 插件选择平台 →点击同步按钮 → （插件后台）提取文章 → 内容处理，适配不同平台 → 并行发布 → 结束

插件技术：

利用插件在浏览器提取文章，通过特定脚本扫描网页内容，为了获取到更好的网页文章内容，利用不同算法对网页内容进行挑选，再根据评分系统对结果进行打分，择优选用，如果都不能选择到较好的内容，会使用网页的article标签作为兜底。

内容处理将清洗后的html或markdown内容整理成适配不同平台的内容，官方仓库给出了不同的适配器Adapter处理。将整理好的内容注入到不同平台，浏览器从存储处获取到平台cookie和csrf token进行POST请求，将内容构造成JSON数据包发送回保存草稿时的API。对于csrf token的获取，根据不同平台方式不同，例如有些需要从访问编辑器页面的html中通过正则表达式进行提取（因为插件没有DOM Parser的使用权力），有些直接从cookie中读取，有些需要动态请求专门的接口，有些需要自己生成。

蚁小二

试用报告

选用文章一：deepseek+ragflow构建个人知识库（微信公众号发布）

发布失败：

原因：微信对第三方工具管控，即使授权了公众号，但是可以识别出非官方操作路径，从而触发群发保护机制。

解决：关闭了保护机制后发布成功

分析

发布类型分为四种：视频、图文、文章、公众号，将各种不同类型切分开来，如发布平台不在同一类型，那么内容在不同类型的发布下需要多次粘贴，虽然平台对应的内容是不太相同的，分开适合内容重整，但是对目标用户来说，不太适合。

有一云

除了多平台账号管理、内容分发外，有一云更加注重内容上的整改——排版、选题、起稿、配图、扩写、润色等，对AI智能的运用更多，对标用户会增加实时内容或更新较为频繁、短时间创作的用户。

对于知识型长文来说，不太需要AI帮我修改文章内容，因为需要确保内容知识的专业性和真实性，所以AI方面的功能就是帮助整理已有内容的排版，自动分段，内容架构梳理等。

选型启发

我需要的产品本质属于提效类工具，不应将产品形态做的太过复杂冗余，而应尽量轻便，功能明确，降低使用者门槛，所以插件类和agent类更加适用于小型或个人的cope工具，插件类受限于浏览器环境的限制，内容注入时如果POST请求对应的API发生变动，那么插件需要进行频繁的修改，agent则可以更好的应对此种情况，且agent与AI集成和融合度更高，后续如果有AI智能创作、审核等功能也可以很好的接入。

MVP方案设计

功能架构图

核心能力

格式转换能力：word转换为中转markdown格式，博客markdown转换为中转markdown格式
图片处理：本地图片→OSS外链
格式适配：markdown→各平台格式、内容排版+概述提炼
自动发布：内容→草稿箱

MVP范围定义（v0.1）

输入：onenote导出的Word文档（纯文字+图片，目前不含公式）或博客的markdown格式
输出：5个平台版本（博客、掘金、小红书、公众号、知乎）
图片：统一上传阿里云OSS
发布：个人博客自动推送，其他平台手动复制

核心竞品对比

技术方案

风险点

MVP实操

先用云端平台做MVP

矛盾点：输入源的确定与图片的存储，onenote作为个人知识库，属于习惯常用型工具，图片一般是截图粘贴，markdown一般是个人博客输出时使用，图片放置到阿里云图床。针对不同的来源，产品需要进行处理。

因此需要规范化流程：添加中间态（markdown格式）之后再做各个平台的适配，图床依旧使用阿里云，将onenote内容转化为markdown文件。

原版计划：（第一版）

onenote → 粘贴复制到obsidian/typora → md文件，图片上传到picGo的阿里云图床 → agent帮我转换md文件为个平台合适的内容：

公众号：html文件

博客：添加了front-matter的md文件

掘金：md文件

小红书：精炼重点的文本

→我手动发布到不同平台

obsidian安装auto image upload插件后，复制粘贴的方式会以富文本的方式往剪贴板存放，插件中的设置为：

此时开启选项，插件会把剪贴板内容当图片上传，导致文字也变成图片。关闭选项，就会只取文本，图片不处理，图片变成base64的嵌入。

typora配置picGo自动上传图片后，截图或插入图片会自动上传，但是复制粘贴不会。

而我的现实场景是：从one-note中粘贴大段图文，需要从中选取图片自动上传到picGo的阿里云图床，需要外部工具的介入，这样就变麻烦了，否则就需要文字与图片分开粘贴…

再次决定将one-note笔记导出为不同格式，再经过agent转换成对应平台的适配内容即可。

我自行将onenote笔记导出为word文件，agent帮我处理文件解析→提取文字+图片→上传阿里云图床→生成中转markdown文件→agent再帮我将中转markdown文件转换为不同平台适配的内容→agent将适配后的内容进行分发。

采用该流程之后先实验了一篇文章——AI基础知识，该篇文章中包含大量公式截图，以及公式推导手写笔记的截图，agent的转换过程中会进行OCR识别，转换成文字，但是最后转换的效果非常差，之后做一个对比效果图。因此换了一篇正常的图文笔记——产品经理基础课。对于公式这种东西one-note很麻烦，可以采用公式识别等第三方工具直接图片识别转成不同的版本，例如latex、math等，但是这个是之后记笔记时的bug修复了，不是当前需要解决的内容。

问题：替换链接网址为其它显示时，文档转换时不支持，读不到原链接

例如还有标题和时间两次生成的问题，这些都是在word转md文件中遇到的问题，可能以后还会有这种问题，之后再说。

目前看了下生成的四个版本的效果还是不错的，先进行下一步：将各个版本的对应内容放进对应的草稿箱中，然后进行审核，我自行发布。

先进行个人博客的推送：修改PAT的权限，然后将需要的密钥等发送给agent，操作成功。