AI大模型+RPA融合开发实战:文心一言、Kimi、DeepSeek接入与AI自动生成流程

Vue3实战:企业级应用集成钉钉扫码登录全流程解析 本文详细解析了在Vue3企业级应用中集成钉钉扫码登录的全流程。从钉钉开放平台应用创建与配置,到Vue3前端如何优雅地嵌入并管理扫码组件,再到后端如何安全地处理OAuth 2.0授权码以换取用户信息并完成登录,提供了完整的实战代码与避坑指南。该方案能有效实现安全便捷的单点登录,统一企业身份认证。 阅读详情

当AI大模型遇上流程自动化,会产生怎样的化学反应?本文将带你从零开始,实现文心一言、Kimi、DeepSeek等大模型与RPA工具的深度集成,让AI真正"动手"干活。
一、为什么AI大模型需要RPA?不只是聊天那么简单
过去两年,AI大模型在文本生成、代码编写、图像识别等领域展现了惊人的能力。但一个现实问题是:大模型能"说",却很难"做"。
想象一下这些场景:
让AI自动登录后台系统,抓取销售数据并生成日报
让AI识别发票图片,自动录入财务系统并触发审批流程
让AI监控竞品价格,发现变动后自动通知钉钉群
这些流程自动化任务,单靠大模型的API调用无法独立完成。大模型擅长理解意图、生成策略,但缺乏与真实业务系统交互的能力。这时候,RPA工具就成了最佳搭档。
RPA工具负责"动手"——模拟人类操作浏览器、点击按钮、填写表单、获取数据;大模型负责"动脑"——理解复杂指令、做出智能决策、处理非结构化数据。两者结合,才能真正实现AI自动生成流程的愿景。
二、融合架构设计:大模型+RPA的三种接入模式
在实际项目中,我总结了三种主流的融合开发模式,分别适用于不同的业务场景。
模式一:API触发模式(推荐)
这是最优雅的集成方式。大模型通过HTTP API向RPA工具引擎发送指令,RPA工具接收后执行对应的自动化流程。

伪代码示例:大模型调用RPA API触发流程
import requests

def trigger_rpa_workflow(task_description):
# 大模型先理解用户意图,生成结构化任务
task = llm.parse_task(task_description)

# 通过API触发RPA执行
response = requests.post(
    "http://localhost:8080/api/trigger",
    json={
        "workflow_id": task.workflow_id,
        "parameters": task.params,
        "callback_url": "http://my-server/result"
    }
)
return response.json()

