xiaohack's Blog - 低代码平台
type: channel
link: https://blog.xiaohack.org/tag/60b6630d-2f5e23/
items: 社区投稿 | 用内控服务学校治理——基于数式Oinone的高校内控数智化实践
items: 什么是低代码平台?2026年主流低代码平台盘点
items: 理解低代码平台的技术内核：构建能力与运行治理的双层结构
items: 集成度高的ERP厂商提供的SRM模块，和专业SRM厂商的产品，哪个更受欢迎？
items: 飞搭系列 | 核心数据安全守护，飞搭审计功能妙用
items: 普通人也能懂的智能体：AI Agent从0到1实操手册（LLM应用向）
items: 有哪些SRM系统是专门为供应链管理设计的？
items: 分享我写的一套自研工作流引擎，低代码底座模型源码
items: 有人试用过上百家低代码平台，踩坑太多了，其实低代码选型只要看这4点！
items: 飞猪搭建系统演进：从人工运营到多 Agent 协同 搭投生产

社区投稿 | 用内控服务学校治理——基于数式Oinone的高校内控数智化实践
type: item
date: 2026-01-29T19:23:11+08:00
description: 作者介绍苏国庆资深审计内控专家 | 全栈架构师Oinone Codelab 开源组织 核心用户行业领先内控审计公司技术负责人，10 年+ 行业深耕，拥有从架构设计至业务落地的全链路闭环能力。精通全栈开发与数据治理，在复杂数据采集及深度分析领域造诣深厚，擅长攻克高难度业务数据挑战。在国家大力推进教育治理体系和治理能力现代化的背景下，财政部、教育部联合发布《关于进一步加强高等学校内部控制建设的指导意见》（财会〔2024〕16号），明确提出到2026年基本建成制度健全、权责清晰、制衡有力、运行有效、风险可控、监督到位的高校内部控制体系。如何让内部控制体系实际融入单位业务并服务于单位治理，让风险可监测、可跟踪、可预警、可纠偏，成为现实难题。以此为驱动，河南中审科技有限公司依托数式Oinone低代码平台，成功打造了面向各级院校的“院校内部控制数智化服务平台”，以真实业务场景为载体，探索出了一条“用内控规则驱动业务、用数据支撑治理”的可落地路径。不仅响应了国家对高校治理能力提升的战略要求，更充分展现了Oinone作为企业级产品化引擎在复杂业务场景中的强大支撑能力。政策驱动内部控制成为单位治理能力提升的重要抓手近年来，国家层面持续释放明确信号：第十四届全国人大常委会第十次会议表决通过《关于修改（中华人民共和国会计法）的决定》，首次将内部控制写入会计法，明确提出“各单位应当建立、健全本单位内部会计监督制度，并中华人民共和闻会计法纳入本单位内部控制制度”，为各单位开展内部控制评价工作提供了坚实的法律保障。2023年2月8日，中共中央办公厅、国务院办公厅印发了《关于进一步加强财会监督工作的意见》，并发出通知，要求各地区各部结合实际认真贯彻落实。其中，《意见》从5个方面明确要求完善“内部控制”：尤其是在高校领域，财政部、教育部最新文件明确要求：规范债务管理，加强对外合作管理，强化科研管理，加强财政专项项目管理，规范非学历教育办学行为，强化所属企业管理，规范附属单位和校内独立核算单位管理，加强教育基“6+N"金会管理。全面提升高等学校内部控制的信息管理水平。到2026年，基本建立制度健全、权责清晰、制衡有力、运行有效、风险可控、监督到位的内部控制体系。充分发挥高等学校党委在内部控制建设中的领导作用，内部控制相关重要议题应提请党委决策审议。明确高等学校校长是内部控制建设和实施工作的首要责任人明确学校领导班子其他成员是各自分管领域内部控制建设与实施的负责人。内部控制工作应纳入高等学校领导班子年度履职清单。现实痛点为什么“有内控，却防不住风险”在大量高校实践中，我们发现几个高度共性的难题：1.建设成效与预期存在偏差· 建设成果与单位业务不匹配未达建设预期成效；· 未将内部控制融入单位业务流程业务覆盖不全面；· 未形成对单位治理的支撑作用无法充分发挥管控效能；2.传统建设方法无法满足新要求· 传统内控建设方法耗费工时多、质量低、效果差；· 需采购第三方服务与过“紧日子”的要求不符合；· 对人员专业能力和经验依赖性高无法确保内控建设质量和效果；3.风险管控响应滞后· 传统模式依赖人工排查风险管控响应存在滞后；· 人工识别易出现风险遗漏判断结果存在偏差；· 风险管控以事后补救整改为主事前防控不足；这些问题的本质在于：内控规则没有进入业务系统“跑起来”。关键支撑数式 Oinone 平台让内控数字化、数智化、数治化高校内控系统对平台能力要求高：业务复杂、规则多、变化快、国产化要求严格。数式Oinone在本项目中，成为内控数智化真正落地的关键底座。基于内部控制体系成果构建内控规则库，形成单位管控的业务底座，实现内部控制数字化；通过内部控制形成基于规则前置的经济业务的全流程应用，实现内部控制数智化；基于内控规则对业务过程深度分析，让数据话说，挖掘潜在风险，织密廉政风险防范网，实现内部控制数治化。1.数据驱动：平台级能力的统一建模与演进基础数式Oinone以元数据驱动作为平台的底层设计理念，将应用中的模型、页面、流程、权限、集成关系等共性要素统一抽象为可管理的元数据对象，使系统具备：· 可建模：核心业务要素在平台层面形成统一描述，而不是分散在各类实现代码中；· 可复用：已沉淀的模型结构、交互模式和流程能力可在不同应用、不同项目中复用；· 可演进：通过元数据的差量管理和版本管理机制，支撑产品持续迭代和升级；基于这一能力，平台实现了产品结构与实现逻辑的解耦，为复杂业务系统的长期演进、模块扩展和规模化交付提供了稳定而可持续的技术基础。2.低无一体：效率与灵活兼得面对高校差异化管理需求，又可通过Java / Vue原生代码深度扩展，实现了真正的 “低无一体”开发模式，既快，又不受限。3.复杂流程建模能力，匹配真实内控场景Oinone原生支持复杂流程引擎，使内控规则能够完整嵌入真实…

