v1.00 · 2026-07-27
技术调研

开源RPA技术调研报告

覆盖6个主流开源RPA项目盘点 · 抖音/微信/小红书三大平台对接可行性分析 · 结构化对比与推荐方案

📅 2026年7月27日 👤 004信调专员 📊 含11个结构对比表 🔗 31项引用来源
1 调研背景与目标

1.1 背景

主人要求调研RPA（Robotic Process Automation）技术，特别是开源RPA方案的成熟度、可扩展性，以及对接国内主要社交/内容平台（抖音、微信、小红书）的可行性。

调研方法声明

  • 检索平台：GitHub、腾讯云开发者社区、CSDN、Medium、SourceForge、各开源项目官网、知乎
  • 检索关键词：open source RPA, OpenRPA, TagUI, Robot Framework, Taskt, UI.Vision, Selenium, Playwright, 抖音开放平台API, 企业微信API, 小红书开放平台等
  • 检索时间范围：2024年6月 — 2026年7月
  • 信息可信度分级：官方文档/官方GitHub > 权威云厂商博客 > 行业媒体/社区文章 > 个人博客

1.2 目标

  1. 盘点主流开源RPA项目，评估稳定性、技术栈、社区活跃度
  2. 评估各方案的外接接口能力（API/SDK/Webhook/REST）
  3. 分析对接抖音、微信、小红书三大平台的可行性
  4. 产出结构化对比表和推荐方案
2 主流开源RPA项目盘点
共覆盖6个主要开源RPA项目及浏览器自动化三巨头

2.1 OpenRPA（OpenIAP）

GitHub地址github.com/open-rpa/openrpa
技术栈C# / .NET Framework / Windows Workflow Foundation
平台支持Windows（主力）、Linux（有限）
稳定可运行★★★★★ 企业级稳定，已有商业版OpenIAP
最后更新持续维护（2026年仍有release）
许可证AGPLv3 / 商业双许可
主要特征可视化工作流设计器；图像检测/OCR；浏览器导航；支持RabbitMQ消息队列；内置Node-RED集成；有OpenFlow API管理端
社区活跃度★★★★ 中等偏上，23个关联仓库，OpenIAP ApS公司维护
适用场景企业级Windows桌面自动化、业务流程编排

外部接口能力：

  • ✅ REST API — OpenFlow API提供全量REST接口
  • ✅ Webhook — 通过RabbitMQ消息队列触发
  • ✅ Node-RED集成 — 低代码可视化编排
  • ✅ gRPC协议支持
  • ✅ C#/.NET SDK扩展
  • ✅ 外部触发workflow — Invoke OpenRPA接口

2.2 TagUI（AI Singapore）

GitHub地址github.com/aisingapore/TagUI
技术栈JavaScript / Python（rpa包） / C#
平台支持Windows / macOS / Linux（跨平台）
稳定可运行★★★★ 稳定可用，但社区维护频次下降
最后更新原仓库kelaberetiv/TagUI已归档，活跃度降低
许可证Apache 2.0
主要特征自然语言式脚本语法（写"click a"就能点）；计算机视觉自动化；OCR；键盘鼠标仿真；Python pip install rpa直接使用
社区活跃度★★★ 中等，AI Singapore维护但更新变慢
适用场景快速脚本化桌面/Web自动化、Python生态集成

外部接口能力：

  • ✅ Python API — pip install rpa / tagui
  • ✅ CLI命令行调用
  • ✅ subprocess调用 — 任何语言可调用
  • ❌ 无原生REST API服务
  • ❌ 无原生Webhook
  • ⚠️ 需自行Python封装 — 封装为API服务

2.3 Robot Framework + RPA Framework

官网robotframework.org / rpaframework.org
GitHubgithub.com/robocorp/rpaframework
技术栈Python（核心）+ 关键字驱动
平台支持Windows / macOS / Linux
稳定可运行★★★★★ 极其稳定，企业级广泛应用
最后更新持续活跃维护（2026年仍在更新）
许可证Apache 2.0
主要特征成熟的开源自动化框架（原用于测试，现扩展为RPA）；RPA Framework提供专用库（浏览器/Excel/Email/文件/数据库等）；Robocorp商用生态支持；支持Selenium/Playwright集成
社区活跃度★★★★★ 极高，Robot Framework Foundation维护
适用场景企业级端到端自动化、测试+RPA混合场景

