不容错过的实战指南!Dify工作流API全景揭秘,掌握高效开发秘籍!

AGI 之 【Dify】 之 Dify 在 Windows 端本地部署调用 Ollama 本地下载的大模型, API 形式 Python 调用 进行简单聊天接口测试 AGI,即通用人工智能(Artificial General Intelligence),是一种具备人类智能水平的人工智能系统。它不仅能够执行特定的任务,而且能够理解、学习和应用知识于广泛的问题解决中,具有较高的自主性和适应性。AGI的能力包括但不限于自我学习、自我改进、自我调整,并能在没有人为干预的情况下解决各种复杂问题。本节将介绍如何使用 Dify 平台调用 Ollama 部署的本地模型来创建一个聊天应用。通过 API 的方式发起聊天,可以让前端自由布置所需的聊天形式。 阅读详情

你是否想过,让你现有的业务流程与强大的AI模型无缝对接?

你是否希望,能够一键处理成百上千的任务,自动生成内容,甚至打造一个完全属于你自己的AI应用前端?

如果这些正是你所想的,那么Dify的API接口,就是你实现这一切的魔法棒。

或许你会问,Dify的网页界面已经很好用了,为什么我们还需要API?

来看一下三个无法在网页上完成,但通过API接口却能轻松实现的典型场景:

1. 自动化与批量处理:告别千次点击的灾难

我们都喜欢Dify工作流带来的智能。比如,用它来识别一张发票,既新奇又高效。但如果这项任务需要重复1000次呢?手动上传1000份文件,再点击1000次运行,那不是乐趣,而是一场灾难。现在可以调用API接口编写一个脚本,让它自动处理成千上万的文件,而你要做的,仅仅是下达一次指令。

2. 无缝嵌入系统:让AI成为流程的一部分,而不是一个独立的工具

你的业务或许已经运行在一套成熟的系统上。API能让你将Dify的AI能力,像一个智能插件一样,无缝嵌入到你现有的业务流程中。

3. 功能拓展:实现Dify本身没有的定时任务

可以设置定时任务自动调用Dify的API接口,不过后续这个功能Dify应该会实现。比如自动分析前一天的数据。

总而言之,当你追求效率的极致、流程的融合、功能的自由时,API就是你的不二之选。

理解了为什么要用API,接下来,怎么用就变得水到渠成。

在本系列的第一篇,我们就从最核心、用途最广的工作流API入手,开启你的实践之旅。

下面是官方手册里的8个API接口。

序号分类功能接口
1工作流执行执行 workflowPOST /workflows/run
2获取workflow执行情况GET /workflows/run/:workflow_run_id
3停止响应POST /workflows/tasks/:task_id/stop
4获取 workflow 日志GET /workflows/logs

5

文件操作上传文件POST /files/upload
6应用配置获取应用基本信息GET /info
7获取应用参数GET /parameters
8获取应用 WebApp 设置GET /site

本文都用apifox做接口测试,不用安装客户端,在线测试,比较方便,当然不建议测试隐私信息。

也有很多其他的接口测试工具,可以按需选择。

Image

1 接口详解

接口说明的示例就用之前文章搭建的发票识别工作流来举例。

输入是一个文件类型的参数,参数名称:upload。输出是一个JSON变量,参数名称:result。

Image

我们调用工作流的时候都需要用到API KEY,先要获取一下。

点击左侧菜单的【访问API】,点击右上角【API秘钥】,创建密钥。

这个密钥是访问工作流的关键,需要保存好,不要轻易泄露。

我这里都是本地搭建的Dify环境,为了演示方便,实际工作中不要轻易泄露。

无论是哪种接口调用,都是需要API KEY的。

Image

1.1 工作流执行

1.1.1 执行 workflow

curl -X POST 'http://127.0.0.1/v1/workflows/run' \
--header 'Authorization: Bearer {api_key}' \
--header 'Content-Type: application/json' \
--data-raw '{
    "inputs": {},
    "response_mode": "streaming",
    "user": "abc-123"
}'

执行工作流是我们用的最多的API接口,Headers里面需要添加两个参数:Authorization和Content-Type。

Content-Type为json类型,我们请求体构造的就是json类型的数据。

Image

然后就是请求体的构造了,也是很多人不太明白的地方。

Image

请求体主要分为三大块:

