Halcyon.平安头像
从零散工具到平台化能力：JiuwenSwarm 赋能DevOps模板化与跨项目复用封面图

从零散工具到平台化能力：JiuwenSwarm 赋能DevOps模板化与跨项目复用

从零散工具到平台化能力：JiuwenSwarm 赋能DevOps模板化与跨项目复用

实测口径速览（完整记录见 4.4「复现实测记录」）

- 真实跑通：2026-08-21 本机完整复现，全链路 7.1 分钟（14:51:16 指令到达 → 14:58:22 执行报告输出）；

- 公开仓库：atomgit.com/lbbxmx111/vue3-template（公开可匿名访问），初始提交 19f86af，提交时间戳 2026-08-21 14:57:37

落在计时窗口内、可公开核验；

- 资源规模：29 个文件 / 2044 行代码（本地实测口径）；

- 测试次数：单次完整复现；多次运行稳定性未测试，本文不做均值与稳定性宣称；

- 口径说明：4.1/4.2 飞书对话为原演示环境记录，其中「本机未装 Git」卡点已按方案 1 处理闭环（衔接说明见4.2）；两组数据如有出入以 4.4 实测为准；

- 提效口径：人工建仓为运维经验参考值（约 10~20 分钟），本方案以实测 7.1 分钟为准，不做百分比提效宣称。

一、前言：

在企业项目开发中，由于公司的业务需求特点，因为前端的各种UI业务逻辑不一样，所以，不同的产品对应的前端代码仓库不一样，当时也想过多个分支来维护，但是差异的地方太多了，不能写成通过SAAS的方式来管理，所以，最终选择了通过不同的仓库来维护，可以看到整个公司有 700 多个仓库，其中我负责了 400 多个仓库，但是，每次创建仓库都需要手动去操作，非常繁琐，所以，就想通过自动化脚本的方式来批量创建这些仓库。

案例一业务痛点：前端基建效率低下，仓库管理混乱：

当前 400 + 仓库全靠手动创建，每新增产品都要重复一套标准化流程：Git 仓库初始化、权限分组配置、分支保护规则、CI/CD 流水线绑定、环境变量、域名配置、代码模板拷贝、团队成员授权、仓库说明文档填写：

  • 机械重复操作多，单次建仓耗时久，业务迭代高峰期频繁新建仓库会占用大量开发工时；

  • 纯人工操作极易遗漏配置：忘记开通流水线、漏加测试环境密钥、分支保护没开启、权限少加运维 / 测试账号，后续线上出问题还要返工修复。

  • 工程结构混乱：部分仓库缺少通用业务组件目录、全局请求封装、统一错误处理；老仓库用 Vue2、新仓 Vue3、部分混用，没有强制初始化模板；

在这里插入图片描述

案例二业务痛点：Vue项目监控功能的npm js三方组件包：

在后续大版本迭代过程中，如果版本由^1.2.8，更新到2.x.x，甚至到3.x.x，其它安装过这个npm组件包的项目都需要手动来升级一下这个包，我们希望能够通过自动化脚本的方式来批量更新这些组件包，但是，由于组件包太多，将近100个，所以，手动去一个个更新也非常繁琐，所以，也想通过自动化脚本来批量更新。

[改善]基于JiuwenSwarm 创建DevOps自动化平台化解决方案：

基于上面在 JiuwenSwarm 中维护多套前端标准化模板（Vue2、Vue3、原生 H5、管理后台等），内置统一固化内容、公共资产统一托管中心、跨仓批量升级能力，实现一键自动化升级（替代全手动操作），提升前端基建效率。

二、JiuwenSwarm是什么？

JiuwenSwarm 是 openJiuwen 开源社区推出的多智能体蜂群协作开源框架，定位为面向复杂任务的群体智能 Agent 引擎，核心范式叫Coordination Engineering（协同工程），解决单一 AI 干不了长链路、多角色复杂工作的痛点。