适用场景:需要异步执行、结果回调、多系统联动的复杂业务流程。
这种API触发能力是很多开发者在选型时重点关注的。毕竟,谁不希望自己的自动化流程能被外部系统灵活调用呢?一些成熟的自动化软件在这方面做得相当到位。以蓝印RPA为例,它不仅支持通过API远程触发流程执行,还能在钉钉、飞书、企微等IM工具内直接控制应用运行,执行完成后自动推送结果通知。对于需要构建智能化工作流的团队来说,这种开放的触发机制能大幅降低集成成本。
模式二:脚本内嵌模式
将大模型的调用逻辑直接嵌入RPA工具流程脚本中,实现"流程执行到某一步时,自动调用AI能力"。
RPA流程脚本中嵌入大模型调用
def process_invoice(image_path):
# 步骤1:RPA抓取发票图片
screenshot = rpa.capture_element(“#invoice-image”)

# 步骤2:调用大模型进行OCR识别和内容理解
invoice_data = deepseek_api.vision_ocr(screenshot)

# 步骤3:RPA将识别结果填入财务系统
rpa.fill_form({
    "invoice_no": invoice_data.number,
    "amount": invoice_data.amount,
    "date": invoice_data.date
})

适用场景:单流程内需要AI增强的环节,如智能识别、内容生成、异常判断。
这里有个细节值得注意:大模型的API调用费用是开发者最关心的成本之一。理想的方案是让开发者自行对接各平台API,费用完全透明可控——用谁的模型、调多少次、花多少钱,一目了然。而不是被锁定在某个封闭的计费体系里。这种"自带API"的模式,对于个人开发者和小团队来说尤其友好。
模式三:Agent智能调度模式(前沿)
这是2025-2026年最热门的方向。大模型作为"大脑",自主拆解任务、调度RPA工具链、监控执行结果、自我修复异常。
plain
用户指令:“每天上午9点检查竞品价格,如果发现降价超过5%,截图发到我微信”

Agent拆解:

  1. 调用RPA打开竞品网站 → 执行
  2. 抓取价格数据 → 完成
  3. 对比历史价格 → 降价8%
  4. 触发条件满足 → 调用RPA截图
  5. 发送到用户微信 → 完成
  6. 设置定时任务:明天9点继续执行
    这种Agent功能代表了RPA工具的进化方向。不再是简单的录制回放,而是具备智能决策能力的数字员工。支持接入最新的DeepSeek-V4等模型,通过自然语言指令就能完成复杂的多步骤任务调度——这才是真正的AI自动生成流程。
    三、实战:接入文心一言、Kimi、DeepSeek的完整代码
    下面分享一个我实际项目中使用的多模型统一接入层,支持文心一言、Kimi、DeepSeek、豆包等主流大模型切换。
    3.1 统一接口封装

ai_client.py
import os
import requests
from abc import ABC, abstractmethod

class BaseAIClient(ABC):
@abstractmethod
def chat(self, prompt: str, image_path: str = None) -> str:
pass

class DeepSeekClient(BaseAIClient):
def init(self, api_key=None):
self.api_key = api_key or os.getenv(“DEEPSEEK_API_KEY”)
self.base_url = “https://api.deepseek.com/v1”

def chat(self, prompt: str, image_path: str = None) -> str:
    messages = [{"role": "user", "content": prompt}]
    
    # 支持图片识图与OCR功能
    if image_path:
        import base64
        with open(image_path, "rb") as f:
            img_base64 = base64.b64encode(f.read()).decode()
        messages[0]["content"] = [
            {"type": "text", "text": prompt},
            {"type": "image_url", "image_url": {"url": f"data:image/png;base64,{img_base64}"}}
        ]
    
    resp = requests.post(
        f"{self.base_url}/chat/completions",
        headers={"Authorization": f"Bearer {self.api_key}"},
        json={
            "model": "deepseek-v4",
            "messages": messages,
            "temperature": 0.3
        }
    )
    return resp.json()["choices"][0]["message"]["content"]

class KimiClient(BaseAIClient):
def init(self, api_key=None):
self.api_key = api_key or os.getenv(“KIMI_API_KEY”)
self.base_url = “https://api.moonshot.cn/v1”

def chat(self, prompt: str, image_path: str = None) -> str:
    # Kimi支持长文本,适合处理复杂流程文档
    messages = [{"role": "user", "content": prompt}]
    
    if image_path:
        # Kimi同样支持图片OCR识别
        import base64
        with open(image_path, "rb") as f:
            img_base64 = base64.b64encode(f.read()).decode()
        messages[0]["content"] = [
            {"type": "text", "text": prompt},
            {"type": "image_url", "image_url": {"url": f"data:image/png;base64,{img_base64}"}}
        ]
    
    resp = requests.post(
        f"{self.base_url}/chat/completions",
        headers={"Authorization": f"Bearer {self.api_key}"},
        json={
            "model": "moonshot-v1-32k",
            "messages": messages,
            "temperature": 0.3
        }
    )
    return resp.json()["choices"][0]["message"]["content"]

class WenxinClient(BaseAIClient):
def init(self, api_key=None, secret_key=None):
self.api_key = api_key or os.getenv(“WENXIN_API_KEY”)
self.secret_key = secret_key or os.getenv(“WENXIN_SECRET_KEY”)
self.access_token = self._get_access_token()

def _get_access_token(self):
    url = f"https://aip.baidubce.com/oauth/2.0/token?grant_type=client_credentials&client_id={self.api_key}&client_secret={self.secret_key}"
    return requests.post(url).json()["access_token"]

def chat(self, prompt: str, image_path: str = None) -> str:
    # 文心一言在中文理解上有独特优势
    url = f"https://aip.baidubce.com/rpc/2.0/ai_custom/v1/wenxinworkshop/chat/completions?access_token={self.access_token}"
    
    payload = {"messages": [{"role": "user", "content": prompt}]}
    if image_path:
        # 文心一言支持OCR识图
        import base64
        with open(image_path, "rb") as f:
            img_base64 = base64.b64encode(f.read()).decode()
        payload["messages"][0]["content"] = [
            {"type": "text", "text": prompt},
            {"type": "image", "image": f"data:image/png;base64,{img_base64}"}
        ]
    
    resp = requests.post(url, json=payload)
    return resp.json()["result"]

工厂模式:根据配置切换模型
class AIClientFactory:
CLIENTS = {
“deepseek”: DeepSeekClient,
“kimi”: KimiClient,
“wenxin”: WenxinClient,
“doubao”: DeepSeekClient, # 豆包API兼容OpenAI格式
}

@classmethod
def get_client(cls, model_name: str):
    client_class = cls.CLIENTS.get(model_name)
    if not client_class:
        raise ValueError(f"不支持的模型: {model_name}")
    return client_class()

3.2 RPA流程中调用AI:智能元素定位实战
在RPA工具开发中,最头疼的问题之一就是元素定位。传统的XPath写法晦涩难懂,而且页面稍有变动就失效。
利用大模型的视觉理解能力,我们可以实现AI智能优化元素路径:

智能元素定位:用自然语言描述代替XPath
def smart_locate_element(description: str, screenshot_path: str):
“”"
用自然语言描述目标元素,AI自动生成定位策略
例如:“登录按钮,蓝色的,在页面右上角”
“”"
client = AIClientFactory.get_client(“deepseek”)

prompt = f"""
这是一个网页截图,请帮我定位以下元素并生成XPath路径:
目标元素描述:{description}

要求:
1. 生成最稳定的XPath路径
2. 优先使用id、name、class等稳定属性
3. 避免使用绝对路径
4. 如果可能,提供备用定位方案

请直接返回XPath表达式,不要解释。
"""

xpath = client.chat(prompt, screenshot_path)
return xpath.strip()

使用示例
xpath = smart_locate_element(
“蓝色的登录按钮,右上角”,
“/tmp/page_screenshot.png”
)
rpa.click(xpath)
更厉害的是,当web元素失效时,AI可以自动修复定位。流程执行过程中如果某个元素找不到了,RPA工具会自动截图并调用大模型分析当前页面结构,重新生成有效的定位路径,实现元素自愈。这样一来,流程的稳定性大幅提升,不会因为页面微小改版就中断。
这种能力对于维护大量自动化流程的团队来说简直是救星——再也不用半夜被叫起来修流程了。
四、AI自动生成流程:从需求描述到可执行脚本
这是本文最硬核的部分。如何实现"说人话就能生成自动化流程"?
4.1 需求理解层

def parse_automation_requirement(user_input: str) -> dict:
“”"
将用户的自然语言需求解析为结构化流程定义
“”"
client = AIClientFactory.get_client(“kimi”) # Kimi长文本理解能力强

system_prompt = """
你是一个专业的RPA流程分析师。请将用户的需求解析为JSON格式的流程定义。

输出格式:
{
    "flow_name": "流程名称",
    "steps": [
        {
            "step_id": 1,
            "action": "open_url|click|fill_form|extract_data|condition|loop|call_api",
            "target": "操作目标描述",
            "parameters": {},
            "next_step": 2,
            "on_error": "retry|skip|abort"
        }
    ],
    "variables": {},
    "trigger": "manual|schedule|api|event"
}
"""

response = client.chat(f"{system_prompt}\n\n用户需求:{user_input}")
import json
return json.loads(response)

4.2 代码生成层
def generate_rpa_script(flow_definition: dict, target_platform: str = “python”) -> str:
“”"
将结构化流程定义转换为可执行的RPA脚本
“”"
client = AIClientFactory.get_client(“deepseek”) # DeepSeek代码能力强

prompt = f"""
请将以下流程定义转换为{target_platform}的RPA执行脚本。
要求:
1. 使用requests + selenium/playwright
2. 包含异常处理和重试机制
3. 添加详细注释
4. 支持无头模式运行

流程定义:
{json.dumps(flow_definition, ensure_ascii=False, indent=2)}
"""

return client.chat(prompt)

4.3 完整示例:一句话生成发票处理流程
用户输入:
“每天自动登录电子发票平台,下载昨天开具的所有发票PDF,用OCR识别金额和税号,生成Excel汇总表发到我的邮箱”
AI生成流程:

AI自动生成的RPA流程脚本(经过人工微调)
import schedule
import time
from datetime import datetime, timedelta

def daily_invoice_process():
“”“每日发票自动处理流程 - AI生成”“”

# 1. 计算日期范围
yesterday = (datetime.now() - timedelta(days=1)).strftime("%Y-%m-%d")

# 2. 登录电子发票平台
rpa.open_url("https://fapiao.platform.com")
rpa.fill_form({
    "#username": os.getenv("INVOICE_USER"),
    "#password": os.getenv("INVOICE_PASS")
})
rpa.click("#login-btn")
rpa.wait_for("#dashboard", timeout=30)

# 3. 筛选昨日发票
rpa.click("#date-filter")
rpa.fill_form({
    "#start-date": yesterday,
    "#end-date": yesterday
})
rpa.click("#search-btn")
rpa.wait_for(".invoice-item", timeout=30)

# 4. 下载所有发票PDF
invoices = rpa.find_elements(".invoice-item")
pdf_paths = []
for idx, inv in enumerate(invoices):
    rpa.click(inv.find_element(".download-btn"))
    pdf_path = f"/tmp/invoice_{yesterday}_{idx}.pdf"
    rpa.wait_for_download(pdf_path, timeout=60)
    pdf_paths.append(pdf_path)

# 5. OCR识别(调用大模型视觉能力)
results = []
for pdf_path in pdf_paths:
    # 将PDF转为图片后调用AI识图
    img_path = pdf_to_image(pdf_path)
    ocr_result = ai_client.chat(
        "请识别这张发票的金额、税号、开票日期、购买方名称",
        img_path
    )
    results.append(parse_ocr_result(ocr_result))

# 6. 生成Excel汇总
df = pd.DataFrame(results)
excel_path = f"/tmp/发票汇总_{yesterday}.xlsx"
df.to_excel(excel_path, index=False)

# 7. 发送邮件
send_email(
    to="my@email.com",
    subject=f"发票汇总-{yesterday}",
    attachment=excel_path
)

print(f"[{datetime.now()}] 流程执行完成,共处理{len(results)}张发票")

设置定时任务
schedule.every().day.at(“09:00”).do(daily_invoice_process)

if name == “main”:
while True:
schedule.run_pending()
time.sleep(60)
这个流程从需求到可执行代码,全程由AI辅助生成,开发者只需做最后的审核和微调。这就是AI自动生成流程的魅力。
五、成果交付:打包分发与权限管理
流程开发完成后,如何交付给业务同事使用?这里有几个关键考量:
5.1 打包为独立EXE
对于非技术用户来说,最理想的方式是拿到一个双击就能运行的程序,不需要安装Python环境、不需要配置依赖。
支持打包导出EXE的自动化软件在这方面很有优势。开发者可以在工具内完成流程设计,一键导出为独立的可执行文件,发给别人不用装客户端。更实用的是,导出的应用还能单独设置API触发、定时执行等高级功能——比如让业务同事每天早上8点自动收到数据报表,或者通过API被其他系统远程调用。
而且,打包后的应用支持在线推送更新。这意味着你修复了bug或增加了功能后,不需要重新给每个人发安装包,用户打开应用就能自动检测并更新到新版本。对于需要频繁迭代的业务场景来说,这个细节能省下大量沟通成本。
5.2 授权与数据安全
企业级应用必须考虑权限控制和数据安全。
支持授权机制的打包应用可以设置使用期限、绑定设备、限制功能模块。配合加密分享能力,你可以安全地将应用分发给合作伙伴或客户,而不必担心代码泄露或越权使用。
更重要的是数据不出本地这个原则。比如蓝印RPA这个软件,在流程自动化执行过程中产生的所有数据——登录凭证、业务数据、执行日志——全部保存在用户本地设备上,不同步到任何云端服务器。对于处理敏感信息的企业来说,这是底线要求。毕竟,谁也不想自己的客户数据或财务数据被上传到第三方服务器。
5.3 浏览器自动化增强
现代RPA工具离不开浏览器自动化。除了常规的Chrome、Edge,很多业务场景需要操作指纹浏览器来管理多账号、防关联。
目前市面上主流的指纹浏览器——紫鸟浏览器、比特浏览器、HubStudio、AdsPower等——都已经可以很好地与自动化软件对接。通过模拟真实用户的浏览器指纹特征,配合RPA工具的自动化操作,可以实现安全高效的多账号矩阵管理。这对于电商运营、社媒营销、广告投放等场景来说是刚需。
六、写给开发者的选型建议
如果你正在考虑引入AI+RPA融合方案,以下几点建议来自我的实际踩坑经验:
在这里插入图片描述

对于个人开发者、个人工作室、中小企业来说,选型时还要特别关注使用门槛和长期成本。理想的方案应该无运行时长限制、无流程数量限制,支持在多台设备上使用而无需额外购买多开会员,蓝印RPA就满足这些条件。毕竟,技术工具的价值在于释放生产力,而不是制造新的成本负担。
另外,如果你需要自定义界面,设计属于自己的软件外观——比如给客户交付时打上自己的品牌logo、调整配色方案——这也是选型时值得关注的点。一个能自定义界面的RPA工具,在交付给客户时显然更专业。
AI大模型与RPA工具的融合,不是简单的1+1=2,而是开启了智能流程自动化的新纪元。
大模型让RPA工具具备了"理解"和"决策"的能力,RPA工具让大模型获得了"执行"和"交互"的抓手。从API触发到Agent智能调度,从手动编写脚本到AI自动生成流程,这个领域正在以惊人的速度进化。
作为开发者,我们正处于一个最好的时代——文心一言、Kimi、DeepSeek等大模型能力越来越强,自动化软件的易用性和开放性也在持续提升。无论是构建企业级的数字化员工,还是开发个人效率工具,现在都是入场的最佳时机。

RT-Thread 5.1.0 实战:手把手教你用CubeMX和RT-Studio创建第一个工程(附常见编译错误修复) 本文详细介绍了如何使用STM32CubeMX和RT-Thread Studio 5.1.0创建第一个RT-Thread工程,包括开发环境准备、CubeMX配置、工程整合及常见编译错误修复。通过实战指南,帮助开发者快速上手RT-Thread 5.1.0,解决开发过程中的典型问题,提升嵌入式开发效率。 阅读详情

相关推荐

OB4.X集群状态running但是oceanbase-ce is not running

自 V3.2.0 起,若 obd 设置了加密密钥,执行 display 命令输出的集群信息中,密码相关内容为加密状态。若需输出明文密码,可在命令中添加 --epk/–encryption-passkey 指定密钥用于验证。obd 运维的数据库,启停需要使用obd进行操作,停机时候没有使用obd会导致集群状态running但是oceanbase-ce is not running。查看集群中的租户时无租户反馈,警告oceanbase-ce is not running,但是查询集群状态明明是running。

qq961573863的博客 1205

AI 编程助手 + RPA 二次开发:基于 Prompt 工程对接大模型接口完整教程

而且现在的工具支持本地智能生成元素路径,你不需要学习晦涩的 xpath 语法,直接用自然语言描述"登录按钮”,AI 就能生成多条候选定位路径,你挑最稳的一条用就行。离线更安全,自愈更稳定,成本透明可控,这才是企业级自动化该有的样子。如果场景需要处理图片类单据,比如发票识别,可以在 Prompt 里加上识图指令,大模型返回结果后再交给 RPA 做后续录入,整个链路就跑通了。对个人开发者或工作室来说,AI 写代码 + RPA 跑代码这套组合拳,既能享受大模型的开发效率,又能交付企业级稳定运行的自动化产品。

HAHAXX8的博客 625

Python表白代码:“ 星光月夜烟花皆归你,我也归你”(满天烟花盛开、附番外玫瑰)

导语 "慢品人间烟火色 闲观人间岁月长" ———致自己​​​ ​ ???? 遇见我以后,我们的故事就开始了,愿你历经山河,仍觉得人间值得????。 ​ 星光月夜烟花皆归你,我也归你。关于烟花????大家都​知道多少?有多少表白故事情节都发生在烟 花下,想必木木子????不用说大家也知道叭~​​ 今天这则小短文就是关于烟花的故事!你准备好跟我一起进入烟花的世界了嘛? ​正文 “每一句文案,都有一个故事,你仔细听” ​ 1)环境安装???? 准备好:.