{
    "inputs":{
        "upload":{
            "type":"document",
            "transfer_method":"local_file",
            "upload_file_id":"fdc58b65-72e4-442a-af26-1af05e61e09e"
        }
    },
    "response_mode":"blocking",
    "user":"rongjie"
}

1、inputs:对象类型,必填,允许传入 App 定义的各变量值,就是我们在工作流中开始节点增加的参数。

本示例的传入工作流的参数我只增加了一个,为upload,文件类型。

Image

2、response_mode:字符串类型,必填,返回的响应模式,支持流式模式(streaming)和阻塞模式(blocking)。

3、user:字符串类型,必填,用户标识,用于定义终端用户的身份,方便检索、统计。

返回的响应模式和用户标识表示都非常好理解, inputs 参数包含了多组键值对(Key/Value pairs),每组的键对应一个特定变量,每组的值则是该变量的具体值。

比如我们这次的示例,变量只有一个,upload,变量字段类型是单文件,文件类型选择的是文档,因为我们上传的发票是PDF文件,所以type类型是document 。文件类型一共是5种,如下所示:

  • document 具体类型包含:'TXT', 'MD', 'MARKDOWN', 'PDF', 'HTML', 'XLSX', 'XLS', 'DOCX', 'CSV', 'EML', 'MSG', 'PPTX', 'PPT', 'XML', 'EPUB'
  • image 具体类型包含:'JPG', 'JPEG', 'PNG', 'GIF', 'WEBP', 'SVG'
  • audio 具体类型包含:'MP3', 'M4A', 'WAV', 'WEBM', 'AMR'
  • video 具体类型包含:'MP4', 'MOV', 'MPEG', 'MPGA'
  • custom 具体类型包含:其他文件类型

如果你上传的是图片文件,那么这个type值应该填写image。

Image

transfer_method为传递方式,local_file为本地上传,remote_url为url地址。

upload_file_id为上传的文件ID,这个是我执行完【1.4节上传文件】获取的值。

返回的信息包括任务ID、工作流ID、详细的数据信息。

这份完整版的大模型 AI 学习和面试资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】

我这里上传的文件类型是PDF,所以type为文档类型。

Image

响应信息。其中outputs是输出的数据结构,result是我在工作流中定义的输出变量,输出的是一个JSON结构的数据。其他还有工作流的错误信息、耗时、总tokens、总步数、开始时间、结束时间等。

{
    "task_id":"f717c097-d965-4198-b9a9-8e8b4e1c626d",
    "workflow_run_id":"40293a05-c790-4061-a5cd-fa3b7c973ed4",
    "data":{
        "id":"40293a05-c790-4061-a5cd-fa3b7c973ed4",
        "workflow_id":"ae15d15b-cfe2-4381-9899-e95fd9d7b8d2",
        "status":"succeeded",
        "outputs":{
            "result":{
                "invoice_title":"电子发票(普通发票)",
                "invoice_code":"25XXXX1359",
                "issue_date":"2025-03-23",
                "buyer_name":"北京XXXX有限公司",
                "buyer_tax_id":"911XXXX57T",
                "seller_name":"深圳XXXX有限公司",
                "seller_tax_id":"914XXXX399Q",
                "items":"[{\"name\": \"*电子元件*线对板针座\", \"model\": \"XH-4A-L\", \"unit\": \"个\", \"quantity\": 200, \"unit_price\": 0.0862831858407, \"amount\": 17.26, \"tax_rate\": \"13%\", \"tax_amount\": 2.24}, {\"name\": \"*电子元件*线对板针座\", \"model\": \"\", \"unit\": \"\", \"quantity\": null, \"unit_price\": null, \"amount\": -14.13, \"tax_rate\": \"13%\", \"tax_amount\": -1.84}]",
                "total_amount":3.13,
                "total_tax":0.4,
                "total_with_tax":3.53,
                "total_with_tax_in_words":"叁圆伍角叁分",
                "remarks":"",
                "issuer":"XX"
            }
        },
        "error":null,
        "elapsed_time":19.725127106999935,
        "total_tokens":2138,
        "total_steps":5,
        "created_at":1752820513,
        "finished_at":1752820533
    }
}

1.1.2 获取workflow执行情况

curl -X GET 'http://127.0.0.1/v1/workflows/run/:workflow_run_id' \
-H 'Authorization: Bearer {api_key}' \
-H 'Content-Type: application/json'