2.1 核心作用（解决什么问题）：

  1. 团队作战：自动组建「Leader 调度 + 多个专业执行 Agent」，拆解大目标、分配角色、同步进度、汇总校验结果，承接单一 Agent 干不了的长链路复杂工作；

  2. 能力沉淀与自演进：完整工作流打包为 Swarm Skill 技能包（详见 2.3），存入社区 Skill Hub 一键复用、跨项目迁移；内置错题反馈机制，自动记录执行失败与逻辑漏洞，持续优化提示词与分工逻辑；

  3. 稳定运行与多渠道部署：上下文分层内存机制控制长任务算力成本；接入飞书、钉钉、Web 网页、终端命令行等渠道，支持单机本地与跨机器分布式集群；支持 A2UI 可视化交互（表单/面板点选确认，详见本系列 A2UI 篇）。

在这里插入图片描述

2.2 能干什么（落地场景）：

落地场景覆盖企业办公自动化（财务报销/合同审查、多角色项目管理、客服质检流水线）与内容媒体生产（短视频批量制作、图文深度调研、多角色文案创作）等领域。JiuwenSwarm 是一套开箱即用的多 AI 团队调度开源框架，核心价值是让 AI 从"一问一答聊天"变成能自主拆解任务、分工协作、自动优化、可视化交互的自动化工作集群，个人开发者、企业运维、业务系统都可以快速搭建专属 AI 流水线。

2.3 Swarm Skills是什么：

Swarm Skills 直译蜂群团队技能包，是 openJiuwen 为 JiuwenSwarm 定义的标准化多智能体协作资产规范，专门用来封装一整套AI团队的完整工作流程，配套生态：Swarm Skills Hub，社区共享商店，相当于AI团队的应用市场，可下载、上传、分享各类现成Swarm Skill包：

在这里插入图片描述

一个标准Swarm Skill包内部包含：

  1. SKILL.md：作用：团队元数据定义，团队名称、核心业务目标，团队包含的全部角色清单。

  2. roles/ 角色文件夹：作用：所有Agent角色明细定义，每个角色岗位职责划分，角色输入输出规范。

  3. workflow.md：作用：团队协作流程文档，任务执行先后顺序、上下游依赖关系，多Agent通信规则、状态同步机制。

  4. bind.md：作用：运行边界约束配置，算力、调用频次等资源限制，异常、失败兜底处理策略。

  5. dependencies.yaml：作用：工具依赖清单，各个角色需要挂载的Skill、工具组件，依赖缺失时自动拉取补齐逻辑配置。

  6. scripts/workflow.py【新增模块】：作用：SwarmFlow 可执行编排脚本，支持能力：agent调度、并行任务、流水线、阶段式任务编排。

在这里插入图片描述

Swarm Skill 定义了一支团队——有哪些角色、各自负责什么、如何协作、遇到问题怎么处理。过去它更像一份"团队协作说明书"，把该怎么配合写清楚了，但真正执行时仍要靠 Leader 一边读、一边临场照做。

SwarmFlow 补上的正是"执行"这一环：当一支团队的协作流程可以提前确定时，就把这套编排写进 Swarm Skill 的 scripts/workflow.py，让它从"靠 Agent 临场照做"变成"被系统直接执行"。

三、JiuwenSwarm 创建DevOps自动化平台化Skill：

提前准备工作：
可以先参考如何通过命令行操作AtomGit实现DevOps自动化平台,先准备好AtomGit的API密钥，然后通过JiuwenSwarm来创建一套DevOps自动化运维蜂群技能。

Swarm Skill（蜂群技能）是 JiuwenSwarm 平台标准化的多 Agent 团队能力包，用来把一套完整业务流程、分工角色、工具调用、触发规则打包成可复用单元，Swarm Skill 是一整个专业部门 / 自动化流水线（多人分工协同完成复杂业务）实现DevOps 飞书自动化运维，就是一套典型 DevOps 类 Swarm Skill。

3.1 核心价值

  1. 分工解耦：把复杂任务拆成多个专业Agent，互不干扰、单独迭代

  2. 可复用资产：一次编写，导入任意JiuwenSwarm实例直接运行，支持社区共享

  3. 流程固化：把人工SOP（标准作业流程）变成AI自动执行逻辑，减少重复指令

  4. 多触发兼容：支持手动对话指令、飞书/企微机器人、定时任务三种触发方式

  5. 工具统一管理：内置外部API调用封装（Git、飞书机器人、代码扫描、企微推送等）

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

