tag 工作流

標籤
貢獻19
81
08:16 PM · Nov 03 ,2025

@工作流 / 博客 RSS 訂閱

GMICloud - Dify 上線 GMl Cloud 插件!構建深度研究工作流只需 5 步!

摘要 GMI Cloud 插件正式無縫集成到 Dify!提供高性能的多系列模型,如Minimax、DeepSeek、GPT OSS、Qwen、Keling等,支持市場研究、模型評估、文獻綜述等任務處理。大家只需獲取 GMI Cloud API 密鑰,在 Dify 安裝配置插件,即可藉助模板構建深度研究工作流程。本文為步驟的詳細教程。** 01 概述 GMI Cloud 是一個強大的雲原生 GPU

人工智能 , dify , 工作流

收藏 評論

極狐GitLab - 一種簡潔又不失優雅的工作流:極狐 flow

本文來自: 萬金 極狐(GitLab)解決方案專家 楊周 極狐(GitLab) 高級解決方案架構師 極狐(GitLab) 市場部內容團隊 我們提到的 Workflow 是指什麼? 我們在日常開發工作中提到的 Workflow 通常是指通過 Git(版本控制工具)實現的分佈式版本控制(distributed revision control),它允許多名軟件開發者,在不同的網

workflow , devops , 分支管理 , gitlab , 工作流

收藏 評論

得物技術 - 探索BPMN—工作流技術的理論與實踐|得物技術

一、前言 19世紀70年代,流程管理思想萌芽階段。 怎樣提高工作效率? 泰勒:標準化個人操作流程 亨利·福特:規定標準時間定額 標準化、精簡化、通用化、專業化。 20世紀70年代,工作流技術起源於辦公自動化領域的研究。由於當時計算機尚未普及,網絡技術水平還很低以及理論基礎匱乏,這項新技術並未取得成功,許多公司採用紙張表單,手工傳遞的方式,一級一級審批簽字,工作效率非

bpmn , 效率 , JAVA , 工作流

收藏 評論

葡萄城技術團隊 - 別再踩坑了!Activiti、Flowable、Camunda選型完全指南

📋 目錄 發展歷史 總體目標 性能對比 功能覆蓋 生態與社區活躍度 推薦結論 參考資料 發展歷史 引擎 起源 當前狀態 備註 Activiti 由 Alfresco 發起,2010 年開源 官方維護減弱 主要用於輕量級場景 Flowable 從 Activiti 6 分支演化

工作流

收藏 評論

極狐GitLab - 無序和混亂終結者,極狐 GitLab Workflow 到底有什麼魔力?

效率和質量是軟件產品追求的兩個核心關鍵點,軟件產品研發是一個覆蓋多階段、涉及多團隊的過程,業界也已經總結出了一些很好的實踐,在保證研發效率的同時還能保證代碼質量。比如代碼提交規範、Code Review、代碼准入、CI/CD。 但是由於缺乏行之有效的研發流程規範,讓上述實踐在落地的時候往往流於形式、可有可無,讓保證質量、提升效率成為懸而難落的話題。而代碼提交不規範、不同開發模式下代碼審核與准入環節

workflow , devops , gitlab , cicd , 工作流

收藏 評論

軟件部長 - 深度解析 JVS低代碼如何用“獨立流程”玩轉跨系統,複雜業務協作場景

當不同業務系統間複雜的流程需要啓動時,當審批數據來自不同的業務模塊時,傳統的開發方式一般通過繁瑣的接口對接,但是有了低代碼開發後,不需要複雜的編碼,只需要通過可視化配置,就能讓A列表中新提交的數據,自動觸發B流程的審批,並直接在同一列表中進行處理。 不管是預算審核、政策合規檢查,還是任何需要跨系統協作的場景,它都能快速搭建高度自動化、無縫銜接的業務流程。 接下來,我通過JVS低代碼開發

低代碼 , 低代碼開發平台 , JAVA , 工作流 , 流程

收藏 評論

風流的柳樹 - bpmn-js打造最強flowable流程設計器

在企業級系統中,流程引擎是不可或缺的一環。Flowable 作為一款強大而靈活的 BPM 引擎,提供了豐富的流程控制能力。但它默認的流程設計器相對簡陋,擴展性不高,難以滿足複雜業務場景下的個性化需求。 本文將介紹如何基於 bpmn-js 打造一款媲美甚至超越官方的 Flowable 流程設計器,支持豐富的自定義屬性、事件監聽、與後端無縫聯動等功能。 為什麼選擇 bpmn-js? [bpmn-js]