根据 workflow 执行 ID 获取 workflow 任务当前执行结果。

workflow_run_id是从上面执行workflow中获取的,Headers中要填写授权信息和Content-Type。

返回工作流的执行状态,status 执行状态有四种: running / succeeded / failed / stopped。

Image

1.1.3 停止响应

curl -X POST 'http://127.0.0.1/v1/workflows/tasks/:task_id/stop' \
-H 'Authorization: Bearer {api_key}' \
-H 'Content-Type: application/json' \
--data-raw '{"user": "abc-123"}'

执行工作流的时候会返回task_id。仅支持流式模式。

我们使用流式模式执行一下发票识别的工作流,然后执行停止响应的请求。

下面是流式响应执行工作流,在开始的时候获取task_id,在执行停止响应命令后可以看到断开连接,状态是stopped,error为被用户停止。

Image

停止响应需要填写任务的task_id。还有授权信息和Content-Type。

返回一个固定信息,result为success。

Image

1.1.4 获取 workflow 日志

curl -X GET 'http://127.0.0.1/v1/workflows/logs'\
 --header 'Authorization: Bearer {api_key}'

倒序返回workflow日志。之前执行了两次,一次正常执行工作流,一次被我停止响应了,返回了两条记录。

参数填写授权信息即可。

Image

1.2 上传文件

curl -X POST 'http://127.0.0.1/v1/files/upload' \
--header 'Authorization: Bearer {api_key}' \
--form 'file=@localfile;type=image/[png|jpeg|jpg|webp|gif] \
--form 'user=abc-123'

Headers还是需要填写授权,form-data中要增加file参数,参数类型为文件,点击Upload按钮可以上传本地文件。

返回文件的ID、名称、大小、后缀、mime-type、上传人ID、上传时间(时间戳格式)。

Image

{
    "id":"fdc58b65-72e4-442a-af26-1af05e61e09e",
    "name":"立创电子发票SO25032025405.pdf",
    "size":56981,
    "extension":"pdf",
    "mime_type":"application/pdf",
    "created_by":"4d63e97d-c836-4d16-bcc0-5628b863e2e0",
    "created_at":1752819363,
    "preview_url":null
}

1.3 应用配置

1.3.1 获取应用基本信息

curl -X GET 'http://127.0.0.1/v1/info' \
-H 'Authorization: Bearer {api_key}'

填写授权信息,返回应用名称、应用描述、应用标签。

Image

1.3.2 获取应用参数

 curl -X GET 'http://127.0.0.1/v1/parameters'

填写授权信息,返回开场白、开场白推荐问题、启用回答后给出推荐问题、语音转文本、文本转语音、引用和归属、标记回复、用户输入表单配置、文件上传配置、系统参数。

Image

完整输出:

{
    "opening_statement":"",
    "suggested_questions":[],
    "suggested_questions_after_answer":{
        "enabled":false
    },
    "speech_to_text":{
        "enabled":false
    },
    "text_to_speech":{
        "enabled":false,
        "language":"",
        "voice":""
    },
    "retriever_resource":{
        "enabled":true
    },
    "annotation_reply":{
        "enabled":false
    },
    "more_like_this":{
        "enabled":false
    },
    "user_input_form":[
        {
            "file":{
                "allowed_file_extensions":[],
                "allowed_file_types":[
                    "document"
                ],
                "allowed_file_upload_methods":[
                    "local_file"
                ],
                "label":"发票文件",
                "max_length":48,
                "options":[],
                "required":true,
                "type":"file",
                "variable":"upload"
            }
        }
    ],
    "sensitive_word_avoidance":{
        "enabled":false
    },
    "file_upload":{
        "image":{
            "enabled":false,
            "number_limits":3,
            "transfer_methods":[
                "local_file",
                "remote_url"
            ]
        },
        "enabled":false,
        "allowed_file_types":[
            "image"
        ],
        "allowed_file_extensions":[
            ".JPG",
            ".JPEG",
            ".PNG",
            ".GIF",
            ".WEBP",
            ".SVG"
        ],
        "allowed_file_upload_methods":[
            "local_file",
            "remote_url"
        ],
        "number_limits":3,
        "fileUploadConfig":{
            "file_size_limit":15,
            "batch_count_limit":5,
            "image_file_size_limit":10,
            "video_file_size_limit":100,
            "audio_file_size_limit":50,
            "workflow_file_upload_limit":10
        }
    },
    "system_parameters":{
        "image_file_size_limit":10,
        "video_file_size_limit":100,
        "audio_file_size_limit":50,
        "file_size_limit":15,
        "workflow_file_upload_limit":10
    }
}