JiuwenSwarm 工具内 devops-automation-swarm 技能创建完成的页面，左侧导航栏包含对话、智能体、会话、团队等功能菜单，当前停留在对话页面，核心区域展示该技能基础信息，采用并行分解搭配专业化流水线的混合运行模式，共配置 6 类智能体角色，配套生成 SKILL.md、流程绑定、依赖配置以及 6 份角色定义文件，规范校验已手动核验通过。

在这里插入图片描述

页面核心展示六类配套智能角色，覆盖飞书消息接收、代码仓库创建、提交记录质检、代码安全扫描、日报生成、多渠道消息推送全 DevOps 流程，多数角色依托 curl 工具完成外部接口调用，仅飞书指令解析角色依靠原生大模型能力处理文本，除日报生成外其余角色均支持检索社区现成技能组件复用，降低开发成本。

页面核心梳理出四项 DevOps 业务场景，分别对应独立执行步骤，每一套流程均由专用处理角色完成业务逻辑后，统一经由消息推送角色将结果分发至飞书或企业微信渠道，涵盖批量仓库创建、代码提交进度分析、代码安全漏洞审计、自动化日报生成全流程。系统检测到飞书指令解析、仓库创建、提交记录分析、安全扫描、消息推送五类角色缺少专业领域配套能力，提示可从 SkillNet 与 ClawHub 社区检索对应专用技能包，以此增强各角色接口交互、代码审计、机器人消息交互等专项能力，进一步完善自动化流水线的执行能力。

3.2 增强前后对比：

  • 当前现状：全部 API 依赖原生 curl，消息仅基础文本推送，指令识别仅靠 LLM 语义理解，复杂场景易出错；

  • 增强后：标准化社区 Skill 封装底层接口，自带领域校验规则、重试机制、富媒体输出，流水线稳定性、易用性明显提升。

在这里插入图片描述

部分角色因 SkillNet 服务器异常未能获取任何匹配技能，包含负责飞书消息解析的 feishu-commander 与负责多渠道消息推送的 messenger，日报生成角色 daily-report-generator 检索后也无对应成果，这三类角色无法直接复用社区组件，需依靠原生大模型能力自主实现业务逻辑。

repo-creator 仓库创建角色成功检索到 5 条相关技能，但全部基于 GitHub 接口开发，无法兼容当前业务使用的 AtomGit API，不能直接落地使用；commit-inspector 提交记录分析、security-scanner 代码安全审计两类角色均匹配到 5 条可用技能，其中提交分析存在高分优质候选组件，安全审计也有对应专项技能包，可直接接入增强对应角色的代码处理能力。

3.3 落地方案：

  • 短期兜底方案：保留现有 curl 原生调用，手动编写飞书、企微 Webhook 请求模板，在角色 Prompt 内固化接口格式、鉴权参数、消息卡片 JSON 结构。

  • 长期替代方案：自行封装轻量化工具脚本存入tools/目录，实现指令解析、多渠道消息推送，不再依赖社区技能。

  • 重试策略：间隔 10 分钟后重新执行社区搜索，待 SkillNet 服务恢复后再导入官方封装技能。

即便不导入任何社区技能，整套 devops-automation-swarm 仍可完整运行，所有外部交互均基于 curl 通用 HTTP 工具实现，仅存在接口脚本维护成本提升、报表可视化能力较弱的问题；导入兼容社区技能仅做能力增强，不会阻断现有 DevOps 流水线执行。

在这里插入图片描述

更新后的角色能力清单清晰区分两类配置状态，commit-inspector 与 security-scanner 是唯一搭载社区增强技能的角色，其余四类角色未引入外部社区组件，依靠原生 LLM 文本解析、生成能力完成业务逻辑：

  • commit-inspector 双技能搭配：基础量化统计 + 代码历史溯源，兼顾团队进度数据与变更业务解读；

  • security-scanner 单专业审计技能：标准化 OWASP 安全检测规则，替代纯 LLM 漏洞判断，扫描结果更严谨、修复建议更规范。