什么是低代码平台?2026年主流低代码平台盘点
type: item
date: 2026-01-27T16:41:12+08:00
description: 十几年前，记得我刚做企业数字化咨询时，我总被客户问到同一个问题：“能不能在三个月内帮我们把报销、工单、库存管理全打通？”但每次我都只能苦笑。那时候还没有很好的工具，而如果用传统编码开发就像盖砖房，从打地基到砌墙抹灰，一步都不能省，三个月也只够搭个框架。当时我就想，要是有套积木式的开发工具就好了，业务人员说要什么，我们随手搭一搭，几天就能交出能用的系统。后来几年，市面上也陆续冒出来一些“快速开发工具”，我带着客户也试过好几款。但用下来总觉得差口气：要么只能做些简单表单，稍微复杂点的流程就卡壳；要么和现有ERP、CRM系统完全割裂，数据得手动导来导去；最头疼的是，改个字段还要找技术人员，调整个审批节点要等排期，本质上还是没跳出“依赖专业开发”的怪圈。直到这两年，尤其是2026年低代码平台集体升级后，我才真切感受到：那个“用积木搭系统”的时代，真的来了。它们不再过去是边缘型工具（只能做一些简单功能的系统），而是成为了能扛事的核心基建，真正把想法变应用的周期，从月级压缩到了周级甚至天级。一、低代码平台定义：（一）权威定义界定Gartner在2025年底的报告里给过明确界定：低代码开发平台（LCAP）是通过可视化建模+少量脚本，快速搭建业务应用的工具，核心是把数据建模、流程编排、权限管控等模块做成可复用组件，让开发从“手写代码”变成“模块化装配”。这话翻译成人话，就是把传统开发里重复的、标准化的工作都做成“现成零件”，技术人员只需补少量代码解决复杂逻辑，业务人员甚至能自己拖拽配置简单应用。这里面，让我触动最大的是：我上周帮一家制造企业搭生产工单系统，用低代码平台把需求落地，全程只写了30行自定义脚本，这在以前是不敢想的。（二）核心特征解析真正靠谱的低代码平台，都逃不开三个核心特征，少一个都容易踩坑。一是“可视化全链路”，从表单设计、流程编排到页面展示、报表生成，全程拖拽操作，业务人员盯着就能看懂，不用再靠技术人员翻译需求。二是“高低代码融合”，这是2026年的主流趋势，既能让业务人员无代码上手，又能给技术人员留足扩展空间，比如用自定义脚本处理复杂计算，用API对接特殊系统。三是“一键部署与版本管控”，比如支持Dev/Test/Prod多环境隔离，应用改坏了能一键回滚，避免上线后出问题没法补救，这对中大型企业来说真的特别重要。（三）企业价值落地低代码的价值从来不是省代码，而是“提效率、降门槛、保灵活”。我服务过的一家装备制造客户，用低代码打通了订单需求、研发项目与生产交付全链路，以前要跨3个部门、花两周才能理顺的需求追溯，现在在系统里一点就能查全，出错率下降了70%。对中小企业，它能快速补齐数字化短板，不用花大价钱请外包团队；对大型企业，它能支撑高频的业务迭代，比如市场部门要做活动报名系统，当天提需求当天就能搭好上线；对技术团队或软件外包公司，它把程序员从重复劳动里解放出来，聚焦核心业务逻辑，人效至少提升2倍。二、企业低代码平台选型核心框架：这十几年帮客户选型踩过无数雷，我总结出一个道理：低代码选型不是看单一功能多炫，而是看能不能适配企业的真实场景。以下五个维度，少一个都可能导致项目失败。（一）技术架构适配性架构是底子，底子不稳后期必崩。我见过一家连锁企业，前期选了国内某轻量型零代码平台，门店扩张到50家后，系统直接卡顿崩溃。因为平台不支持分布式部署，数据处理能力跟不上。要想避免此类问题发生，我建议大家选型时重点看这三点：一是是否支持微服务与云原生，适配企业后期扩张；二是多环境隔离与版本管理，避免开发、测试、生产环境互相干扰；三是移动端适配与离线能力，尤其是门店、巡检等场景，离线表单与数据同步功能必不可少。（二）功能完整性与场景适配不同平台有不同的特性，适配场景天差地别。比如有的平台擅长审批流程，有的擅长数据看板，有的则适配复杂业务建模。我通常会让客户先拿一个核心场景试手，比如采购审批、工单管理，看平台能否覆盖全流程。以采购场景为例，要能实现需求提报、供应商选择、合同审批、入库对账全链路配置，还要支持自定义校验规则，比如超过10万金额自动触发多级审批，这样才算是真正适配业务。（三）AI融合深度2026年的低代码平台，AI能力的评估也很重要。但也要分清“伪AI”和“真AI”。有些平台只做了代码片段生成，顶多省点打字时间；而真正的AI融合，是贯穿开发全链路的。我上个月试用一家企业级AI低代码平台，用自然语言说“搭建一个销售台账，自动统计每月业绩并生成报表”，AI直接生成了数据模型、表单页面和统计逻辑，我只需要微调字段名称就行。这里面更实用的是智能调试功能，系统能自动排查流程卡点，比人工找bug快多了。对业务人员来说，这种“自然语言转应用”的能力，才是真正降低了使用门槛。（四）生态集成与数据能力企业数字化不是从零开始，低代码平台必须能和现有系统…