1.3.3 获取应用 WebApp 设置

curl -X GET 'http://127.0.0.1/v1/site' \
-H 'Authorization: Bearer {api_key}'

填写授权信息,返回应用的 WebApp 设置,包括WebApp 名称、聊天颜色主题、聊天颜色主题是否反转、图标类型、图标、背景色、图标 URL、描述、版权信息、隐私政策链接、自定义免责声明、默认语言、是否显示工作流详情、是否使用 WebApp 图标替换聊天中的机器人图标。

Image

2 Python代码调用示例

接口搞明白后,Python代码就是顺理成章的事情,没有什么难度了。

我们还是以这个发票识别的举例。

这个工作流用到了两个接口,上传文件和执行工作流。

当上传文件成功的时候再执行工作流,这里需要注意的是上传文件的时候还是要给出文件的mime类型。

MIME(Multipurpose Internet Mail Extensions)类型,也叫“媒体类型”,用来标识文件的内容类型。

它的格式通常是 主类型/子类型,比如:

  • application/pdf —— PDF 文件
  • image/jpeg —— JPEG 图片
  • text/plain —— 纯文本文件

这里用了mimetypes.guess_type(file_path) 会根据文件扩展名自动推断出合适的 MIME 类型。

下面的Python脚本封装了两个核心函数:upload_file_to_dify() 和 run_dify_workflow()。

脚本的执行逻辑:首先调用文件上传接口,成功获取file_id后,再将其作为参数调用工作流执行接口。

import requests
import os
import mimetypes
import json

defupload_file_to_dify(api_key, file_path, user_id, dify_base_url="http://127.0.0.1"):
    """
    上传文件到Dify的工作流接口。
    :param api_key: Dify API密钥。
    :param file_path: 需要上传的文件的本地路径。
    :param user_id: 用户标识字符串。
    :param dify_base_url: Dify服务地址。
    :return: 成功返回服务器JSON响应,失败返回None。
    """
    ifnot os.path.exists(file_path):
        print(f"[错误] 文件未找到: {file_path}")
        returnNone

    url = f"{dify_base_url}/v1/files/upload"
    headers = {
        'Authorization': f'Bearer {api_key}'
    }
    data = {
        'user': user_id
    }

    # 自动推断MIME类型,支持多种常见类型
    mime_type, _ = mimetypes.guess_type(file_path)
    ifnot mime_type:
        mime_type = 'application/octet-stream'# 默认二进制流

    print(f"准备上传文件 '{os.path.basename(file_path)}' (类型: {mime_type}) 至 {url}...")

    try:
        withopen(file_path, 'rb') as f:
            files = {
                'file': (os.path.basename(file_path), f, mime_type)
            }
            response = requests.post(url, headers=headers, data=data, files=files)
            if response.status_code in (200, 201):
                print("[成功] 文件上传成功!")
                print("服务器返回:", response.json())
                return response.json()
            else:
                print(f"[失败] 文件上传失败,状态码: {response.status_code}")
                print("错误详情:", response.text)
                returnNone
    except Exception as e:
        print(f"[错误] 请求过程中发生异常: {e}")
        returnNone

defrun_dify_workflow(api_key, file_id, user_id, dify_base_url="http://127.0.0.1"):
    """
    执行Dify工作流
    :param api_key: Dify API密钥
    :param file_id: 上传文件返回的id
    :param user_id: 用户ID
    :param dify_base_url: Dify服务地址
    :return: 服务器返回的JSON响应
    """
    url = f"{dify_base_url}/v1/workflows/run"
    headers = {
        "Authorization": f"Bearer {api_key}",
        "Content-Type": "application/json"
    }
    data = {
        "inputs": {
            "upload": {
                "type": "document",
                "transfer_method": "local_file",
                "upload_file_id": file_id
            }
        },
        "response_mode": "blocking",
        "user": user_id
    }
    print(f"准备执行工作流,文件ID: {file_id}")
    try:
        response = requests.post(url, headers=headers, data=json.dumps(data))
        if response.status_code in (200, 201):
            print("[成功] 工作流执行成功!")
            print("服务器返回:", response.json())
            return response.json()
        else:
            print(f"[失败] 工作流执行失败,状态码: {response.status_code}")
            print("错误详情:", response.text)
            returnNone
    except Exception as e:
        print(f"[错误] 请求过程中发生异常: {e}")
        returnNone