外部接口能力：

  • ✅ Python全能力 — 可直接import任意Python库
  • ✅ REST API测试库 — RequestsLibrary
  • ✅ Robocorp Control Room调度 — REST API触发
  • ✅ 命令行调用 — robot命令
  • ✅ Remote Server — 暴露为RPC服务
  • ✅ Selenium + Playwright — 双浏览器引擎集成
  • ⚠️ 无原生Webhook — 可通过Python封装

2.4 Taskt（原sharpRPA）

GitHub地址github.com/saucepleez/taskt
技术栈C# / .NET Framework
平台支持Windows only
稳定可运行★★★★ 功能完整，可运行
最后更新2024年后更新放缓
许可证GPLv3
主要特征可视化拖拽式流程设计器；桌面录制回放；Excel/浏览器/系统操作自动化；开源但接近商业RPA的体验
社区活跃度★★★ 中等偏下，个人开发者维护
适用场景Windows桌面自动化、非技术人员流程编排

外部接口能力：

  • ❌ 无原生REST API
  • ❌ 无Webhook
  • ⚠️ 可通过.NET SDK扩展
  • ⚠️ CLI命令行可调用

2.5 UI.Vision RPA（原Kantu）

官网ui.vision
GitHubgithub.com/A9T9/RPA
技术栈JavaScript（浏览器扩展）
平台支持跨平台（浏览器扩展 + XModules桌面自动化）
稳定可运行★★★★★ 极其稳定，Chrome/Edge/Firefox官方商店上架
最后更新持续更新（2026年仍有更新）
许可证Apache 2.0
主要特征浏览器扩展形式工作，零安装；Selenium IDE兼容；计算机视觉+OCR桌面自动化；内置Claude Computer Use集成；支持录制回放
社区活跃度★★★★ 活跃，A9T9公司维护
适用场景Web自动化、低代码浏览器操作、快速原型

外部接口能力：

  • ✅ REST API — HTTP触发macro执行
  • ✅ CLI命令行调用
  • ✅ Selenium IDE导入/导出
  • ❌ 原生Webhook：无
  • ⚠️ Macro可被浏览器扩展API外部触发

2.6 Selenium / Playwright / Puppeteer（浏览器自动化三巨头）

维度SeleniumPlaywrightPuppeteer
GitHub Stars30k+70k+90k+
技术栈多语言（Java/Python/JS/C#/Ruby）JS/TS/Python/Java/C#Node.js
浏览器支持Chrome/Firefox/Edge/SafariChrome/Firefox/Edge/WebKitChrome/Edge/Firefox(有限)
抗检测能力弱 易被反爬识别强 不易检测中
可作为RPA✅ 需自行编排逻辑✅ API现代友好✅ Chrome生态最佳
社区活跃度★★★★★★★★★★★★★★★
外接接口WebDriver协议标准API直接调用API直接调用

外接接口能力：三者均提供完善的API，可被任何编程语言调用；均可通过HTTP/WebSocket远程控制浏览器；Playwright支持通过Playwright Server暴露为REST服务。

3 各开源RPA外接接口能力对比表
项目REST APIWebhookSDK/API外部触发远程控制
OpenRPA✅ 原生✅ RabbitMQ✅ C#/.NET✅ Invoke API✅ OpenFlow
TagUI❌ 无❌ 无✅ Python/CLI⚠️ subprocess❌ 无
Robot Framework⚠️ 需CR⚠️ 需封装✅ Python全能力✅ CLI+Remote✅ Robocorp
Taskt❌ 无❌ 无⚠️ .NET⚠️ 仅CLI❌ 无
UI.Vision✅ HTTP❌ 无✅ CLI+扩展✅ HTTP macro❌ 无
Playwright⚠️ Server❌ 无✅ 多语言SDK✅ API/SSH✅ 远程浏览器
4 对接抖音平台可行性分析