在这里插入图片描述

devops-automation-swarm 集群技能完成社区技能安装后的文件变更与完整目录结构，系统完成两处核心配置文件更新，SKILL.md 更新角色绑定技能字段，dependencies.yaml 注册 3 个社区增强技能，且均设置为非强制依赖，缺失对应技能时流程可降级正常运行。完整目录分层清晰，根目录承载入口配置、4 条 DevOps 并行工作流、资源约束规则与依赖清单；roles 文件夹包含 6 个独立角色配置文件，其中代码提交分析、安全漏洞扫描两个角色已挂载社区技能实现能力增强，其余角色依托原生模型能力工作。

devops-automation-swarm/

├── SKILL.md # 入口 — 含社区技能绑定

├── workflow.md # 4条并行能力线工作流

├── bind.md # 资源约束与失败处理

├── dependencies.yaml # 依赖清单（3 skill + curl）

└── roles/

├── feishu-commander.md # 飞书指令解析

├── repo-creator.md # 批量创建仓库

├── commit-inspector.md # 代码提交分析 ✅ 增强

├── security-scanner.md # 安全漏洞扫描 ✅ 增强

├── daily-report-generator.md # 日报生成

└── messenger.md # 消息通知

  • workflow.md：固化4套独立流水线，飞书指令自动路由匹配对应流程；

  • bind.md：统一管理接口超时、API Token环境变量、任务失败自动重试策略；

  • dependencies.yaml 降级设计：社区服务离线/技能缺失时，不阻断业务运行。

在这里插入图片描述

3.4 完整运行逻辑：

  1. 触发入口：飞书机器人群内斜杠指令（/批量建仓、/团队代码统计、/安全扫描）+ 定时任务（每日日报）

  2. 调度链路：feishu-commander 识别指令 → 匹配 workflow.md 对应流水线 → 分配业务角色执行

  3. 结果分发：所有角色产出的报表、告警、执行清单统一交由 messenger，推送至飞书/企微指定群聊

  4. 异常兜底：

    • Git分析、安全扫描社区技能加载失败：自动使用curl拉取代码数据，LLM基础分析替代专业报表；

    • SkillNet社区服务不稳定：飞书解析、消息推送、仓库创建全部依靠原生curl+LLM兜底。
      在这里插入图片描述

当前整套集群技能已完成全量配置，可通过 skill_tool 工具加载启用，业务运行逻辑为飞书机器人接收 DevOps 相关指令后，智能体团队自动匹配对应工作流执行处理，最终将结果推送至预设通知渠道。

四、JiuwenSwarm DevOps自动化建Vue3仓库任务实战：

4.1 飞书创建Vue3模板任务：

飞书内 jiuwen 智能管家机器人的交互会话，完整记录了用户请求生成 Vue3 全套模板的全流程处理链路：

  • 用户发起生成 Vue3 模板的需求后，机器人先调用 memory_search 检索历史编码记忆、list_files 读取工作区文件，检索后确认当前无存量 Vue3 模板，随即向用户区分脚手架、通用组件、后台页面、组合式 API 四类模板方案供选择。

  • 用户回复需要前三种模板，系统立刻触发 todo_create 工具批量创建 5 项并行任务，分别对应 Vue3+Vite 项目脚手架、通用业务组件、后台标准页面、组合式函数、项目说明文档的生成工作，当前任务已进入处理执行阶段。

在这里插入图片描述

整体流程依托工具链完成记忆检索、文件探查、任务拆分，实现多类型前端模板并行生成的自动化处理。

在这里插入图片描述

飞书 jiuwen 智能管家返回的 Vue3 全套模板产出清单，整套模板存放于本地 agent 工作目录，由三大模块组成，合计 29 个文件（实测口径见 4.4），完整覆盖前端项目从初始化、通用组件到业务页面的全流程开发资源，整套工程初始化底座，统一技术栈规范：Vue3 + Vite + TS + Element Plus + Pinia + Axios。