if __name__ == "__main__":
    DIFY_API_KEY = "app-2HhXFkGAploInzSfAc8S9ZL4"
    DIFY_BASE_URL = "http://127.0.0.1"
    USER_ID = "rongjie"
    # 文件路径:当前目录下的upload_file/立创电子发票SO25032025405.pdf
    LOCAL_FILE_PATH = os.path.join(os.path.dirname(__file__), "upload_file", "立创电子发票SO25032025405.pdf")

    # 上传文件
    upload_result = upload_file_to_dify(
        api_key=DIFY_API_KEY,
        file_path=LOCAL_FILE_PATH,
        user_id=USER_ID,
        dify_base_url=DIFY_BASE_URL
    )

    # 如果上传成功,执行工作流
    if upload_result and'id'in upload_result:
        FILE_ID = upload_result['id']
        run_dify_workflow(
            api_key=DIFY_API_KEY,
            file_id=FILE_ID,
            user_id=USER_ID,
            dify_base_url=DIFY_BASE_URL
        )
    else:
        print("[错误] 未获取到文件ID,无法执行工作流。")

代码中加了很多调试信息,是为了测试方便,实际应用可以去掉。

Image

拿到工作流返回的结果,就可以根据实际情况进行分析了,比如发票识别这个例子,之前的文章就是把结果写到了本地的Excel表格中了。

如果你没有代码基础,需要调用工作流的API接口,把DIFY_API_KEY 、DIFY_BASE_URL 、USER_ID更改为你本地的实际值。工作流中的输入参数改为你本地工作流的值,我这里是工作流开始节点增加的参数是upload,参数类型等也要更改为你实际的值。

"inputs": {
    "upload": {
        "type": "document",
        "transfer_method": "local_file",
        "upload_file_id": file_id
    }
},

上传文件的工作流参数,只需要修改上传文件的路径就行了。当然,DIFY_API_KEY 、DIFY_BASE_URL 、USER_ID更改为你本地的实际值。

其他的接口其实都是类似的,就不在此一一赘述了。

本文档详细介绍了Dify工作流API的核心接口与调用方法,并提供了一个覆盖文件上传到执行的全流程Python示例。

从开发者角度来看,掌握API调用,核心是实现一种视角的转变:即将Dify从一个独立的AI应用,视为一个可被任意业务系统集成的智能化组件。

在这种视角下,Dify的Web界面更多承担了工作流设计与调试的职责,而API则是在生产环境中实现自动化、批量化和深度集成任务的必要手段。将二者结合使用,才能发挥出Dify在实际工程项目中的全部潜力。

3 如何学习AI大模型?

我在一线互联网企业工作十余年里,指导过不少同行后辈。帮助很多人得到了学习和成长。

我意识到有很多经验和知识值得分享给大家,也可以通过我们的能力和经验解答大家在人工智能学习中的很多困惑,所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限,很多互联网行业朋友无法获得正确的资料得到学习提升,故此将并将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

这份完整版的大模型 AI 学习和面试资料已经上传优快云,朋友们如果需要可以微信扫描下方优快云官方认证二维码免费领取【保证100%免费】

在这里插入图片描述

第一阶段: 从大模型系统设计入手,讲解大模型的主要方法;

第二阶段: 在通过大模型提示词工程从Prompts角度入手更好发挥模型的作用;

第三阶段: 大模型平台应用开发借助阿里云PAI平台构建电商领域虚拟试衣系统;

第四阶段: 大模型知识库应用开发以LangChain框架为例,构建物流行业咨询智能问答系统;

第五阶段: 大模型微调开发借助以大健康、新零售、新媒体领域构建适合当前领域大模型;

第六阶段: 以SD多模态大模型为主,搭建了文生图小程序案例;

第七阶段: 以大模型平台应用与开发为主,通过星火大模型,文心大模型等成熟大模型构建大模型行业应用。

在这里插入图片描述

👉学会后的收获:👈