4.1 抖音开放平台 API 现状（关键发现）

⚠️ 官方私信/群聊接口已于2025年4月全面关停：2025年4月14日，抖音开放平台发布公告，全面停止新开发者私信/群聊scope权限申请。新注册的开发者无法再开通私信接入能力；存量应用分批回收；关停范围包括 im.direct_message、im.message_card、im.customer.message、enterprise.im 等全量私信/客服/消息卡片接口。

目前仍然可用的官方接口

  • ✅ 授权登录（OAuth2.0）
  • ✅ 用户信息获取
  • ✅ 视频管理（上传、发布）
  • ✅ 评论互动
  • ✅ 数据分析（基础）
  • ⚠️ 电商订单管理（需企业资质，Webhook推送仍可用）

私信自动回复替代方案

  • 方案A：浏览器插件RPA（UI.Vision / Playwright）模拟人工操作——需浏览器24小时在线，稳定性弱，有风控风险
  • 方案B：企业号在第三方客服系统走存量接口（限早期授权商家，随时可能关停）
  • 方案C：不可行——任何声称能通过"破解协议"发私信/微信卡片的均为灰产，封号风险极高

RPA在抖音平台可覆盖的场景

场景可行性方案
视频发布⚠️ 有限可行需企业资质+开放平台API，个人账号不支持自动化发布API
私信自动回复❌ 官方接口关停仅能靠浏览器RPA模拟，不稳定有风险
评论/私信数据采集⚠️ 灰色地带Playwright/Selenium模拟浏览器采集，有反爬风险
直播间数据⚠️ 有限开放平台数据分析接口可用
自动化点赞/关注❌ 高风险平台明确禁止，极易封号

4.2 结论

抖音开放平台正在大幅收紧权限，官方私信接口已实质关停。RPA方案仅能通过浏览器自动化模拟人工操作，稳定性差且存在风控风险。建议：走企业号+开放平台剩余可用接口；私信部分考虑低频率浏览器RPA+人类兜底；坚决远离灰产破解方案。

5 对接微信平台可行性分析

5.1 企业微信官方API

能力说明
基础消息能力✅ 官方API支持消息推送、机器人、群机器人webhook
客户联系（SCRM）✅ 完整的API：欢迎语、自动回复、标签管理、群发、聊天记录
群机器人✅ Webhook接收消息推送，支持自定义机器人
小程序/应用集成✅ 企业微信自建应用可接收消息事件
资质要求需要企业认证（企业微信后台审核）

RPA可补充的场景：通过RPA操作企微客户端实现官方API不能覆盖的操作（如模拟人工发朋友圈、批量修改备注等）。

5.2 个人微信自动化（风险极高）

方案原理风险等级说明
WxHelper（DLL注入）逆向工程+DLL注入Windows微信客户端🔴 高风险GitHub开源，功能强大但随时被检测
iPad协议逆向模拟iPad微信客户端协议🔴 高风险黑产常用方案，封号率极高
Android无障碍RPA手机端Android无障碍服务模拟点击🟡 中风险FlowBot/WxRPA方案，无hook无侵入
PC端RPA键盘鼠标模拟OpenRPA/Taskt等操作微信桌面客户端🟡 中风险完全模拟人工，但速度慢、受屏幕影响
浏览器RPA操作微信网页版❌ 不可行微信网页版已停止服务

关键开源微信RPA项目

5.3 公众号/服务号 & 5.4 结论

  • 企业微信：官方API覆盖大部分自动化需求，RPA补充末端操作
  • 个人微信：存在开源RPA方案但均处于灰色地带，有封号风险
  • 公众号：官方接口完善，无需RPA介入
6 对接小红书平台可行性分析

6.1 小红书开放平台

开放平台地址open.xiaohongshu.com
API范围笔记内容、用户信息、搜索、商品数据
广告API聚光/蒲公英/私信三方等广告投放API
开放对象认证品牌和MCN机构为主
准入难度★★★ 高，审核严格