工作目录：C:\Users\Administrator\jiuwenswarm\agent\workspace\vue3-template

模板一为 Vue3+Vite+TS 项目脚手架，包含 8 个基础配置与业务底层文件，统一封装 Axios 请求、Pinia 状态管理、路由懒加载、环境变量、全局类型定义，内置 Element Plus 组件库，提供完整后台项目底层基础能力。

模板二封装 4 类高频通用业务组件，配套两组组合式 hooks，包含搜索表单、多功能数据表格、编辑弹窗、确认弹窗，分页、表单校验逻辑全部抽离复用，省去重复业务逻辑开发成本。

整套模板技术栈统一基于 Vue3、TypeScript、Vite、Element Plus、Pinia，标准化分层结构，可直接作为新项目快速初始化资源使用。

4.2 飞书加载 DevOps 自动化集群技能：

飞书 jiuwen 智能管家的工具返回日志，持续调用skill_tool加载 devops-automation-swarm 集群技能完整配置文件，文件存储于本地工作目录，分段输出技能核心定义、依赖清单、执行约束、业务工作流四大模块配置文本。

在这里插入图片描述

技能主体为 6 角色协作的 DevOps 自动化集群，依托飞书机器人接收指令驱动全链路运维，覆盖批量建库、代码提交分析、安全漏洞扫描、日报生成、消息推送 5 类业务能力，区分多角色协同复杂场景与单步简易操作的适用边界。依赖配置注册两款 Git 分析社区技能，标记为非强制依赖，缺失时流程可降级运行，用于代码贡献统计、分支健康度、代码演化追溯。

在这里插入图片描述

devops-automation-swarm，6 角色 AI 团队，面向 DevOps 全链路自动化运维，触发入口：飞书机器人斜杠指令（4 类业务指令一一对应独立流水线），角色相关的列表如下：

  • feishu-commander：调度 Leader，解析飞书消息、识别指令、路由分发任务

  • repo-creator：批量 AtomGit 仓库创建

  • commit-inspector：代码提交记录统计、团队进度质量分析

  • security-scanner：代码安全漏洞扫描、输出修复建议

  • daily-report-generator：每日开发日报自动生成

  • messenger：统一格式化结果，推送至飞书 / 企微群

在这里插入图片描述

依赖 curl 检查通过、解析飞书创建仓库指令、在 AtomGit 平台成功创建了jiuwenSwarmDevOps/vue3-template仓库并分配仓库 ID。但是本地环境未安装 Git，无法执行git init、提交、推送代码的后续步骤，最终执行报告也因此无法生成。

  • 方案 1：由智能管家自动帮你安装 Windows 版 Git，安装完成后继续完成代码初始化与推送全流程；

  • 方案 2：你自行安装 Git 后，按给出的 bash 命令，切换到模板工作目录，完成本地 Git 初始化、文件暂存、提交、绑定远程仓库、推送代码的全套操作。

直接回复选择方案 1，智能管家会自动下载适配 Windows 的 Git 安装包、完成环境配置，配置结束后自动执行整套 Git 推送命令，把本地 Vue3 模板代码推送到刚创建的 AtomGit 远程仓库，全程无需手动操作。

在这里插入图片描述

在这里插入图片描述

衔接说明：上一卡点（本机未装 Git）在原演示中按方案 1 处理——智能管家自动安装 Git 后完成了初始化、推送与执行报告。下文仓库地址、提交记录与资源规模均为 2026-08-21 本机复现实测产物（公开仓库，计时与口径见 4.4），并非原演示私仓数据。

devops-automation-swarm 蜂群技能完整流水线，多角色协同完成从指令识别→仓库创建→Git 环境部署→代码推送→校验清理全流程：

  1. 仓库访问地址

    • Git克隆地址：https://atomgit.com/lbbxmx111/vue3-template.git

    • Web可视化页面：https://atomgit.com/lbbxmx111/vue3-template

  2. 仓库基础配置

    • 默认分支：main

    • 初始提交记录：19f86afecb3d42b01c854b988d6ada7c5e451ef7 - init: 初始化Vue3管理系统模板（单次提交）

    • 资源规模：29 个文件，总计 2044 行代码（实测口径见 4.4）