顾木子吖的博客 5万+

内网离线智能流程引擎搭建:Kimi K3 私有化部署与 RPA 自动化全实战

封闭内网场景中,云端大模型存在联网依赖、数据外泄、长期使用成本高等问题。本文搭建「Kimi K3 本地推理 + RPA 流程执行」的离线架构,完整记录部署、接口联调、流程开发、应用分发全流程。详解 AI 元素生成、自动修复、跨平台指令调度等核心能力,并从技术、成本、稳定性维度对比纯云端 AI 方案的短板,为内网 AI + 自动化项目提供完整实战参考。

Maydaycxc的博客 822

ZYQN7000系列VxWorks驱动开发:VxWorks系统移植

文章目录ZYQN7000驱动开发:VxWorks系统移植1.硬件环境2.编译vsb和vip工程2.1修改设备树文件2.2添加调试打印组件3.选择uboot来启动VxWorks内核4.尝试在开发板上启动内核4.1 拷贝镜像和设备树至SD卡4.2开发板上电4.2.1 uboot成功启动4.2.2 启动VxWorks5.添加shell和cmd组件 ZYQN7000驱动开发:VxWorks系统移植 1.硬件环境 正点原子领航者开发板 2.编译vsb和vip工程 vsb和vip工程的编译过程可以参考之前的文章,htt