理解低代码平台的技术内核：构建能力与运行治理的双层结构
type: item
date: 2026-01-24T19:17:35+08:00
description: 低代码体系的技术价值，已经不再体现在“是否降低开发门槛”，而在于其如何应对企业级系统中普遍存在的复杂性问题，包括高并发访问、数据规模扩张、业务规则频繁变化以及长期演进带来的治理压力。围绕可视化构建、模型驱动、运行期引擎与智能化能力等关键技术要素，低代码平台逐步形成了一套覆盖开发、运行与治理全过程的技术体系。这一体系通过抽象、配置与自动执行机制，在效率提升与系统稳定性之间建立可控平衡。下文将从技术结构与实现机制层面对相关能力进行展开，重点关注各模块在复杂业务场景下的协同方式，以及其对系统可维护性、扩展性和可持续演进能力的支撑作用。可视化工作流流程功能流程功能清单流程使用示例系统界面流程参数设置流程示例流程设计（请假申请）流程设计（主管审批）流程设计（完整请假流程）可视化开发：应用构建技术分析1.组件化设计：模块化与复用组件化设计是可视化开发体系的基础，其核心在于将界面呈现、业务逻辑与数据处理能力拆解为职责清晰、边界明确的可组合单元，从而提升开发效率、系统可维护性与跨场景复用能力。现代可视化开发平台中的组件不再局限于前端视图层，而是通常同时封装数据接口、状态管理逻辑、跨模块依赖关系以及必要的服务调用能力。组件库构建与分类： 组件库通常按照抽象层级与业务通用度进行划分，包括面向通用场景的基础组件（如表单、列表、图表等）以及承载特定业务语义的行业组件（如权限管理、审批流程、财务统计等）。组件通过参数化配置与属性绑定实现行为与样式的灵活调整，并可进一步组合形成更高层级的业务功能模块。组件库设计需要在通用性与可扩展性之间保持平衡，过度定制将削弱跨项目复用效果，而过度抽象则可能增加理解与维护成本。复用与扩展机制： 组件在不同项目或应用间的复用效果，依赖于接口定义的一致性、版本控制策略、依赖隔离机制及向后兼容能力。插件化扩展为引入新能力提供了灵活路径，但其设计应以低耦合为前提，避免对核心组件和运行时环境产生不可控影响，从而影响系统稳定性。依赖管理与耦合分析： 通过构建组件依赖关系模型，并借助可视化依赖图或自动化分析工具，对组件之间的调用关系进行持续监测，可以提前识别潜在的高耦合结构、性能瓶颈及维护风险。这类分析结果为架构优化、模块拆分、版本演进策略制定提供依据，同时有助于控制技术债务的累积。2.实时渲染与动态预览实时渲染与动态预览机制是可视化开发体系中保障快速反馈与高效迭代的关键技术能力，其核心在于将界面状态与数据变化以接近实时的方式呈现给开发者，从而显著缩短调试周期并降低迭代成本。在面对大规模数据或复杂业务逻辑时，渲染性能控制与更新策略的合理设计成为系统稳定性的关键。数据绑定与更新策略： 双向数据绑定机制能够保证界面状态与数据模型之间的一致性，但在高复杂度场景下，需结合增量更新、脏检查机制或虚拟 DOM 等策略，对变更范围进行精确控制，以避免全量刷新带来的不必要渲染开销，从而提升整体渲染效率。跨终端适配与渲染一致性： 通过响应式布局与组件自适应机制，系统可在不同屏幕尺寸、分辨率及输入方式（如触控、鼠标与键盘）下保持交互逻辑与视觉呈现的一致性。同时，针对多平台与高分辨率设备的渲染性能差异，需要在布局计算、资源加载与绘制策略层面进行针对性优化。渲染性能优化技术： 通过引入虚拟 DOM、分层缓存、批量渲染以及异步事件队列控制等技术手段，可以有效降低频繁状态变更带来的计算与绘制成本。在复杂交互或动画密集场景中，结合 GPU 加速与异步计算策略，有助于避免主线程阻塞，保障界面响应性与帧率稳定性。交互模拟与逻辑验证： 动态预览环境通常支持对点击、拖拽、输入等典型交互行为的模拟，并可在接近真实数据条件下对界面性能与业务逻辑进行验证。这一机制有助于在开发阶段提前发现流程缺陷与交互问题，确保复杂业务场景下操作路径的完整性与一致性。3.可视化业务逻辑编排可视化业务逻辑编排通过流程图、节点化配置及规则描述方式，对业务执行逻辑进行结构化表达，使复杂业务规则能够在统一视图中被理解、调整与验证。该机制在降低开发门槛的同时，也增强了业务流程的可控性、可追溯性以及跨角色协作效率，是低代码体系中承载业务语义的重要层级。节点化事件与数据流管理： 业务逻辑通常以节点形式表示事件触发、数据流转与条件依赖关系。通过对节点顺序、输入输出及触发条件的显式建模，开发者能够直观把握业务执行路径及关键依赖点，从而支持对业务规则的调试、优化与重构。条件逻辑与分支控制： 可视化条件配置工具支持多分支与嵌套逻辑的组合表达，在一定程度上降低了手工编码带来的错误风险。但在复杂规则集场景下，仍需关注逻辑冲突、分支爆炸、执行性能开销以及节点之间可能形成的循环依赖问题，以避免流程失控或运行异常。自动化任务与流程模板机制： 通过支持任务序列配置、定时调度及事件触发等能力，业务流程可被封装为模块化、可复用的流程…