可用接口：

  • ✅ 笔记内容接口（限已授权）
  • ✅ 用户信息获取
  • ✅ 商品数据接口
  • ✅ 广告投放API（聚光、蒲公英）
  • ✅ 评论数据接口（2025年有更新）
  • ❌ 私信接口仅对企业号和认证广告主开放

6.2 RPA方案

工具类型用途风险
小飞薯RPA小红书专用RPA自动养号、笔记发布、AI评论回复、数据采集🟡 中风险
Spider_XHS爬虫小红书数据采集⚠️ 逆向反爬
实在智能RPA商业RPA官方合作方案，数据采集、自动操作🟢 相对合规
浏览器自动化通用RPAPlaywright/Puppeteer数据采集、模拟发布🟡 有反爬风险
RedNote逆向API逆向API22+端点的数据API服务🔴 逆向行为
7 各平台对接可行性对照总表
自动化场景抖音微信/企微小红书
消息发送/私信❌ 接口已关停✅ 企微API稳定 / ⚠️ 个人微信高封号⚠️ 仅企业号/品牌
自动回复❌ 接口关停✅ 企微官方API⚠️ 第三方工具
内容发布⚠️ 需企业资质✅ 公众号接口完善⚠️ 小飞薯RPA
数据采集⚠️ 反爬较严✅ 企微API⚠️ 反爬很强
好友/粉丝管理⚠️ 有限✅ 企微客户联系API❌ 几乎无合规通道
评论区互动⚠️ 开放平台✅ 公众号评论接口⚠️ 需API资质
定时任务触发✅ 浏览器RPA✅ 企微API+定时✅ 小飞薯RPA
多账号矩阵⚠️ 易被封⚠️ 个人微信极易被封⚠️ 易被识别封号
法律风险🟡 中🟢 企微低 / 🔴 个人微信高🟡 中
8 推荐方案

8.1 首选推荐：Robot Framework + Playwright

开源、稳定、全栈 · Apache许可证无商业限制

  1. 最成熟的开源自动化框架，Apache许可证无商业限制
  2. Python生态，AI/ML集成方便（可直接调用大模型API做智能回复）
  3. Playwright作为浏览器引擎，跨平台、抗检测能力强
  4. RPA Framework提供Excel/Email/数据库等现成库
  5. 可通过Robocorp Control Room实现远程调度和企业级管理
  6. 社区极其活跃，文档完善

部署架构建议

RPA脚本（Robot Framework + Python） ├── Playwright → 浏览器自动化（抖音/小红书/微信网页版操作） ├── WeCom API → 企业微信官方接口（核心能力） ├── 大模型API层 → AI决策（意图识别、内容生成） ├── 调度层（Cron / Airflow / Robocorp CR） └── 日志/监控

8.2 备选方案A：OpenRPA

适合纯Windows环境。OpenFlow API提供企业级REST/消息队列支持。

8.3 备选方案B：UI.Vision RPA

适合快速原型和低代码。浏览器扩展形式，集成Claude Computer Vision。

8.4 平台专项方案

平台推荐方案
企业微信官方API直连（合规、稳定），RPA仅补充官方API不覆盖的场景
抖音走开放平台剩余API（视频/数据/订单）+ Playwright浏览器模拟私信操作（低频率）
小红书Playwright浏览器自动化 + 代理IP + 小飞薯RPA辅助（数据采集+内容发布）
个人微信优先用企业微信替代；必须用个人微信则选Android无障碍方案（FlowBot类）
9 不可行项及原因
不可行项原因
抖音私信API直连自动化抖音开放平台2025年4月已关停新开发者私信权限
抖音个人号自动化（非企业蓝V）私信/群聊接口准入仅限企业蓝V
微信网页版自动化微信网页版已停止服务
小红书合规私信自动化（非企业号）私信接口仅对企业号和认证广告主开放
高频自动化账号矩阵（任何平台）各平台均有严格风控机制
任何宣称"破解协议/逆向API"的个人微信方案违反微信用户协议和网络安全法
任何宣称"抖音私信发微信/外链卡片"的方案抖音开放平台接口本身不支持外链下发
10 综合分析结论
  1. 开源RPA技术栈已成熟。Robot Framework + Playwright是最推荐的组合。
  2. 企业微信是三大平台中最适合自动化运营的。官方API完善度高。
  3. 抖音和小红书的自动化空间在收窄。浏览器RPA模拟人工是目前仅存的可行路径。
  4. RPA + AI大模型是趋势。RPA可升级为"智能体RPA"。
  5. 关键原则：合规优先于效率。走官方API的自动化是安全长久的。