自动化闭环：仅一条飞书指令，无需人工操作 Git、后台建仓、上传代码，整套流程由 AI 团队完成，本次执行链路固化在Swarm Skill中，后续新增同类前端模板仓库可按同一技能流程重复执行。

在这里插入图片描述

上面我们可以打开atomgit仓库，就可以看到基于 Vue 3 + TypeScript + Vite + Element Plus 的后台管理系统模板，提供完整的脚手架、通用组件和标准页面模板。

4.3 JiuwenSwarm DevOps自动化创建仓库方案对比：

基于 openJiuwen 开源社区的 JiuwenSwarm 多智能体蜂群协作框架，面向企业前端多仓库运维场景，搭建了一套全自动化 DevOps 运维 Skill 流水线。解决企业前端业务多产品、多仓库、高频新建项目带来的大量重复性人工运维工作，实现「一条指令，自动完成建仓、模板初始化、代码推送」主链路自动化（统计审计、安全扫描、日报生成由对应流水线按需触发），项目最终落地成果：

  1. 基于 JiuwenSwarm 构建了 devops-automation-swarm 六角色AI团队，分工覆盖飞书指令解析、批量建仓、提交分析、安全扫描、日报生成、消息推送全链路。

  2. 打通 飞书指令 + AtomGit 代码仓库。

  3. 沉淀标准化 Vue3 前端工程模板体系（脚手架+通用组件+标准后台页面），支持一键初始化企业级前端项目。
    在这里插入图片描述

4.4 复现实测记录（2026-08-21）：

口径说明：本节为发布前在本机演示环境的复现实测——Web 通道（客户端单机模式）、模型 qwen3.7-plus、AtomGit API 建仓、git 推送；计时口径为指令到达（14:51:16）至执行报告输出（14:58:22）。4.1/4.2 的飞书对话为原演示环境记录，两组数据如有出入以本节实测为准。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

五、总结：

本次基于openJiuwen开源社区的JiuwenSwarm多智能体蜂群协作框架，搭建了一套完整的企业级DevOps自动化运维体系，核心用于解决企业前端多仓库运维痛点，替代传统人工运维中繁琐低效、规范性差的重复操作部分，实现研发运维主流程自动化落地。

依托AtomGit国产代码托管平台及配套的OpenAPI、命令行工具，本次定制开发出devops-automation-swarm专属DevOps自动化技能，搭建六角色专业化AI运维团队，各智能体分工明确、解耦协作，覆盖飞书指令解析、批量仓库创建、代码提交质检、代码安全扫描、自动化日报生成、多渠道消息推送全链路运维场景。该技能采用并行+流水线混合调度模式，通过标准化配置文件固化工作流、权限约束与依赖规则，核心能力支持社区技能增强，且所有外部技能依赖均设置为非强制降级模式，即便社区服务异常、技能适配不足，也可依托原生LLM能力与通用curl工具保障全流程正常运行，具备降级容错能力。

在这里插入图片描述

整体落地后，针对企业多仓库运维人工成本高、流程不规范、版本混乱、迭代低效的核心痛点提供了改进路径，单次建仓运维耗时压缩情况以实测记录为准，新项目工程模板、权限规范统一标准化，减少人工操作疏漏问题。同时实现前端公共能力可沉淀、研发数据可量化、代码安全可管控、日常运维可自动化，降低跨仓库版本升级、BUG修复、人力盘点的运维成本，构建起适配企业多产品线、多仓库架构的智能化DevOps运维体系，提升前端基建与研发迭代整体效率。

转载自 CSDN-专业IT技术社区

原文链接：https://blog.csdn.net/2401_86326742/article/details/167700789

文章来源转载

评论

评论列表

微信小程序
QQ小程序

关于作者

点赞数：0
关注数：0
粉丝：0
文章：0
关注标签：0
加入于：--