明故宫的记忆 5498

对称加密中GCM和CBC俩种加密模式的区别

**CBC(Cipher Block Chaining)** 和 **GCM(Galois/Counter Mode)** 是两种常见的对称加密模式。它们的主要区别体现在加密方式、性能和安全性上。

闲人 1095

Cursor 赋能 RPA 机器人开发:大模型接口调用 + OCR 非结构化数据完整源码实战

本文介绍了一套「AI写代码 + RPA跑代码」的自动化工作流解决方案,重点解决脚本稳定性、内网部署等问题。作者通过财务发票录入案例说明,单纯AI脚本易因网页改动失效,而结合RPA工具(如蓝印RPA)可实现离线部署、流程自愈。方案采用Cursor编写AI代码(如封装LLM调用类处理发票分类),通过PaddleOCR提取非结构化数据,最终由RPA工具打包为可执行文件。关键点包括:调低LLM温度参数确保输出稳定、清洗JSON格式数据、OCR结合正则提取发票字段。该方案特别适合敏感数据的内网自动化场景,实现AI与R

HAHAXX8的博客 753

Sigrity OptimizePI Best Capacitor Location Estimation模式如何评估电容最佳位置操作指导

Sigrity OptimizePI Best Capacitor Location Estimation模式用于前仿真分析,评估电容的最佳位置以获得最小回路电感,如何分析,以下图为例进行说明。IC devices,输入U*, A*, B*, Q*, P*,将所有这些字母开头的器件都识别为IC。Min设置为1(最少电容个数为1),max设置为28(最多电容个数为28)Capacitors 输入C*,将所有C开头的器件都识别为电容。Grid X设置为8,Grid Y也设置为8。