• 基于大模型全栈工程实现(前端、后端、产品经理、设计、数据分析等),通过这门课可获得不同能力;

• 能够利用大模型解决相关实际项目需求: 大数据时代,越来越多的企业和机构需要处理海量数据,利用大模型技术可以更好地处理这些数据,提高数据分析和决策的准确性。因此,掌握大模型应用开发技能,可以让程序员更好地应对实际项目需求;

• 基于大模型和企业数据AI应用开发,实现大模型理论、掌握GPU算力、硬件、LangChain开发框架和项目实战技能, 学会Fine-tuning垂直训练大模型(数据准备、数据蒸馏、大模型部署)一站式掌握;

• 能够完成时下热门大模型垂直领域模型训练能力,提高程序员的编码能力: 大模型应用开发需要掌握机器学习算法、深度学习框架等技术,这些技术的掌握可以提高程序员的编码能力和分析能力,让程序员更加熟练地编写高质量的代码。

在这里插入图片描述

1.AI大模型学习路线图
2.100套AI大模型商业化落地方案
3.100集大模型视频教程
4.200本大模型PDF书籍
5.LLM面试题合集
6.AI产品经理资源合集

👉获取方式:
😝有需要的小伙伴,可以保存图片到wx扫描二v码免费领取【保证100%免费】🆓

在这里插入图片描述

Dify工作流接收API请求带文件(有小坑) 在上面这样一个工作流中,开始节点需要接收一个音频文件,那么如何构建请求。首先看一下官方给的示例,这里注意如果采用 local_file 模式,需要先调用上传文件接口,然后拿到文件id。实际请求如下,file 需要放到 inputs 里面。如果还有其他疑问,欢迎留言探讨! 阅读详情

相关推荐

Dify外部知识库API对接实战:5步搞定RAGFlow集成与避坑指南

本文深入解析了Dify外部知识库API的架构原理与生产级集成实战,重点探讨了如何通过5个关键步骤高效对接RAGFlow等专业RAG系统。文章对比了三种集成模式的优劣,并提供了检索参数调优、错误处理及性能监控等避坑指南,帮助企业实现异构知识源的无缝融合与稳定运行。

ss78901的博客 798

Dify中的API接口:对话、生成和工作流

对话应用支持会话持久化,可将之前的聊天记录作为上下进行回答,可适用于聊天/客服 AI 等。

NLP工程化 1万+

【AI】DIfy-工作流调用外部API

DIfy-工作流调用外部API。

德仔 4850

本地部署 AI 智能体,Dify 搭建保姆级教程:票据(发票/火车票)识别工作流 API 对接

通过图中1,2,3 即可获取一个密钥。在apifox 可以调用成功,就说明这个接口可以在我们的服务中使用了。可以对接到业务中了。下一篇将介绍: agent+工作流,如何使用。

wind1_rain的博客 3053

Token验证绕过 靶场实战

实验介绍 1.漏洞简介 在Web领域基于Token的身份验证随处可见。在大多数使用Web API的互联网公司中,tokens 是多用户下处理认证的最佳方式。 具有以下几点特性: 1)无状态、可扩展 2)支持移动设备 3)跨程序调用 4)安全 2.原理基于Token的验证原理 基于Token的身份验证是无状态的,我们不将用户信息存在服务器或Session中。 NoSession意味着你的程序可以根据需要去增减机器,而不用去担心用户是...

weixin_54771278的博客 2251

Claude Skills 深度讲解

阶段 1:Function Call(2023)├─ 大模型可以调用外部工具├─ 问题:缺乏对任务的深度理解└─ 局限:工具调用简单线性阶段 2:MCP 上下文工程(2024)├─ 大模型有了更丰富的上下文和工具├─ 问题:仍然需要手动编写复杂的 Prompt└─ 局限:每次对话都需要重新加载上下文阶段 3:Claude Skills(2025)├─ 大模型有了「能力模块」的概念├─ 可以动态加载、组合、执行专门的工作流├─ 真正实现了「知识的模块化和复用」

u013134676的博客 1464

什么是Dify?从基础到核心,这篇干货总结不容错过

什么是Dify?从基础到核心,这篇干货总结不容错过

AI大模型的博客 1094

数字化转型是什么?核心又是什么呢?

