使用扣子Coze迁移优快云文章至微信

关注

原创 2025-11-06 21:31:37 1.3k 阅读 AI 写同款· GEO 优化 ›

智能体开发实战：从Coze到Dify，掌握AI应用开发新范式 1. 这篇文章真正要解决的问题如果你是一名开发者，最近是否感觉身边的讨论从“哪个框架好用”逐渐转向了“哪个AI平台能快速做个智能客服”？或者，你是否看到招聘网站上开始出现“AI训练师”、“智能体工程师”这类新岗位，薪资不低，但要求却和传统开发不太一样，心里既好奇又没底？这正是当前技术浪潮中的一个关键转折点： AI应用开发的门槛正在从“写代码”向“调模型、设计流程、管理知识”迁移。过去，我们实现一个功能需要设计数据库、编写API、开发前端；现在，借助像扣子（Coze）和Dify这样的平台，核心工作变成了阅读详情

近期开通了微信公众号（DeveloperMrMeng），计划慢慢把我以前写的文章给搬到公众号上去，以后就两端同时更新了，但是对我来说微信公众号的编辑器有点难用，习惯了在优快云写文章，所以后面还是会在优快云上写好再迁移过去。

然后呢迁移的时候就有个问题，优快云的内容直接复制粘贴过去格式会全部乱掉，手工调整那是调整不了一点，于是乎查了查网上同行都在用什么办法迁移，也问了一位运营公众号的朋友，给出了一个效果很不错的办法，步骤如下：

在优快云的博客地址前面添加read:

回车后就会进入阅读模式，就会屏蔽掉正文之外的内容。
复制阅读模式下的全文内容至.md后缀的文件，借助VsCode中markdown相关的插件将内容转换为markdown格式：

需要安装相关的扩展：
然后复制该markdown格式的内容至任意在线转换网站即可，例如mdnice.com，然后右侧会按照微信一定规则渲染成微信公众号的可用格式，此时点击右侧工具栏的公众号图标即可复制为微信公众号的可用格式，而且所有图片格式也无需担心，都可以完美显示。
然后在公众号中稍微调整一下格式即可：

然后我就想简化一下这个步骤，最开始是想打算借助微信官方API直接把转换后的内容直接写入到草稿中，结果发现写入进去的格式还是乱的，即使我先通过微信官方API获取到正确格式的草稿内容，再原封不动调用API写入进去还是会丢失格式，就没有花太多时间去研究了，最后写了个很简单的扣子应用，帮我根据优快云链接将内容转换为markdown格式并自动复制到粘贴板中，然后跳转到markdown在线转换网页，这样我就可以crtl+v，再点击以下复制就可以粘贴过去了，效果如下，虽然没做到我想要的效果，但也能节省些许步骤吧。

这个小应用可以直接在扣子商店中搜索到，名称为优快云2WeChat

此应用有一个数据库表，用来根据用户名存储每个用户自己喜欢用的markdown转换地址，使用后下次打开就还是自己上次使用的地址。

2025.11.6日更新：VIP文章无法通过http的方式拿到正文完整内容，所以增加了一个变通的方式来迁移。

VIP文章迁移方法：

F12打开开发者界面，在元素中搜索article_content，然后右键这个div->复制->复制outerHTML

然后将复制的内容粘贴在coze应用下图的位置中（URL和Html只能二选一）,点击确认即可。

以下是写这个应用的步骤，只是为了方便自己一丢丢，有大佬有更好的方案也可以评论区分享一下。

实现步骤：

进入扣子开发平台，新建一个项目：

创建第一个工作流：convert_csdn_2_markdown

逻辑是根据传入的url，调用http api读取完整的html内容，然后使用脚本直接截取指定标签内的内容拼接起来，然后调用html2markdown插件转换为markdown格式返回。

最开始的版本转换这一步我是调用的大模型帮我转的，但是大模型转换太慢了，要等3 40秒，还不如我手工搬呢，所以采用脚本处理了。

以下是每个节点的设置：

下面这段脚本代码也是我让AI帮我生成的，我没写一行代码：

async function main({ params }: Args): Promise<Output> {
    // 提取 h1 标签内容
    const h1Regex = /<h1\s+class="title-article"\s+id="articleContentId"[^>]*>.*?<\/h1>/is;
    const h1Match = params.html_in.match(h1Regex);
    const h1Content = h1Match ? h1Match[0] : '';
  
    // 查找开始标签的位置
    const startTagRegex = /<div\s+id="article_content"\s+class="article_content clearfix"[^>]*>/i;
    const startMatch = params.html_in.match(startTagRegex);
    
    if (!startMatch) {
      // 如果没有找到 article_content，只返回 h1（如果存在）
      return h1Content || null;
    }
    
    const startIndex = startMatch.index!;
    const startTagEnd = startIndex + startMatch[0].length;
    
    // 从开始标签后开始查找匹配的结束标签
    let divCount = 1; // 已经有一个开始的div
    let currentIndex = startTagEnd;
    
    while (currentIndex < params.html_in.length && divCount > 0) {
      // 查找下一个div标签（开始或结束）
      const nextDivRegex = /<\/?div[^>]*>/gi;
      nextDivRegex.lastIndex = currentIndex;
      const nextMatch = nextDivRegex.exec(params.html_in);
      
      if (!nextMatch) {
        break; // 没有找到更多的div标签
      }
      
      const tagContent = nextMatch[0];
      
      // 判断是开始标签还是结束标签
      if (tagContent.startsWith('</div>')) {
        divCount--; // 结束标签，计数减1
      } else if (!tagContent.includes('/>')) {
        divCount++; // 开始标签（非自闭合），计数加1
      }
      // 自闭合标签（如 <div ... />）不影响计数
      
      currentIndex = nextMatch.index + nextMatch[0].length;
      
      // 如果计数为0，说明找到了匹配的结束标签
      if (divCount === 0) {
        const endTagStart = nextMatch.index;
        const endTagEnd = currentIndex;
        
        // 提取 article_content 的完整内容（包括开始和结束标签）
        const articleContent = params.html_in.substring(startIndex, endTagEnd);
        
        // 拼接 h1 和 article_content 内容
        if (h1Content) {
          return h1Content + '\n' + articleContent;
        } else {
          return articleContent;
        }
      }
    }
    
    // 如果没有找到匹配的结束标签，返回 h1（如果存在）
    return h1Content || null;
  }