用智能体重塑 DevOps:Gitee 如何打造全域研发引擎
10月16日,开源中国郑州研发中心总经理常毅受邀出席第27届中国国际软件博览会「人工智能+软件」分论坛并发表演讲。常毅围绕《智能 DevOps,企业级 DevOps 全域智能体系》,系统介绍了 Gitee 在企业智能研发领域的探索与实践,全面展示了以「Gitee DevOps + Xtreme 极智 AI」为核心的智能化研发体系。
💡 DevOps 走向智能时代:从工具到智能体的飞跃
在演讲中,常毅指出,AI 真正的价值不在于「加一点智能」,而在于在关键环节实现「极致提升」:极致的工作效率、极致的信息效率、极致的代码质量、极致的交付可靠性。
围绕这一目标,Gitee 提出了融合 DevOps 与智能体(Agent)的全新架构,以 Gitee DevOps 为地基,以智能体驱动为核心,构建出一整套覆盖研发全流程的智能化体系,既解放人力、又保障质量,让企业研发真正步入 AI 原生时代。
💡 五大模块,覆盖企业研发核心场景
这一体系由五大模块组成,贯穿从写文档、写代码到测试交付、协同管理、度量分析等各类场景:
-
智能文档创作:自动生成流程图、架构图,进行文档规范检测与内容撰写;
-
智能协同管理:支持 PR 自动生成、AI 审查辅助、误报识别、构建问题分析等;
-
智能代码开发:具备代码生成、单测生成、AI 修复建议、评审建议等能力;
-
智能数据度量:可视化生成图表与仪表盘,辅助研发流程的数据化决策;
-
智能平台助手:统一管理模型、数据、工具、知识资产,构建平台智能中枢。
在统一的智能平台之上,所有模块互为上下游,配合持续运行的智能体,形成了一套面向未来的“自运转”企业智能研发系统。
💡 解决根源性痛点:从代码资产到知识资产
传统代码资产长期面临「信息失真」「理解断层」「知识孤岛」三大难题。文档滞后于代码、结构难以追溯、协作知识难以沉淀,造成新成员难上手、老成员频繁被打扰,团队效率长期受限。
为解决这些根源性问题,Gitee 推出了代码智能分析工具 Gitee Scroll。
Gitee Scroll 通过大模型自动提取项目的架构、逻辑与知识全景,生成可阅读、可问答、可推理的「项目理解视图」,不仅提升了开发效率,也真正实现了团队知识的沉淀与复用。
💡 核心 Coding Agent:自主完成复杂开发任务
相比传统 AI 辅助编程,Gitee 自研的 Xtreme Cli 核心智能体已迈向更高阶段:它不仅能写代码,更能「写项目」。
Xtreme Cli 具备以下核心能力:
-
全项目语义分析、业务逻辑理解、架构模式识别;
-
分阶段思考,任务规划明确,过程可控、结果可追溯;
-
自动调用构建测试工具、Shell 命令、Git 等工具;
-
支持沙盒运行、后台模式、灵活权限配置,保障企业级安全性;
-
并支持多模型接入,适配企业不同规模、不同偏好的大模型部署需求。
💡 MCP 全平台能力:智能体与工具链之间的桥梁
为了让智能体在企业研发流程中真正落地,Gitee 构建了覆盖工具、权限、数据的全平台 MCP:
-
标准协议封装 Agent 所需的上下文、状态与调用接口;
-
对接 Gitee 自身工具链,也支持对接第三方企业研发工具,确保系统开放性;
-
提供执行权限、安全边界、用户上下文等支撑,使 Agent 能够安全、可靠地嵌入生产环境;
-
获取数据、调度流程、写入结果,贯通研发流程的各个环节。
这套 MCP 能力体系,正在成为连接 DevOps 工具与智能体的「底座操作系统」,也为多智能体协同执行任务提供了统一管理与协调基础。
💡 多智能体协作:构建研发智能执行闭环
Gitee 的智能研发体系不仅提升了单点工具的智能化水平,更致力于打造多智能体协作体系:不同能力的智能体(代码生成、测试编排、文档解析、数据分析等)可并行运行,协同处理复杂研发任务。
通过全平台 MCP 协议,所有智能体均可安全调用工具、共享上下文、统一权限、协调调度,形成完整的「感知—决策—执行」闭环。这不仅提升了任务处理的效率,更为未来构建更复杂的企业级 AI 研发系统打下基础。
💡 面向未来,走向 AI 原生研发
常毅最后强调,Gitee 不只是代码托管平台,更是面向未来的企业智能研发操作系统。
通过这一智能化 DevOps 全域协同体系,Gitee 正帮助更多企业迈向 DevOps 的下一个形态:多 Agent 管理与协同的全域智能化。
面对持续演进的软件工程范式,唯有持续智能化,才能持续进化。
关注公众号
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
-
上一篇
微软调整 Microsoft365Copilot,取消默认 AI 内容免责声明
微软近期宣布对其 Microsoft365Copilot 进行一项重要调整,将默认关闭 “AI 内容可能不准确” 的免责声明。此举主要是响应了企业用户的反馈,认为这一提示过于分散注意力。在过去的使用中,用户在使用 Copilot 聊天功能时,常常会看到这个提示,这被认为影响了他们的使用体验。 微软在其管理后台的更新中确认,当用户在使用 Copilot 时,聊天窗口底部的免责声明将自动隐藏。这一改变仅适用于 Microsoft365Copilot 应用内的 Copilot Chat 功能。尽管人工智能系统在不断优化,但仍可能出现错误,微软希望管理员能够对免责声明的显示方式进行调整。 虽然这一免责声明原本是为了提醒用户 AI 生成的内容可能存在不准确性,但许多用户表示希望移除此提示。微软未透露有多少用户提出这一请求,但强调此决定是基于客户反馈作出的。微软在一份支持文档中提到,不同用户对免责声明的表现有不同的看法,有些用户认为其过于显眼,而另一些则觉得其不够突出。 为了满足希望保留该免责声明的用户需求,管理员可以在管理后台启用一个新的选项,称为 “增强感知型 AI 免责声明”。一旦启用,原有...
-
下一篇
360 开源视觉语言对齐模型 FG-CLIP2
360 集团近日开源视觉语言对齐模型 FG-CLIP2。这款模型在涵盖长短文本图文检索、目标检测等在内的29项权威公开基准测试中,全面超越了科技巨头Google的SigLIP 2与Meta的MetaCLIP2。 根据介绍,FG-CLIP2 在模型核心上实现了三大根本创新:第一,层次化对齐架构,让模型能像人眼一样,同时把握宏观场景与微观细节,实现从“看得见”到“看得清”的跨越。 第二,动态注意力机制,使模型可以智能聚焦于图像关键区域,以最小算力代价换取精准的细节捕捉能力。第三,双语协同优化策略,从底层解决了中英文理解不平衡的难题,实现了真正的双语原生支持。 FG-CLIP2依托于自研的超大规模高质量数据集FineHARD。该数据集不仅包含详尽的全局描述和千万级的局部区域标注,还创新性地引入了由大模型生成的“难负样本”。
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- MySQL数据库中FOR UPDATE的使用
- MySQL数据库在高并发下的优化方案
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- 2048小游戏-低调大师作品
- CentOS7,8上快速安装Gitea,搭建Git服务器










微信收款码
支付宝收款码