flowchart , bpmn , 工作流可視化 , 工作流

收藏 評論

軟件部長 - 在流程審批中,如何讓審批人與發起人表單內容各顯其需?

在企業運營管理中,採購審批作為連接需求提出和資源調配的重要環節。流程設計和執行效率影響到企業的成本和業務的響應速度,今天我通過低代碼內的流程引擎配置了一套標準化、智能化,並且具備靈活擴展性的採購審批體系,一起來看看具體的配置流程。 示例場景 某企業需要構建一個採購審批流程,包含以下角色和需求: 流程審批:審批人填寫表單,表單有10 個字段,發起人寫 5 個,審批人寫 5 個。 • 發起

低代碼 , 低代碼開發平台 , 工作流 , 流程

收藏 評論

JeeLowCode - 從百萬到十萬:低代碼在企業應用系統開發中的成本優化路徑

以前做個系統,少説十幾萬,還得熬上半年時間。需求一改,開發週期就拉長,預算也飆升,很多中小企業直接搖頭。 現在用低代碼,事情完全不一樣了。1萬塊錢,幾天就能把核心功能搭出來,改需求也不用返工。低代碼把複雜的開發工作變成拖拽和配置,像搭積木一樣簡單: 可視化開發:拖拽組件、配置邏輯,減少手寫代碼; 快速交付:從需求到上線大幅縮短週期; 低成本:人力和項目預算顯著降低; 靈活可改:需求

低代碼 , 低代碼開發平台 , 工作流 , 可視化

收藏 評論

JeeLowCode - 低代碼系統的技術深度:超越“可視化操作”的架構與實現挑戰

在很多非開發者眼中,低代碼平台似乎只是簡化流程、快速搭建頁面的工具。 然而,在真實的企業級應用中,低代碼系統必須面對高併發請求、複雜業務規則、多角色權限、跨系統集成與持續演進等一系列工程挑戰。 高效交付(Rapid Delivery):通過可視化建模、模塊化組件與流程自動化,大幅提升開發效率,縮短項目週期; 精確建模(Precise Modeling):藉助數據建模器、規則引擎與動態表單系統

工作流可視化 , 低代碼 , 低代碼開發平台 , 工作流

收藏 評論

JeeLowCode - 從拖拽到架構:低代碼如何兼顧速度、靈活性與可控邊界

在敏捷開發與業務快速迭代的背景下,低代碼技術逐漸從“工具層面的生產力補充”演變為“架構層面的交付要素”。它不僅承擔了部分應用快速構建的職能,更不可避免地介入了企業的 IT 治理、架構演進與系統邊界管理。 對於技術人員而言,低代碼的真正挑戰並不在於“能否拖拽生成頁面”,而在於如何在既有技術棧與治理框架中,合理定位低代碼的角色,避免架構失衡與治理缺口。低代碼的引入打破了傳統 IT 交付的單一模式,使得

工作流可視化 , 低代碼 , 低代碼開發平台 , 工作流

收藏 評論

JeeLowCode - 低代碼範式的內涵與邊界:介於無代碼與複雜代碼的再思考

在當下的語境中,“低代碼”往往被簡化為“拖拽組件”“快速搭建”的代名詞,但這只是表象。 當我們真正去審視低代碼時,會發現它所指涉的遠不止可視化操作界面,而是涵蓋了完整的開發邏輯、技術體系與智能化支撐。 第一,表層體驗:可視化與直觀操作 低代碼最直觀的特徵在於“所見即所得”的構建方式,包括可視化工作流、組件化設計、實時渲染與動態預覽等,這些功能降低了應用開發的門檻。 第二,技術

工作流可視化 , 低代碼 , 低代碼開發平台 , 工作流

收藏 評論

JeeLowCode - 低代碼的系統化演進:從工具邏輯到平台架構的技術解讀

低代碼最初被看作是開發效率工具,用於快速搭建審批流程、表單收集等輕量化應用。隨着企業級需求的增長,這種工具化定位逐漸顯得不足。 越來越多的企業開始關注低代碼在複雜系統、跨部門協同以及高併發場景中的適用性。由此,低代碼的角色正在發生轉變——從滿足局部需求的工具,向支撐業務架構和長期治理的平台演進。 這種轉變不僅是功能上的擴展,更是架構、性能、安全和生態上的系統性升級。 可視化工作流 流程功能 流程

低代碼 , 低代碼開發平台 , JAVA , 工作流

收藏 評論