11 引用来源清单

共31项引用来源

  1. OpenRPA GitHub仓库
  2. OpenRPA Guide (Decasoft Solutions, 2026-02)
  3. TagUI GitHub仓库 (AI Singapore)
  4. TagUI PyPI包
  5. Robot Framework 官网
  6. RPA Framework 文档
  7. RPA Framework GitHub
  8. Taskt GitHub仓库
  9. UI.Vision RPA 官网
  10. UI.Vision GitHub
  11. 抖音开放平台官网
  12. 抖音私信自动化回复与接口关停分析 — 腾讯云开发者社区
  13. 抖音开放平台应用申请全流程指南 — CSDN
  14. 抖音开放平台私信回复图片接口 — 博客园
  15. FlowBot — 微信/企微RPA
  16. WorkBot — 企微RPA
  17. wxrpa — 微信RPA
  18. 小红书开放平台
  19. 小飞薯RPA (GitHub)
  20. Spider_XHS 小红书爬虫
  21. 实在智能RPA — 小红书数据采集
  22. Playwright vs Selenium 对比 (Apify, 2026-06)
  23. Best Open Source RPA Tools (AI Multiple)
  24. 语聚AI — 小红书自动回复评论并私信
  25. 小红书私信通自动回复工具教程 — 知乎
v1.00 · 2026-07-27
技术调研

OpenERP 9000 与开源 ERP 技术调研报告

基于2026-07-27公开资料核验 · 6个重点对照开源ERP项目 · 5层ERP技术构成 · 速达成品 vs 标准开源方案对比

📅 2026年7月27日 👤 主人提供 📊 31项调研依据 🔗 15项引用来源
6 个重点对照开源 ERP 项目
5 层技术构成：前端、后端、数据库、低代码、AI
1 个风险"源码开放"不等于标准开源许可证

图片中的技术方向可以概括为"源码开放 ERP + API 集成 + 低代码配置 + AI 辅助二次开发 + 大模型经营分析"。调研结论是：速达荣耀 Open9000.Cld 更像商业源码开放产品，而 ERPNext、Odoo Community、Dolibarr、Apache OFBiz、iDempiere、metasfresh 才是可公开核验仓库与许可证的开源 ERP 方案。

1 图片产品核验（Open9000.Cld）
针对图片里出现的 Open 9000.Cld、OpenERP 9000、速达荣耀 ERP 9000 进行公开资料核验
调研项结论依据链接
产品名称对应"速达荣耀 Open9000.Cld / Open 9000.Cld"。速达官网产品页
官方宣传能力宣传包含源码开放、API 数据接口、AI 辅助编程、低代码编程、不限用户数、不限账套数、不限云平台应用。Open9000.Cld 说明
技术栈官网列出 Vue.js、Java、Android、iOS、PG-SQL，并标注不同部分"开源率"。速达官网核心模块
公开源码可信度公开页面未核验到可直接 clone 的独立 GitHub/Gitee 仓库；更像商业交付源码。sdengineer.cn
架构细节第三方页面描述了 B/S 多层架构、Tomcat、Struts 2.5、c3p0、Vue + Element UI、PostgreSQL 多账套。AtomGit/CSDN 架构说明
2 这个技术怎么使用
ERP 不是单个工具，而是一套业务系统实施流程。使用时要从部署、建账、业务模块、二开、集成和运维逐层推进。
1

部署基础环境

准备 Java/Tomcat、PostgreSQL、前端静态资源、文件存储、备份服务。PostgreSQL 是成熟开源数据库（PostgreSQL License）。

2

初始化组织和账套