weixin_54787054的博客 378

低代码 RPA 对接大模型实战:流程自动化软件的架构设计与避坑指南

用大模型的 Function Calling 能力,限定动作空间(click、type、extract、call_api、done、ask_human),模型只许在这个集合里选择,避免自由发挥。今天这篇文章,我会从架构设计、接口封装、数据流转、异常处理四个维度,把低代码 RPA 对接大模型接口的完整链路拆开讲清楚,同时分享我踩过的六个核心坑和对应的解法。具体来说,大模型输出的是"做什么"(点击登录 → 获取订单 → 判断金额),RPA 负责"怎么做"(用哪种元素定位策略、失败时重试几次、超时多少秒)。

HAHAXX8的博客 483

LeRobot 入门教程(七)数据集

LeRobot Dataset v3.0 是机器人学习数据的标准化格式,支持多模态时间序列数据和视频的统一访问。该版本通过基于文件的存储(Parquet/MP4)、关联元数据和Hub原生流式处理等新特性,显著提升了性能并降低了存储开销。文档详细介绍了格式设计、安装使用、数据记录与加载方法,以及从v2.1迁移到v3.0的步骤,特别针对大型数据集(如DROID 1.0.1)的处理提供了SLURM集群移植方案。v3.0通过优化文件组织和元数据管理,实现了更快的加载速度、更高的内存效率和更好的可扩展性。