01到底什么是数字化转型? 这时候你或许要问笔者了,既然你说使用新兴技术不是数字化转型,那使用新的商业模式总该是数字化转型了吧?你比如阿里巴巴,作为我们中国人最熟悉的开展电子商务的公司,它可以说是新的商业模式最大的开创者了:阿里巴巴是世界上最大的零售商,却没有任何一家实体店和任何库存;再比如优步(Uber),我们非常熟悉的一个线上打车平台,它可以算是世界上最大的出租车公司了,但是它不拥有一辆出租车。还有近些年来,我们经常使用的的旅游房屋租赁社区爱彼迎(Airbnb),它可以为消费者提供多样的住宿信息..

weixin_58342023的博客 4043

Dify插件开发避坑大全,资深架构师20年经验总结不容错过

掌握VSCode Dify插件的开发模板,高效构建AI集成插件。本文汇总资深架构师20年实战经验,覆盖常见坑点、调试技巧与最佳实践,适用于AI工作流扩展与自动化场景,提升开发效率50%以上,值得收藏。

InstrWander的博客 1055

青藏高原冻土数据实战:如何用QGIS分析1961-2020年冻土退化趋势(附完整操作步骤)

本文详细介绍了如何使用QGIS分析1961-2020年青藏高原冻土退化趋势,包括数据准备、预处理、时空分析和模型验证等全流程操作。通过TTOP模型和Stefan方程,揭示了冻土退化的空间差异和海拔依赖性,为环境研究提供科学依据。

weixin_29276847的博客 127

【测试】echo发送和接收TCP/UDP数据包|shell 发送TCP/UDP数据包