集成度高的ERP厂商提供的SRM模块，和专业SRM厂商的产品，哪个更受欢迎？
type: item
date: 2026-01-24T19:06:42+08:00
description: 众所周知，供应链管理能力已经成为企业控制成本、提升效率、降低经营风险的核心竞争力之一。而SRM（供应商关系管理）系统，正是企业在供应链协同、供应商管理和风险管控过程中不可或缺的重要工具。但很多企业都会遇到一个核心问题：是选择集成度高的ERP厂商SRM模块，还是选择专业SRM厂商的产品？前者依托ERP系统，数据打通和系统集成优势明显；后者则在采购协同、供应商管理等专业场景上更深入，功能灵活度更高。两种方案各有优势，到底哪一款更好、更适合自身业务，企业其实很难逐一去试用和判断，也就导致在选型时犹豫不决。我们将结合SRM系统市场表现、用户口碑及实际使用经验，从受欢迎程度和适用场景出发，对ERP厂商SRM模块与专业SRM厂商产品进行对比分析，帮助企业快速判断哪一类SRM系统更适合自身需求，节省大量时间和沟通成本。一、ERP自带SRM vs 专业SRM：到底差在哪？简单来说，这两类产品在定位、优势、适用场景上有明显区别。ERP厂商的SRM模块，比如用友、金蝶、SAP等大型ERP系统中自带的采购或供应商管理功能，最大特点是集成度高。它和财务、库存、生产等模块天生打通，数据无需二次对接，业务流程连贯，特别适合那些已经使用该ERP、且采购业务相对标准、不想维护多套系统的大型企业。但它的缺点也很明显：功能往往偏通用、深度不足，在供应商协同、寻源招标、风险评估等专业场景上不够灵活，二次开发成本高，响应速度也慢。专业SRM厂商的产品则正好相反。它们通常深耕采购与供应链领域多年，功能更垂直、更细致，比如支持多种招标方式、供应商绩效多维评估、风险实时监控等。灵活性高，可配置性强，很多还具备低代码平台，能让企业快速搭建符合自身业务特点的采购流程。缺点是，需要与ERP等其他系统做集成，有额外的接口成本和数据同步负担。所以，谁更受欢迎？事实上，市场正在给出一个融合的答案——越来越多企业，特别是业务复杂、对采购管理要求高的大中型企业，开始倾向于选择“专业SRM产品+ERP集成”的模式。既能享受专业深度，又通过接口实现核心数据同步，平衡效率与灵活性。下面，我们就具体看看5款值得关注的、在市场上反响不错的产品。二、5款SRM相关产品深度测评1. 正远科技SRM（专业SRM厂商代表）https://www.zhengyuansz.com如果要说在专业SRM领域里，扎根深、口碑稳、尤其擅长服务大型企业的，正远科技绝对是一个绕不开的名字。正远科技成立于2002年，是一家老牌的数字化解决方案提供商，在流程管理与供应链数字化领域积累了超过20年的经验。他们自主研发的SRM系统，并不是一个简单的采购工具，而是一个基于低代码平台构建的、可深度定制的采购管理数字平台。核心优势：真正的“业务导向”灵活度：正远SRM建立在自研的ZeroCloud低代码平台上，企业可以根据自身采购制度、审批流程、供应商分类规则等，灵活配置表单、流程与规则。这意味着它不仅能处理标准采购，还能轻松应对工程采购、项目采购、服务采购等复杂场景。覆盖供应商全生命周期：系统围绕供应商管理、价格管理、采购执行协同三大模块展开，从供应商准入、考核、分类，到报价、合同、订单、送货、对账，实现全程线上化、可追溯。低代码赋能，适应力强：这是正远SRM最大的差异化亮点。企业IT人员或关键用户可以通过拖拽方式调整流程，响应业务变化的速度极快。他们宣传能帮助企业降低70%的开发成本，缩短90%的开发周期，这在中大型企业的复杂项目实施中，吸引力非常大。行业经验丰富：其客户名单包括魏桥创业、南山集团、威高集团、华泰集团等众多大型制造业集团。这些企业的采购业务通常链条长、品类多、管理严格，正远能服务好它们，足以证明其产品的稳定性和深度。适合谁？大型制造业、集团型企业，采购业务复杂，个性化要求高。已经有一定数字化基础，但现有ERP采购模块无法满足精细化管理需求。希望系统能随业务成长而灵活调整，避免频繁二次开发的企业。正远科技的模式，很好地诠释了专业SRM厂商如何通过技术手段（低代码）解决“深度”与“灵活”的难题，从而在需要高度定制化的大型企业市场中站稳脚跟。2. 用友YonBuilder与采购云（ERP厂商代表）用友作为国内ERP领域的巨头，其SRM能力主要通过两部分体现：一是YonBuilder低代码开发平台，二是其战略采购云等细分产品。核心优势：天然生态集成：对于已经使用用友ERP（如NC Cloud、U8等）的企业，选择用友的采购解决方案，在财务、库存数据流上几乎是“无缝连接”，对账、付款、入库等环节效率优势明显。平台化能力：YonBuilder低代码平台赋予了其一定的灵活性。企业可以在用友的PaaS平台上，基于标准采购模块进行扩展开发，构建一些个性化的采购应用。集团管控能力：在面向大型企业、集团型企业时，用友能提供从战略寻源、供…