2506_90492529的博客 2046

电子元器件-逻辑器件篇:逻辑电平、CMOS逻辑、手册解读、逻辑电平转换,应用注意事项

常用的逻辑电平TTL、CMOS、LVTTL、LVCOMS、CML、ECL、PECL、LVPECL、LVDS、RS232电平RS422电平,RS485电平等。TTL和CMOS的逻辑电平按典型电压可分为四类:5V系列、3.3V系列,2.5V系列和1.8V系列。5V TTL和5V CMOS逻辑电平是通用的逻辑电平。3.3V及以下的逻辑电平被称为低电压逻辑电平,常用的为LVTTL电平低电压的逻辑电平还有2.5V和1.8V两种。

qq_60226558的博客 858

低代码RPA项目落地痛点:做RPA二次开发,大模型集成要避开哪些雷

流程跑了半个月,系统前端升级,加了一个div,整条XPath直接报废,流程半夜报错,值班电话被打爆。但问题是:RPA执行到某一步,发现数据异常,需要大模型实时判断该怎么处理——这时候发现两者是割裂的,RPA没法在运行过程中动态调用AI,只能停下来等人工介入。“最后被迫远程一对一部署,折腾了一周。离线更安全,自愈更稳定,成本透明可控——把AI的"聪明"和RPA的"靠谱"结合起来,项目才能真正从"demo"走向"生产"。早期的AI+RPA集成是"流水线"模式:RPA跑一段,调一次API,等结果,再继续跑。