目录 通过/dev/tcp、/dev/udp shell给tcp或udp服务发送16进制报文指令 通过/dev/tcp、/dev/udp (https://blog.youkuaiyun.com/u010039418/article/details/86251470) 通过/dev/tcp、/dev/udp可以直接在shell脚本中发起tcp、udp连接,方便又高效,平时用于测试啥的还是挺方便的。 直接发送 格式 /dev/udp/ip/port 比如要向本地10001端口发送数据,可以使用 ec.

我的笔记本 1万+

借助Cursor与Dify DSL实现零代码AI工作流开发

本文详细介绍了如何结合Cursor AI编程助手与Dify DSL,实现无需编写代码即可开发AI工作流。通过自然语言指令,快速生成符合Dify平台规范的YAML配置文件,并导入部署,大幅降低了AI应用开发门槛,让产品经理和运营人员也能高效构建翻译助手等自动化流程。

k6l7m8n9的博客 1048

【WorkBuddy专栏25】如何选择大模型——积分消耗、用途场景、选型决策全指南

【WorkBuddy专栏25】如何选择大模型——积分消耗、用途场景、选型决策全指南

AI人人懂 936

如何通过dify-schedule解决Dify工作流定时执行难题?

你是否曾遇到这样的场景:精心设计的Dify工作流只能手动触发,周末想休息却不得不远程登录执行数据同步?或者重要报告生成需要凌晨运行,却担心睡过头错过时间窗口?这些问题的核心在于Dify本身缺乏定时任务调度能力,而手动操作不仅占用精力,还容易因人为疏忽导致任务延误。 dify-schedule正是为解决这些问题而生——它就像一位不知疲倦的助理,能按照你设定的时间自动触发Dify工作流,并在任务完成

gitblog_00928的博客 1196

基于Simulink的无线充电系统LCC补偿网络建模与控制

本文详细介绍了基于Simulink的无线充电系统LCC补偿网络建模与控制方法。首先分析了LCC补偿网络的恒流输出、软开关实现和抗偏移能力等优势,并对比了不同补偿拓扑特性。随后分步骤讲解了Simulink建模流程,包括LCC主电路构建、关键参数设计、双闭环控制系统实现等核心环节。重点阐述了移相控制策略和软开关验证方法,提供了系统效率计算和抗偏移测试的调试技巧。最后展示了仿真结果,在耦合系数变化20%时,闭环系统仍能保持输出电压稳定在±2%波动范围内。文章还探讨了工程扩展方向,并针对常见问题给出了解决方案,为无

xiaoheshang_123的博客 539

【调优】OpenClaw调优之模型(tokens)篇

OpenClaw用户常遇四大痛点:规则被无视、API账单暴涨、低效模型选择、记忆丢失。通过/context list命令可解析上下文组成,包括工作区配置、引导参数限制、系统提示词等关键信息。重点需关注Token消耗来源,如核心配置文件、技能工具说明等,避免静默截断。建议精简非必要内容,优化记忆机制,平衡功能与成本。该分析帮助用户减少无效操作,合理控制API支出。

海兰 990

手把手教你集成Dify与LangChain,打造高可用AI工作流,错过再等一年

掌握Dify与LangChain集成开发指南,轻松构建高效稳定的AI工作流。涵盖自动化推理、多模型调度与可视化编排等核心方法,适用于智能客服、企业知识库等场景。实现低代码快速部署,提升系统可用性与扩展性,值得收藏。

FuncLens的博客 1559

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

Dify 101隐藏功能大揭秘:如何利用API集成提升你的AI项目效率

本文深入探讨了如何利用Dify的API集成功能,将AI能力无缝嵌入现有技术栈,从而大幅提升项目效率。文章详细解析了超越基础调用的高级API用法,包括工作流自动化触发、知识库动态管理以及基于API的监控与优化策略,旨在帮助中级开发者实现从“能用”到“高效用”的跨越。

s8t9u0v1w的博客 398

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

DeepSeek大模型生态全景:开发者不可错过的集成指南(文末附地址)

(本文基于awesome-deepseek-integration项目整理优化,文末附github地址)

qq_73376107的博客 2350

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

还在自己调LLM?错过Dify,你可能错过下一波低代码AI开发红利,大模型入门到精通,收藏这篇就足够了!

Dify 非单一工具,是融合 BaaS 与 LLMOps 理念的开源平台,目标是将 AI 应用开发从“手工作坊”升为“标准化流水线”,核心定位体现在三大能力。

Y525698136的博客 1049

错过再等一年!Dify工作流重试机制内部资料曝光(附源码级解析)

掌握Dify工作流的错误重试机制,有效提升自动化任务稳定性。本文深入解析其适用场景、核心实现逻辑与源码级配置方法,涵盖网络异常、依赖失败等常见问题应对策略,帮助开发者快速定位并优化流程容错能力,值得收藏。

InstrGap的博客 829

基于Dify构建企业级知识库与智能客服工作流实战指南

最近帮朋友公司评估他们的客服系统,发现几个典型问题:用户问“最新产品保修政策”,客服机器人要么答非所问,要么需要等上好几秒才从一堆文档里翻出答案。更头疼的是,市场部刚更新的促销规则,客服系统要等IT部门排期开发、测试、上线,往往一周后才能生效,商机早就错过了。这种响应延迟和知识更新滞后的痛点,在很多企业都存在。传统自研客服系统,从意图识别模型训练、对话逻辑编写到知识检索模块开发,每个环节都需要投入大量开发资源,周期长、成本高,而且后期维护升级更是噩梦。

2600_94959852的博客 285

从零到一:5个技巧让你轻松掌握Dify工作流自动化

还在为重复的人工操作烦恼吗?想让AI帮你自动完成复杂任务吗?今天我要为你介绍一个神奇的Dify工作流资源库——Awesome-Dify-Workflow!这个项目汇集了50多个现成的Dify工作流模板,让你能够像搭积木一样快速构建AI自动化流程。无论你是技术小白还是资深开发者,都能在这里找到适合你的工作流解决方案! 想象一下:上传一个CSV文件,AI就能自动分析数据并生成图表;输入一段中文,系统

gitblog_00548的博客 1057

错过这几点,你的Dify API集成注定失败:速率控制与重试机制详解

掌握Dify API 的速率限制与重试机制,避免请求失败与系统不稳定。详解适用场景、指数退避策略与错误处理方案,提升集成可靠性与性能表现。合理配置限流参数,保障高并发下的稳定性,值得收藏。

DeepLens的博客 993

dify v1.3.0发布:插件自动更新、Mermaid优化,AI开发更高效!

亲爱的技术爱好者们,Dify 团队带来了全新的 v1.3.0 版本!本次更新不仅包含多项重磅功能,还有大量性能优化和 Bug 修复,让你的 AI 开发体验更上一层楼!

福大大架构师每日一题 1350
上一篇: AI Infra新领域:程序员必读的AI系统设计与挑战指南!
下一篇: AI产品经理必备:RPA、低代码、大模型如何选型?掌握未来AI产品趋势!
智泊AI官方
博客等级 码龄6年 8638粉丝 2667原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值