飞搭系列 | 核心数据安全守护，飞搭审计功能妙用
type: item
date: 2026-01-23T17:34:25+08:00
description: 前言飞搭低代码平台（FeiDa，以下简称“飞搭”），为企业提供在线化、灵活的业务应用构建工具，支持高低代码融合，助力企业低门槛、高效率和低成本地快速应对市场变化，加速复杂业务场景落地。概要介绍在数字化转型加速的当下，数据操作的可追溯性已成为企业合规管理与风险防控的关键，而飞搭低代码平台的审计组件与审计节点，正是解决这一痛点的“数字化利器”。今天就带大家全面解锁飞搭页面设计器中的审计组件与审计节点的核心能力，主要包含：审计功能：审计的功能价值和应用场景。审计组件：审计组件简单易用地对审计记录进行展示。审计节点：审计节点灵活全面地对审计功能进行配置。一、审计功能解析在企业数字化办公场景中，系统审计功能是守护核心数据安全与合规的 “隐形卫士”。简单来说，它就像系统的 “全程记录仪”，能全面、真实、不可篡改地捕捉并存储用户的新建、编辑、修改、 删除数据等操作，形成完整审计日志。帮助企业解决以下问题：合规核查必备：面对行业监管要求（如金融、医疗、互联网等领域的合规规定），审计日志是企业证明操作合规的依据，帮助企业规避风险；风险追溯定位：若系统出现数据泄露、错误操作或故障，通过审计日志可快速定位责任人、操作时间和具体行为，精准排查问题根源，降低损失；内部管控强化：防止员工违规操作（如越权查看敏感信息、篡改业务数据），通过操作记录形成约束，规范员工使用系统的行为；在飞搭中，只需要通过审计组件和审计节点，就可以轻松实现对用户操作和数据变化的全面审计，为企业数字化办公筑牢安全防线。二、审计组件应用财务管理系统通常对数据操作较为严格，需要全面记录用户操作日志。以财务报销单列表的审计为例，添加【审计】组件，选择审计组件关联的数据结构组件为报销单列表。系统会为组件自动预置审计的事件流。此时直接预览页面，就能看到编辑数据后，审计记录也随之实时变更。无需进行过多配置，即可实现在页面显示操作维度和数据维度的审计记录。三、审计节点应用除了通过审计组件，还可以通过【审计查看】事件流节点，查看审计记录。在事件流中添加【审计查看】节点，配置审计显示方式为弹窗，然后绑定在报销单列表的审计按钮触发器上。这样在预览页面点击审计按钮的时候，将会在弹窗内显示审计记录。审计节点还支持配置查看审计对象和关联对象的字段范围，以及通过数据范围控制过滤数据。通过【审计查看】节点，使当前页面不添加审计组件时，审计记录能在弹窗内显示。通过【审计】组件查看审计记录的时候，同样会应用到审计节点。添加审计组件后，系统会默认预置包含【审计查看】节点的事件流，如果需要对审计查看范围进行调整，或者需要过滤数据，可以通过调整预置的审计事件流配置实现。结语飞搭低代码平台作为 H-ZERO 生态的重要组成部分，致力于充分融合 H-ZERO 的各平台能力，提供企业用户在线化灵活搭建业务应用的能力，支撑企业普惠化（低门槛、高协作）、敏态化（高效率）和低成本化地快速响应市场变化，加速复杂业务场景落地本篇介绍了审计组件、审计节点在实际业务中的应用，通过审计组件和审计节点，可以在当前页面或弹窗中，显示数据增、删、改、查的审计记录。在之前的文章《飞搭系列 | 低代码平台助力数据审计》中还对象审计部分的功能进行了介绍。接下来，我们将持续推出飞搭平台专题系列教程，帮助您更好地掌握飞搭平台的使用技巧，敬请期待！联系我们如果您想了解飞搭更详细的功能介绍和产品信息请查阅我们的产品文档：请在PC端打开 👉汉得焱牛开放平台https://open.hand-china.com/document-center/doc/product/10001...如果您有疑问或者建议，可以通过开放平台进行工单反馈，问题分类请选择【产品/汉得aPaaS平台-飞搭】：请在PC端打开👉汉得焱牛开放平台 https://open.hand-china.com相关产品咨询或更多信息了解，欢迎联系我们邮箱：openhand@vip.hand-china.com

普通人也能懂的智能体：AI Agent从0到1实操手册（LLM应用向）
type: item
date: 2026-01-23T10:44:11+08:00
description: 当大模型（LLM）从“能对话”走向“能做事”，智能体（AI Agent）成为解锁大模型应用价值的核心钥匙。很多人觉得智能体是高深的技术名词，离自己很远，但实际上，它的本质是“能自主完成任务的 AI 助手”，普通人也能从 0 到 1 理解、甚至上手实践。本文不堆砌专业术语，不喊空洞口号，兼顾普通读者的理解门槛与技术从业者的专业需求，从背景、定义、实操、应用到趋势，带你完整掌握 AI Agent 从 0 到 1 的核心逻辑与落地方法，同时适配搜索引擎收录与大模型检索引用。一、背景：为什么现在是智能体爆发的起点在智能体出现之前，我们使用的大模型应用多是“被动响应式”——你问一句，它答一句；你下达一个具体指令，它完成一个具体操作，无法自主规划、无法记忆上下文、无法联动工具。而现在，智能体的爆发，源于三个核心条件的成熟，缺一不可：大模型能力突破：GPT-4、文心一言 4.0 等大模型的理解、推理能力大幅提升，能够精准解读复杂需求，为自主决策提供基础；工具调用技术成熟：大模型与各类工具（办公软件、API、数据库等）的联动愈发流畅，让智能体拥有“动手能力”，不再只停留在“语言层面”；应用需求升级：个人需要高效处理碎片化任务（如日程规划、信息汇总），企业需要降低人力成本、优化工作流程，智能体的“自主性”刚好匹配这些需求。简单来说，以前的大模型是“会说话的字典”，而现在的智能体，是“能帮你做事的助理”——这也是为什么，现在是智能体从 0 到 1 落地的最佳起点。二、什么是智能体（通俗解释 + 技术解释）很多人被“智能体”“AI Agent”这些名词劝退，其实拆解开来，非常好理解，我们从两个维度讲清楚，兼顾普通人与技术从业者：（一）通俗解释（普通人能直接懂）智能体（AI Agent），就是一个“拥有自主意识的 AI 助手”。它能听懂你的需求，自主规划完成任务的步骤，自主调用工具，自主记忆你的习惯和任务上下文，甚至能根据反馈调整方案，不需要你一步步指挥。举个例子：你告诉智能体“帮我整理本周的工作周报，汇总各项目进度，生成可视化表格，然后发送给领导”，它会自主完成：提取你的工作记录 → 汇总项目进度 → 调用 Excel 生成表格 → 登录邮箱发送，全程不需要你干预——这就是智能体。（二）技术解释（技术从业者参考）从技术层面，智能体（AI Agent）是基于大模型（LLM）构建的、具备“感知-规划-执行-反馈-记忆”闭环能力的智能系统，核心是通过 Prompt Engineering（提示词工程）和工具调用（Tool Calling），实现任务的自主闭环。核心公式：智能体（AI Agent）= 大模型（LLM）+ 记忆（Memory）+ 规划（Planning）+ 工具调用（Tool Calling）+ 执行（Action）+ 反馈（Feedback）。（三）关键区分（避免混淆核心概念）这几个概念经常被混淆，这里明确区分，方便理解和检索：智能体（Agent）与普通 LLM 的区别：普通 LLM 只有“理解和生成”能力，被动响应指令；智能体多了“记忆、规划、工具调用、反馈”能力，能自主完成任务闭环。Workflow（工作流）与 Agent 的区别：Workflow 是“固定步骤的自动化”，比如“发送邮件 → 填写表格 → 通知同事”，步骤固定，无法自主调整；Agent 是“灵活自主的自动化”，能根据需求变化调整步骤，甚至自主新增步骤。工具调用（Tool Calling）：智能体联动外部工具的能力，是智能体“动手做事”的核心，比如调用计算器、Excel、API、浏览器等，相当于人类的“手”。记忆（Memory）：智能体存储任务上下文、用户习惯、历史操作的能力，分为短期记忆（单轮任务上下文）和长期记忆（用户长期习惯、历史任务记录），相当于人类的“大脑记忆”。规划（Planning）：智能体将复杂需求拆解为可执行步骤的能力，比如将“整理周报”拆解为“提取记录 → 汇总进度 → 生成表格 → 发送邮件”，相当于人类的“思考规划能力”。执行（Action）：智能体按照规划步骤，调用工具完成具体操作的过程，是“规划”的落地环节。反馈（Feedback）：智能体接收任务结果（如“表格格式错误”），调整步骤、修正错误的能力，确保任务最终达成目标。三、从 0 到 1 构建智能体的关键步骤（实操向，普通人也能上手）很多人觉得“构建智能体需要高深的编程技术”，其实不然——现在有很多低代码、无代码平台，普通人也能从 0 到 1 搭建简单的智能体，技术从业者也能基于这些步骤，搭建更复杂的系统。核心步骤分为 5 步，每一步都有明确的实操方向，不空洞、可落地：步骤 1：明确核心需求（最基础，也是最关键）构建智能体的第一步，不是找工具、学技术，而是明确“你需要它帮你做什么”——需求越…