HAHAXX8的博客 549

PDAF相位对焦原理

pdaf光路图

camerall 1万+

Claude Code 赋能 RPA 架构设计:RPA 二次开发中大模型集成的难点拆解

蓝印 RPA 的全离线方案走的就是这条路,AI 功能采用用户自行对接各平台 API 的方式,开发阶段联网调模型,运行时完全断网自治,费用也更透明——用多少 token 花多少钱,没有中间商赚差价。再进一步,通过 Agent 功能在钉钉、飞书、企微、个人微信内控制应用执行,回调通知结果,这才是完整的自动化闭环。能把这套组合拳打好的,市面上已经有成熟的 流程自动化软件 方案在跑,从 AI 脚本转流程到 EXE 加密打包,从 Web 元素 AI 自愈到全离线内网部署,整条链路都通了。这种架构下,成本是可控的。

HAHAXX8的博客 544

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

【厦门大学出品】DeepSeek大模型及其企业应用实践(150页PPT,企业人员的大模型宝典)

【厦门大学出品】DeepSeek大模型及其企业应用实践(150页PPT,企业人员的大模型宝典)

1467

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

2026年RPA技术选型实录:低代码/无代码RPA的大模型集成能力怎么评估?

而且它的执行成本是一次性的,AI消耗的Token费用是持续性的,长期使用下来更具性价比,适合个人开发者、个人工作室和中小企业。落地参考:支持脚本打包导出EXE、打包导出应用EXE支持授权、支持单独设置API触发和定时执行、应用支持加密分享和分享授权、打包导出EXE应用支持在线推送更新(无需再次手动分发,只需打开应用就能自动检测更新新版本)、同时支持自定义界面(设计属于自己的软件界面)的工具,才能真正实现从"自用"到"交付"的闭环,适合个人开发者、个人工作室、中小企业将自动化能力产品化。不同场景下各擅胜场。

HAHAXX8的博客 728

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

RPA 机器人开发新范式:借助 Copilot 简化大模型集成编码工作

而且它的 AI 功能已经接入了文心一言、豆包、DeepSeek、Kimi 等主流大模型,支持图片识图与 OCR,费用采用用户自行对接各平台 API 的方式,用多少花多少,没有中间商赚差价。更关键的是,当 web 元素失效时,AI 自动修复元素定位,保障流程不中断。蓝印 RPA在这方面做得比较到位,它的 AI 智能优化元素路径功能,配合 web 元素失效时的自动修复,确实能让流程长期稳定运行。而且 AI 调用是按 token 计费的,一个需要频繁视觉识别和页面交互的流程,跑一天的费用可能比你一个月工资还高。

HAHAXX8的博客 489

影刀RPA+KIMI:小红书内容自动化生产与定时发布实战指南

在内容运营领域,重复性的图文生产与分发是普遍存在的效率瓶颈。RPA(机器人流程自动化)与大语言模型的结合,为这类场景提供了全新的解题思路。RPA擅长模拟人工操作,能够稳定执行打开网页、填充内容、上传素材等固定流程,而KIMI等AI模型则能基于账号定位与选题信息,快速生成符合平台语境的文案。二者协同,本质上是将“人写稿、人发布”的线性工作流,重构为“AI生成内容、RPA执行分发”的自动化闭环。这种技术组合的价值不仅在于节省时间,更在于它能支撑多账号矩阵、高频更新的运营策略,尤其适用于小红书这类强调内容节奏与视

weixin_33857679的博客 376

RPA+AI长流程重构方案:全离线内网部署与EXE落地实战

本文分享了作者在政务系统自动化项目中从纯AI方案转向RPA+AI结合方案的经验教训。最初使用ClaudeCode生成的Python脚本面临三大问题:元素定位脆弱、异常处理缺失和交付困难。通过重构为AI负责代码生成、RPA负责稳定执行的模式,实现了流程自动化在内网环境下的可靠运行。方案重点解决四大核心问题:全离线部署保障数据安全、AI元素自愈应对页面改版、EXE打包简化分发流程,以及成本与稳定性的平衡。文章还介绍了Agent控制和指纹浏览器等进阶应用,强调AI与RPA的互补关系

