写在前面
过去几年，AI 已经进入了很多内容生产环节：写代码时有补全，做设计时有生成，整理资料时有总结。但回到公众号创作，许多人的工作流仍然是割裂的：先在文档里写初稿，再复制到排版工具里套样式；排到一半发现正文还要改，于是回头调整内容；图片不合适，再去找图、修图；最后复制到公众号后台，还要检查格式有没有跑掉。
这套流程不复杂，但足够琐碎，也足够消耗注意力。问题往往不在某一个步骤本身，而在步骤之间不断切换时产生的打断、回溯和重新对齐。
也正因为如此，我做了 WX Type。它不是传统意义上的模板站，也不是单独的 AI 写作框，而是一个面向微信公众号创作者的 AI 编辑工作台。它想解决的，是如何把写作、排版、局部微调、图片处理、历史回溯和最终发布准备，放回同一条连续的工作流里。
先从写作区开始：它是一套完整的 Markdown 编辑器
如果从真实的公众号创作过程来看，写作和排版原本就不是两件完全独立的事。
文章结构往往是在写作过程中逐渐长出来的：标题要不要拆成小节，某一段适不适合做引用，案例是否需要单独强调，结尾要不要加入行动引导，这些判断并不是写完之后才突然发生，而是在写作阶段就已经开始了。
因此，WX Type 里的写作板块并不是一个临时输入框，而是一套完整的 Markdown 写作编辑器。它既可以承载从零开始的正文创作，也可以作为素材汇总和内容整理的工作区。对很多人来说，它更像是一个连续工作的起点：草稿、资料、引用、标题和中途修改，都可以先放在这里，再顺着同一条内容链路继续往下走。
写作区支持三种导入方式
文件导入：支持上传 Markdown、TXT、PDF、HTML、Word、Excel、PPT、RTF、OFD 等常见文档，上传后自动解析内容，并一键导入写作区继续编辑。
链接导入：支持输入文章或网页链接，解析后保留标题、作者、原文链接和正文内容，适合把外部资料快速整理成可编辑素材，部分来源内容还会自动转存图片。
粘贴导入：支持直接粘贴 Markdown、纯文本或整理后的正文内容，适合从其他笔记、文档或聊天记录中快速迁移。
写作区内置完整的 AI 能力
更重要的是，这个写作编辑器本身也内置了完整的 AI 能力。用户不需要切换到另一个工具，就可以直接在写作区完成常见的文本辅助操作。
支持 修复拼写和语法、扩展内容、精简内容、简化表达、续写、生成摘要、问答式改写、翻译 等常见文本辅助操作。
在这个设计里，写作区负责的不只是“输入文字”。它完整承载了公众号文章从素材进入、Markdown 编辑、AI 辅助处理，到后续排版生成的整个过程。
它承担三件事：
承载原始内容：让用户可以快速写下初稿、导入文档、解析链接、粘贴素材和整理大纲。
保留 Markdown 结构：让标题、段落、列表、引用、链接这些结构信息继续参与后续 AI 理解和排版生成。
连接排版系统：让写作区里的内容成为 AI 生成排版、区块重组、局部微调和最终发布的上下文。
换句话说，写作工具在 WX Type 里不是排版前的临时输入框，而是整套产品的内容入口、Markdown 创作中心，也是 AI 写作能力的承载层。
再看预览区：它不是展示层，而是最终成稿的工作区
如果说写作区负责内容的生成和整理，那么预览区负责的就是最终成稿的视觉呈现。它不是简单的“看一眼效果”，而是把文章以接近手机端阅读的方式组织出来，让用户能更直观地判断一篇公众号文章在真实阅读场景中的表现。对于公众号这种高度依赖节奏、留白和层级关系的内容形态来说，预览不是附加功能，而是最后一遍真正的编辑。
在这个视图里，文章是按照区块被依次组织出来的。用户可以在预览中看到区块之间的衔接、留白、层级和节奏，也可以把它理解成最终上线前的检查台。
区块化，是这个产品最重要的底层骨架
如果只从表层看，WX Type 有写作、有 AI、有排版、有图片、有复制；但从实现角度看，真正支撑这些能力的是“区块化”。
公众号文章天然适合被拆成区块：标题、正文、引用、列表、提示、图片、FAQ、CTA、作者信息、总结。系统内置了 15 套不同风格的默认区块主题，可以直接覆盖常见的公众号内容场景。
这些区块不是简单的视觉组件，而是内容语义和样式表达之间的桥梁。
当文章被拆成区块后，很多事情就变得可控了：
AI 可以针对某一个区块重写；
用户可以拖拽区块改变顺序；
主题可以按区块类型生成样式；
历史记录可以保存某次结构状态；
最终复制时也可以更稳定地输出。
除了可视化编辑，WX Type 还提供了 区块代码的手动编辑能力。对于更熟悉结构化内容的用户来说，可以直接进入区块代码层面进行调整，用更精细的方式修改单个区块的内容、结构或样式，而不必完全依赖拖拽和图形化操作。
这也是为什么 WX Type 不是只做“一键生成”，而是同时提供主题生成器、排版偏好、指定区块微调、历史快照和区块代码手动编辑这些能力。
Agent 不是一次聊天，而是一个双阶段的排版执行器
WX Type 里的 AI 排版助手，不只是一个聊天窗口，而是一个围绕公众号排版任务设计的 Agent。它采用“调度 + 执行”的双阶段流程：调度阶段理解用户意图、写作内容、选中区块和排版偏好，决定本轮任务该做什么；执行阶段再把这件事拆成可以落地的具体命令，持续推进到步骤完成。换句话说，它不是只接收一句需求，而是会把需求拆解成一轮真正可执行的排版任务。
用户最直接的感受是，它不会只回答“可以”，而是会尽量把事情做完。你可以让它根据写作内容生成整篇微信排版，也可以让它根据当前上下文只更新选中的区块。前者适合从零开始搭结构，后者适合在既有文章上做局部精修。
这个 Agent 还会持续读取排版偏好、系统提示词、当前画布里的主题骨架和区块上下文。遇到图片任务时，它会自动进入生图流程，并把生成结果回填到对应的 runtimeKey；遇到未闭合的指令块，它会继续续跑，直到输出稳定闭合。对用户来说，这意味着一个请求不只是一次对话，而是一轮可持续推进的任务执行。
这样，WX Type 的 AI 排版助手就从“帮我想一想”变成了“帮我把这件事做完”。
图文无缝处理：快速替换图片，也能直接 AI 生图
公众号排版里，图片经常是最容易打断流程的一环。正文写好了，排版也差不多了，但配图不合适、尺寸不对，或者临时找不到合适的视觉素材，整个发布节奏就会被拖住。
WX Type 在预览区里提供了直接替换图片的能力。用户可以选中当前图片后，用本地图像快速替换，也可以直接通过 AI 生成一张新图来替换当前图片。当前支持 GPTIMAGE-2、BANANA-PRO、火山、万相多种生图模型。
AI 生图支持输入提示词，并可选择不同生成模型、宽高比和分辨率；如果当前图片只是需要延续风格或做相似替换，也可以把当前图作为参考图参与生成。这样一来，用户不需要离开编辑工作台去额外寻找素材或打开图片工具，就能完成从“发现图片不合适”到“生成并替换”的闭环。
主题生成器：让风格成为可复用资产
公众号运营里还有一个长期存在的问题：风格很难稳定。很多团队会有品牌色、字体偏好和内容调性，但真正落到每篇文章时，往往还是依赖人工经验去调整。短期看只是多花一点时间，长期看则会让内容风格变得不够统一。对于需要长期维护栏目、活动专题或品牌主视觉的团队来说，真正难的并不是做出一版样式，而是把这版样式持续地复用下去。
WX Type 的主题生成器希望把这件事变得更系统。
用户可以输入主题描述、风格标签、颜色偏好，甚至上传参考图。AI 会根据这些信息生成一套完整的公众号区块主题，并支持保存为可复用模板。
我更看重的是“主题”这个概念，而不是单个样式。
一个主题不应该只是标题样式或背景颜色，而应该是一组互相协调的区块系统。标题、正文、引用、列表、图片、FAQ、CTA，都应该有统一的视觉语言。
一旦主题被结构化保存，后续文章就可以持续复用，也可以继续迭代。它把一次性的设计结果，变成了长期可维护的内容资产。
复制到公众号后台，是最后但最关键的一步
很多编辑器会把“导出”当成附加功能，但对于公众号工具来说，复制到后台几乎就是产品闭环本身。因为用户最终不是要得到一个漂亮的页面预览，而是要把内容发到微信公众号里。这个动作看起来只有最后一步，实际上却决定了前面所有工作是不是能真正落地：样式兼容、结构稳定、图片处理、格式还原、微信后台限制……任何一个环节出问题，都会让前面的编辑成果打折。
所以 WX Type 从一开始就把 WeChat Ready 当成核心目标。
它不是为了生成一个理想化的页面，而是为了生成一个更适合进入微信生态的结果。
后续开发计划：从公众号文章延伸到更多内容形态
WX Type 当前优先解决的是公众号文章从写作到发布准备的完整链路，但它的底层能力并不只适用于公众号长文。
后续我会继续围绕“内容结构化 + 多端视觉表达”推进几个方向：
一键根据内容生成图文卡片：把文章里的观点、步骤、金句或总结提取出来，自动生成适合分享的图文卡片。
小红书卡片生成：面向更轻量的种草、教程、清单类内容，生成适合小红书发布节奏的图文版式。
多主题混合编排：允许一篇文章中根据内容语义混用不同主题或区块风格，例如正文保持简洁，案例区使用更强视觉冲击，结尾 CTA 使用更明确的转化样式。
更多平台适配：在公众号之外，继续探索适合知识内容、产品介绍、活动复盘等场景的多平台输出能力。
这些功能背后的思路是一致的：不是为每个平台重新做一套孤立工具，而是让同一份内容可以根据不同发布场景，生成更合适的表达形态。
订阅与计费
无论选择哪一种方案，写作、排版、AI、图文处理与发布准备能力都完整开放。订阅的区别主要体现在使用周期和随方案赠送的算力额度上。
评论区活动
如果你对 WX Type 感兴趣，也欢迎在评论区留下你的使用问题、产品反馈、优化建议或产品评测。
我会从评论区中挑选有帮助的反馈，发放会员兑换码。无论是功能建议、真实使用场景，还是你觉得当前流程里还不够顺手的地方，都可以直接写出来。对一个仍在迭代中的工具来说，这些反馈会比单纯的“好不好用”更有价值。
为什么不是做一个更通用的 AI 写作工具
现在市面上已经有很多 AI 写作工具，也有很多 Markdown 编辑器、文档工具和设计工具。
那为什么还要做 WX Type？
因为通用工具很强，但具体工作流仍然需要专门设计。
公众号创作并不只是“写一篇文章”。它还包括标题层级、阅读节奏、视觉样式、图片处理、平台适配和最终发布。这些环节叠加起来，才构成完整工作。
如果只做一个通用 AI 写作框，用户仍然要自己完成后面的所有步骤。
WX Type 想做的是把这些步骤连接起来。
它不一定要替代所有写作工具，也不一定要成为最强的设计工具；但在“公众号文章从初稿到发布准备”这个具体链路里，它应该尽可能减少断点。
这就是垂直工具的价值。
结语：好的 AI 工具应该让流程变短，而不是让功能变多
做 WX Type 的过程中，我越来越觉得，AI 产品真正重要的，不是多一个按钮、多一个模型，或者多一个生成入口。
更重要的是，它有没有让原本割裂的流程变短。
对于公众号创作者来说，痛点不是“不会点模板”，而是写作、排版、配图和发布之间存在太多来回切换。WX Type 尝试把这些步骤组织在一个工作台里，让 AI 在合适的位置参与进来，同时保留用户对细节的控制权。
它的目标很简单：
让创作者少一点重复操作；
多一点连续表达；
少一点格式调试；
多一点真正的创作时间。
如果说过去的公众号排版工具解决的是“怎么让文章变好看”，那 WX Type 更想解决的是：
怎么让一篇公众号文章更顺畅地从想法走到发布。