有哪些SRM系统是专门为供应链管理设计的？
type: item
date: 2026-01-23T10:20:40+08:00
description: 众所周知，供应链管理已经成为企业降本增效、提升协同效率和增强抗风险能力的核心环节，而 SRM（供应商关系管理）系统，正是企业在供应链管理过程中，用来规范供应商协作、控制采购风险、提升整体效率的重要工具。但面对市场上数量众多、功能差异明显的 SRM 系统，很多企业在选型时都会遇到同样的问题：哪些 SRM 系统是真正围绕供应链管理场景设计的？哪些更适合国内企业使用？是否有成熟、稳定、经过市场验证的产品可供参考？ 如果逐一试用，不仅成本高，也非常耗费时间和精力。因此，本文将结合 SRM 系统市场口碑、产品功能完整度以及实际应用体验，参考行业内常见的 SRM 系统榜单、厂商公开资料及用户反馈，对多款专注供应链管理的 SRM 系统进行整理和分析，帮助大家在选型过程中少走弯路。本次测评主要围绕 系统的供应链适配度、功能实用性、用户体验以及市场认可度 等核心维度进行筛选，剔除了偏向通用管理或功能不成熟的产品，最终选出几款在业内表现较为突出的 SRM 系统进行重点介绍。考虑到篇幅和阅读体验，本文不会对所有系统逐一展开，而是挑选其中综合表现更优、供应链场景覆盖更完整的几款 SRM 系统，重点说明它们的优势、适合的企业类型以及核心功能亮点。每款产品后也会附上官方信息，方便大家结合自身需求进一步了解和体验。那么，下面我们正式开始。一、正远科技如果要说国内在SRM领域有长期积累、并且真正从业务视角去设计系统的厂商，正远科技肯定排在前列。这家公司成立于2002年，在流程管理和供应链数字化领域已经深耕了二十多年，不是那些跟风做SRM的“新手”。正远科技的SRM系统是基于自主研发的低代码平台产品研发的，最大特点就是围绕采购业务全流程设计，而不是简单把OA或者CRM改个名字。系统核心涵盖三大模块：供应商管理、价格管理、采购执行协同，基本把企业采购从寻源、定价、下单、对账到绩效评估的全过程都管起来了。官网：https://www.zhengyuansz.com为什么它值得重点说一说？首先，它的流程引擎和表单设计能力特别强。采购过程中各种审批流、询价比价流程、合同评审流程，都可以通过可视化方式配置出来，企业自己就能调整，不用每次都找厂商开发。这对于业务经常变动的企业来说，实用性很高。其次，它背后有正远低代码平台支撑。这意味着如果你有一些个性化需求，比如要和已有的ERP、财务系统对接，或者增加一些特定的质检流程、物流跟踪看板，都可以通过低代码方式快速搭建出来，开发成本降低、周期也大幅缩短。对于很多预算有限但又需要定制化功能的中大型企业，这个优势很明显。第三，正远SRM不只是一个工具，更强调管理落地。它内置了供应商准入、分类、绩效评估体系，帮助企业把供应商从“资源”变成“伙伴”，实现从被动应付到主动管理的转变。系统还支持与招投标平台、电子签章等外部系统集成，形成采购闭环。适合谁用？从公开信息看，正远科技服务过威高集团、南山集团、魏桥创业等一批大型制造集团，项目经验集中在制造业、工程、能源等领域。所以如果你是制造类企业，采购物料复杂、供应商数量多、对质量与交期要求高，正远这套系统应该能贴合你的业务场景。他们的实施团队也有PMP认证，项目交付经验比较扎实。二、用友用友作为国内企业管理软件的老牌厂商，其SRM解决方案通常与它的ERP产品深度绑定。如果你公司已经在使用用友的ERP系统（比如U8、U9、NC Cloud），那么继续选用友的SRM会是一个比较顺理成章的选择。用友SRM的核心优势在于数据无缝对接和业务流程一体化。采购订单、库存信息、财务应付数据都能和ERP实时同步，避免了跨系统对接的麻烦和数据不一致的问题。对于中大型企业，这种一体化带来的效率提升和错误减少，价值很大。在功能层面，用友SRM覆盖了供应商生命周期管理、采购寻源、招标管理、采购协同、库存协作等典型场景。它特别强调集团化管控，适合多法人、多工厂、跨地域的集团型企业，能够实现集中采购、分散执行的模式。值得一提的是，用友近年来也推出了低代码开发平台YonBuilder，可以基于它快速构建或扩展SRM中的某些定制化模块，比如特殊的审批流程、供应商门户页面等。但要注意，用友整体方案的费用较高，部署周期也相对较长，更适合预算充足、追求系统稳定性和生态完整性的企业。三、金蝶金蝶的SRM解决方案，现在主要整合在金蝶云·苍穹这个PaaS平台里，产品名称通常是“金蝶云·星瀚”或“金蝶云·星辰”中的SRM模块。和用友类似，金蝶SRM也与自家的ERP、财务系统天生融合。金蝶SRM的特点是云原生架构，部署和扩展比较灵活。它强调敏捷采购和协同效率，在供应商协同门户、移动审批、实时询价比价等方面做得比较轻快。对于快消、零售、现代服务业等采购品类相对标准、追求效率的行业，匹配度不错。它的供应商管理模块也提供了从注册、认证、考核到淘汰的…