HAHAXX8的博客 817

Copilot 介入 RPA 架构设计:大模型时代 RPA 二次开发架构该如何演进

以蓝印RPA的架构实践为例,它在 Layer 3 做了关键设计——支持 AI 生成的脚本一键转为可执行流程,不需要人工搬运代码。比如最新支持的 Agent 功能,就是在钉钉、飞书、企微、个人微信里发送指令,触发本地 RPA 执行,完成后回调通知结果。所以问题的本质不是"AI 能不能写脚本",而是流程自动化软件如何在利用 AI 生产力的同时,保证稳定、安全、可交付。这也是当前蓝印RPA在架构层面重点解决的问题——不是让 AI 替代 RPA,而是让 AI 生成的代码有一个"稳如老狗"的执行容器。

HAHAXX8的博客 642

同一把 TaoToken Key,蓝印RPA 的 Agent 从豆包切到 DeepSeek

蓝印RPA Agent从豆包切到DeepSeek时,重复申请Key很麻烦。先在 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 创建一把TaoToken Key,再在蓝印RPA模型配置中改模型ID为DeepSeek,就能在钉钉触发流程并看日志与用量。切换只需改模型ID,Key和统一入口不动,方便对比豆包、DeepSeek、Kimi。

weixin_35752233的博客 12

RPA机器人开发全解:Copilot+大模型接口集成,从源码到架构的深度拆解

RPA开发实战:从Copilot到大模型集成的技术全景 文章分享了金融行业RPA自动化项目的实战经验,揭示了从需求到落地过程中的技术挑战: 现代RPA技术分层 元素定位层(Web/桌面/移动端) 流程控制层(执行逻辑与异常处理) 外部接口层(数据库/API/大模型) 部署分发层(打包/授权/调度) Copilot的三大价值 快速生成脚本骨架 实现复杂业务逻辑 辅助元素路径生成 需配合RPA工具实现长期稳定运行(如蓝印RPA的脚本转流程功能) 大模型集成关键设计 多模型路由与降级策略 提示词模板化管理 严格的

HAHAXX8的博客 702

ChatGPT 4o + RPA 自动化工具:一站式业务流程开发实战指南

调研了一圈市面上的 RPA 工具,发现国产工具里有个叫蓝印 RPA的,设计思路比较对味——它不跟你拼 AI 写代码的能力,而是专门解决"AI 写完的代码怎么稳定跑起来"这个问题。另外它的 AI 功能虽然接入了文心一言、豆包、DeepSeek、Kimi 等大模型,但采用的是用户自行对接各平台 API 的方式,费用透明可控,不用走工具方的中转。更麻烦的是,AI 写完的判断逻辑不够全面,遇到异常情况没有兜底,每次出问题都得重新调 AI 修代码,修复成本越堆越高。缺了后面这一步,前面的"快"都是假的。

HAHAXX8的博客 786

AI大模型+RPA

AI+RPA

Andy的博客 338

低代码 & 无代码 RPA 项目实施:对接大模型接口的部署与运维要点

我们测试了几款工具后,最终选择了蓝印RPA——从元素获取到流程执行全部在本地完成,支持完全内网离线使用,数据不出本地,安全性直接拉满。而且它没有运行时长限制,也没有流程数量限制,支持打包 EXE 发给别人不用装客户端,多设备使用无需多开会员,对于需要频繁交付的场景非常实用。用 AI 写脚本、生成元素路径、优化 XPath,然后把生成的内容一键转成稳定的 RPA 流程,由 RPA 来保障长期稳定运行。但生产环境要的是稳定、可预期、可维护,而 AI 的本质是概率模型,这两者在某些场景下是矛盾的。

HAHAXX8的博客 724

进阶课程:如何为不同的AI引擎(DeepSeek/Kimi)

随着生成式搜索(GEO)的兴起,互联网的流量分配权正逐渐从传统搜索引擎转移到 DeepSeek、Kimi、文心一言等 AI 引擎手中。然而,不同的 AI 引擎在理解语料时有着不同的“胃口”。如果你只是...

UiPath训练营(技术交流群:465630324) 396
上一篇: RPA 面试高频真题 2026:开发、架构、落地、排坑全套问答
下一篇: RPA流程异常处理机制设计:分层捕获、智能重试与自愈策略
HAHAXX8
博客等级 码龄133天 2粉丝 89原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值