建立公司、部门、角色、用户、仓库、科目、供应商、客户、商品、BOM 与审批流。多账套常见做法是按账套隔离数据库或 schema。

3

启用业务模块

按企业业务启用采购、销售、库存、财务、生产、工序、委外、合同、CRM、项目、人力、电商、质量和看板。

4

低代码配置

低代码通常用于新增字段、表单、审批流、报表、看板、导入导出模板。Dolibarr 的 Module Builder 是公开可核验的类似能力。

5

AI 辅助二次开发

把源码、数据库表结构、API 文档和业务需求交给 AI 编程工具，生成或修改 Vue 页面、Java 接口、SQL 和报表。

6

API 集成与运维

对接 WMS、MES、电商、财税、短信、支付和 BI；上线后要做权限、备份、日志、慢 SQL、数据库连接池和安全补丁管理。

3 开源项目对照调研
以下项目都有公开仓库或官方源码说明，适合作为开源 ERP 研究和落地的主要对象。

ERPNext

优先推荐

Python/Frappe/MariaDB，完整 ERP，覆盖会计、库存、销售、采购、项目等。适合中小企业、自托管和二次开发。官方文档称其 open-source、cloud-ready、flexible。

GitHub 官方文档 Docker 仓库

Odoo Community

生态丰富

Python/PostgreSQL，模块化商业应用套件。CRM、电商、库存、制造、POS、项目等模块可组合成 ERP。注意社区版与企业版功能边界，企业版模块并非全部开源。

GitHub 源码安装文档

Dolibarr

轻量易用

PHP + JavaScript，一体化 ERP/CRM。适合小企业、个体、协会、快速上线和低运维成本。官网说明支持本地、云、Docker，并提供 Module Builder 低代码能力。

官网 源码说明 GitHub

Apache OFBiz

平台型

Java，Apache 顶级项目，覆盖 ERP、CRM、电商、供应链和制造资源计划。适合技术团队强、需要深度定制的平台型项目。官方说明其 free and open source，Apache License 2.0。

官网 源码仓库说明 GitHub

iDempiere

企业流程深

Java/PostgreSQL/OSGi，ERP/CRM/SCM/MFG/POS。适合制造、供应链和传统 ERP 深度流程。许可证为 GPL v2 or later。

GitHub 源码说明 官网

metasfresh

工业贸易

Java + React/Redux + REST API，面向工业和贸易企业。三层架构、REST API 和 Web 前端，强调响应式设计和可扩展性。

GitHub 组织主页
4 Open9000.Cld 与标准开源项目差异
维度Open9000.Cld标准开源 ERP 项目
源码获取更像商业交付源码，公开页未见可直接 clone 仓库。GitHub/Git 仓库公开，可查看 commit、issue、license。
授权风险必须确认是否允许商用、修改、再分发、二次销售。GPL、LGPL、Apache、MIT 等许可证边界相对明确。
国内适配可能更贴近国内财税、进销存、制造业业务习惯。通常需要本地化插件或实施改造。
AI 编程作为产品卖点，适合用于二开、报表、接口和配置。可自行接入 AI 编程工具，前提是源码和文档充分可读。
采购成本官网 Open9000.Cld 标价 78,600 元/套。社区版通常无授权费，但实施、服务器、二开仍有成本。
5 选型建议
如果目标是学习、研究、自建和二次开发，优先从 ERPNext、Odoo Community、Dolibarr 开始。如果目标是生产制造、供应链深度实施，再评估 Apache OFBiz、iDempiere、metasfresh。

采购 Open9000.Cld 前必须索取

  • 完整源码包或可访问 Git 仓库
  • 明确许可证或源码使用协议
  • 数据库建库脚本
  • 部署文档和构建文档
  • API 文档
  • 低代码平台说明
  • 二次开发示例
  • 是否允许企业内部无限修改
  • 是否允许脱离厂商独立部署
  • 是否包含移动端源码
  • 是否包含财务核心模块源码
  • 第三方依赖许可证清单
6 依据链接

每个调研结论均尽量使用官网、公开仓库或官方文档作为依据。

📥 下载RPA原始报告 RPA报告 v1.00 · 004信调专员