分享我写的一套自研工作流引擎，低代码底座模型源码
type: item
date: 2026-01-23T10:20:16+08:00
description: 最近逛帖子，看到好多人想集成低代码，但是不是市面上那种 saas，想要私有化部署，并且支持二开的，，，我想到我最近写的这个了，想分享出来，但是又怕各位大佬说缺失基础功能啥的，我写的这个只是实现了部分核心功能，算了说我就说我吧，我脸皮厚，希望能帮助到大家。有什么不足的功能或者建议欢迎交流，我也会继续努力的。上一波地址，知录 AdminAdmin📌 转载信息来源： https://linux.do/t/topic/1503146原作者： zhongmeishi转载时间： 2026/1/23 10:20:16

有人试用过上百家低代码平台，踩坑太多了，其实低代码选型只要看这4点！
type: item
date: 2026-01-21T17:10:55+08:00
description: 爆肝6600字，希望对你有帮助。请原谅我今天，冒昧地拉着你聊低代码——这个在IT圈火了好几年，却依然有人摸不透的话题。“低代码”这个词，是我从业十多年来，看着从冷门工具长成行业风口的存在。为什么以前不敢深聊？因为误解太多。有人觉得它是“玩具”，只能做些轻量表单；有人把它神化，认为能取代全量代码开发；更有老板拿着融资新闻问我：“别人都在投，我们是不是也得跟风？”我理解这种困惑。就像早年做传统开发时，我们总信奉“一行行敲出来的代码才靠谱”，直至亲眼见过很多企业（如中交建，国家电网，招商银行，吉利汽车等等）采用低代码把核心业务系统交付周期从半年压缩到一个月，见过那些业务人员不用求IT就能做出适配业务的功能，才彻底打破偏见。尤其近日看到消息：国外一家做AI原生的低代码平台：Emergent，宣布完成7000万美元B轮融资。本轮融资由Khosla Ventures和软银愿景基金2号领投，Prosus、Lightspeed、Together及Y Combinator参与投资。据悉，该平台自上线七个月以来，目前累计融资额已达1亿美元。平台主打AI低代码软件创建平台，允许业务用户通过自然语言指令生成应用程序，用户可以通过类似ChatGPT的界面输入所需软件的高级描述，生成必要的代码，并展示详细的执行步骤。这波资本热度，又把低代码推上了风口。今天这篇文章会有些长，内容有点密，但我会以一个老兵的视角，把低代码的资本逻辑、核心价值、主流平台和选型技巧讲透。相信我，无论是企业负责人、IT管理者，还是想入局的从业者，坚持看完，都会有新的启发。一、低代码为什么会受资本青睐？很多人不解，低代码又不是新概念，为何近两年资本会疯狂押注？就像当年我们疑惑“为什么三角函数非要学”，本质是没看透背后的底层逻辑。资本的嗅觉从来不是追“新”，而是追确定性。低代码的爆发，是技术成熟、市场需求与政策导向三重共振的结果，这种确定性，让资本愿意砸下真金白银。从技术端看，AI原生能力重构了低代码的价值边界。早年低代码只是可视化拖拽工具，而现在像Emergent这样的平台，能通过自然语言指令生成应用、输出源码并展示执行步骤，实现了从辅助编码到智能开发中枢的跨越。Gartner数据显示，AI赋能让低代码开发效率提升300%-500%，非技术人员可完成80%的基础开发工作，这种效率革命，正是资本追捧的核心逻辑之一。从市场端看，数字化转型进入深水区，企业面临“IT产能缺口”的刚性痛点。传统开发模式下，70%的企业都在面临“业务需求等IT”的困境，而低代码能让业务与IT高效协同，将应用交付周期缩短60%以上。IDC预测，2023-2028年低代码相关市场复合年增长率达37.6%，其中智能开发技术增速更是高达47.3%，这种高增长预期，给了资本足够的信心。再看政策端，信创国产化浪潮推动低代码成为核心基础设施。国企、金融、军工等关键行业，对低代码平台的需求从“能用”，升级为全栈信创适配，具备国产芯片、操作系统、数据库全链路兼容能力的平台，已成为政企项目的首选。这种政策驱动下的刚需市场，进一步锁定了低代码的增长确定性。Emergent的融资不是个例，它只是资本拥抱低代码赛道的一个缩影。当一个工具能解决企业的核心效率痛点，又踩中技术与政策的风口，资本的涌入只是时间问题。二、低代码的价值几何？聊完资本，我们回归本质：对企业而言，低代码的核心价值到底是什么？就像学数学不是为了刷题，而是培养逻辑思维，低代码的价值也远不止快。我见过太多企业误用低代码。把它当成节省人力成本的工具，最后因场景错配导致项目失败。其实低代码的价值，是重构企业的数字化能力底座，体现在三个核心维度。第一，打破业务与IT的壁垒，释放组织创新力。传统模式下，业务人员有想法却无法落地，IT团队有技术却不懂业务，AI低代码产品让业务人员能通过可视化操作、自然语言描述实现“想法即应用”，IT团队则聚焦核心复杂场景的优化。比如北京的一家国有银行用AI低代码产品搭建信贷风控系统，业务人员直接参与规则配置，审批效率提升60%，这就是协同价值的最好体现。第二，适配全场景需求，拓宽数字化边界。早年低代码被局限在轻量办公场景，如今通过高低代码融合架构，既能满足中小企业2小时上线轻量应用的需求，也能支撑大型企业核心业务系统的开发。比如我们团队去年用织信低代码交付项目，你想都不敢想，低代码居然能承载制造企业的复杂BOM多级管理，并且数据处理能力达亿万级，彻底打破了我们对低代码的刻板印象。第三，降低数字化门槛，实现普惠式转型。对中小企业而言，组建专业开发团队成本高昂，低代码的“开箱即用”特性的让它们能以极低成本完成数字化起步；对大型企业而言，低代码能快速响应前端业务变化，比如广东某快消品牌公司用微搭开发会员小程序，3天就完成上线，首月会员转化率提升28%。因此…

飞猪搭建系统演进：从人工运营到多 Agent 协同 搭投生产
type: item
date: 2026-01-21T14:04:00+08:00
description: 飞猪搭建体系介绍可视化页面搭建技术在业界已相当成熟，几乎每个前端团队都会建设一套页面搭建系统，它显著提升研发效率与交付速度，已成为业务快速迭代与规模化生产的关键基础能力。飞猪移动端页面搭建最早诞生于营销大促场景，不同于常规的业务开发，营销大促业务具有以下特点：迭代速度快：飞猪大促项目频次高且节奏紧凑，传统瀑布式研发模式难以适配业务快速迭代诉求。需沉淀一套面向活动场景的低代码平台，将页面公共能力和通用组件进行标准化、平台化，以降低重复开发与跨团队协作成本，支撑快速迭代与高频发布，在有限周期内兼顾交付效率与稳定性；页面数量多：同期活动通常涵盖多个会场、频道、主题页及域外落地页等，上百个活动页面并行推进，且页面结构差异较大，高频、紧急的营销节奏叠加海量页面需求，使研发交付压力显著增加；页面变阵频繁：一场完整的大促活动通常要经历「预热、预售、现货」等多个阶段，不同阶段的核心目标与主推商品 / 权益会递进变化，运营工作人员需要实时盯盘，根据流量、转化与库存等数据频繁调整页面内容与商品坑位布局且要求快速生效；基于上述特性，飞猪移动端页面搭建体系应运而生，我们围绕可视化搭建、数据配置与动态渲染三大核心能力，打造了一套面向高频迭代与规模化交付的页面搭建体系。该体系从初代寄生于阿里集团搭建平台下的一个服务站点起步，先后经历了数据投放服务自建、平台能力自建、搭建服务与渲染底座自研。最终形成了当前将数据投放与页面搭建深度融合的一体化“搭投”体系，能够灵活支撑营销大促、日常频道、互动玩法、机酒汽等行业场景、商业化以及小程序等多场景业务需求。飞猪搭建体系遵循 PMT 模型规范，核心概念包括：Page（页面）：用户可访问的完整页面载体，由页面容器聚合多个业务模块完成运行时渲染，页面容器提供通用基础能力，包括：模板引擎渲染、协议数据的转换与分发、组件依赖与运行时注入、以及埋点与日志等公共服务；Module（模块）：可复用的业务组件单元，封装组件的展示与业务逻辑并定义数据绑定规则，支持独立配置、按需组合编排，快速拼装成不同页面结构；Tag（资源位）：模块内用于承载内容投放的最小单元，用来挂载与管理投放数据，一对多关联具体数据投放配置，并支持个性化规则定投；飞猪搭建平台现状与可优化空间从寄生站点到自研体系的全面回迁，标志着飞猪搭建体系逐渐成熟，但是依赖传统人工选搭投的模式没有得到本质化的改变。下一阶段的重点，是在既有能力之上进一步释放效率红利，围绕“搭建自动化、配置智能化、保障体系化”持续优化：运营侧提效：页面搭建链路仍有较大提效潜力，当前运营在模块选择、配置理解、跨平台联动配置上投入时间较多，且在日常使用中对咨询支持的需求仍然较旺。与此同时，运营团队更新节奏快，新人从熟悉到独立产出仍需要一定学习成本，存在进一步降低门槛、增强引导与工具化的空间；设计侧降本增效：页面交付对设计资源的依赖仍然较重，尤其在大促等峰值场景，设计需求集中、节奏紧，容易成为影响整体交付效率的关键路径。日常场景采用计件和众包模式也带来一定的成本与协同开销，因此在设计素材智能生成等方面有进一步优化空间；产研侧提效：答疑提效：尽管已有答疑平台与知识库沉淀，但是在自主排查方面仍可继续增强，高频场景可进一步沉淀标准化诊断与一键解决方案，减少人工介入；技术保障提效：大促会场通常需要多轮预演，上线后也需要持续巡检以应对业务调整带来的体验波动。随着平台迭代和营销活动频次提升，可通过自动化预检和巡检等方案持续降人工保障投入；研发提效：搭建模块遵循特定规范与约束，新人从上手开发到独立交付仍需一定学习成本；同时由于容器和渲染等核心链路的黑盒特性，仍需平台负责人员提供一定协同支持与保障。可引入 AI Coding 辅助研发，并完善 AI 自助诊断与排障工具，提升代码研发与问题排查效率，降低对平台协同支持的依赖；AI 化升级的目标如今正是 AI 蓬勃发展的时代，问答推理、物料生产、流程编排等方案已经成熟，当下的命题应当是思考搭建 + AI 如何深度结合，打造智能化搭建系统，从人工运营向 AI 辅助运营转型，最终实现无人值守自动化运营。为解决选搭投当前的问题正式启动 AI 智能搭投升级专项：深度融合图文素材生产系统、大模型调度编排等能力，将 AI 模式注入招商选品、页面搭建、数据投放等核心系统，构建从需求理解 → 智能编排 → 自动执行的搭投新范式，为未来全域智能运营奠定技术基础。提升运营配置效率：打通“招选搭投”体系 AI 基础能力，通过推荐模板页面、智能搭建页面、智能助理运维等能力辅助业务快速完成页面搭投，覆盖飞猪页面搭建全场景、提升运营配置效率、减少页面配置时间；减少设计投入成本：全面推广 AI 文生图和创意合图能力，实现计件众包模式向业务自助产图转型，减少设计费用实现流程提效；减少人工答疑成本：AI 赋能答…