Dify 开发者必看:如何破解 MCP 集成与 Prompt 迭代难题?

作者:朱桐(濯光)

Dify 是一个面向 AI 时代的开源大语言模型(LLM)应用开发平台,致力于让复杂的人工智能应用构建变得简单高效,目前已在全球范围内形成显著影响力,其 GitHub 仓库 Star 数截至 2025 年 6 月已突破 100,000+ ,目前,Dify 已经成为 LLMOps 领域增长最快的开源项目之一。

然而,AI 领域正处于蓬勃发展,快速变化的阶段,每天都有新技术,新的应用场景在出现,Dify 也有其力所不逮的地方:

  • MCP 集成困难。最近,MCP (Model Context Protocol,模型上下文协议)的风潮正在刮遍整个领域。MCP 是一个开放协议,旨在标准化大型语言模型(LLM)与外部数据源及工具之间的集成。其最大的优点是使 LLM 应用能够灵活、安全地访问上下文信息和功能,显著降低了 AI 应用开发的复杂度,加速了 AI 应用的部署,吸引了无数开发者的目光。但是,截至目前,Dify 平台仍然缺乏原生对于 MCP 协议的支持,虽然有社区的插件将 MCP Server 转化为 Dify 应用的工具调用,但这些插件也存在配置麻烦,使用场景受限,难以快速变更等问题。
  • Prompt 不够敏捷。 Prompt 是生成式 AI 的核心,生产中往往需要根据应用场景不断的进行调整和优化,Dify 已经大大降低了应用开发的成本,但是 Prompt 变化依然要重新发布。
  • 启动配置复杂,运维困难。 Dify 平台拥有强大的功能,但也提升了其应用架构的复杂度,各个组件所用到的配置项数量繁多,难以管理。

Nacos 是阿里巴巴开源的一款注册配置中心产品,被广泛应用于各种云原生应用的构建中。面对 AI 浪潮带来的技术革命,全新的 Nacos 3.0 版本将定位进行了升级,致力于打造一个易于构建 AI Agent 应用的动态服务发现、配置管理和 AI 智能体管理平台,为模型 / MCP Server / Agent 等新型业务智能场景架构提供更高效的运行支撑。

对于 Dify 面临的这些问题,我们可以在 Nacos 中找到对应的答案:

  • MCP 动态管理和接入。 Nacos 3.0 支持多种类型的 MCP Server 自动注册和动态发现,和 MCP 服务相关描述,工具,Prompt 等内容的动态管理。并支持快速的将存量的微服务 API 实现 0 代码改动转化成 MCP 服务。同时,Nacos 3.0 支持了标准 MCP Registry API,轻松实现 MCP Registry 私有化部署。
  • Prompt 的运行时动态变更。Nacos 提供的配置管理能力,天然契合 Prompt 快速调整优化的场景。通过将 Prompt 托管至 Nacos,无需重新编辑部署 Dify 工作流,即可进行。
  • Dify 部署环境变量托管。Nacos 支持将 Dify 部署使用的配置托管至 Nacos, 支持控制台白屏化变更和配置历史版本,提高运维效率。

活集成,Dify 轻松发现 MCP 服务

目前,Dify 应用通过社区插件对接 MCP 服务主要存在以下两个痛点:

  • 接入琐碎繁杂: 每个需要接入 MCP 服务的 Dify 应用都要单独配置 MCP Server 服务的连接信息,缺乏一个统一的集中式管理的平台。
  • 难以动态变更: 需要添加新的 MCP Server 或者修改 MCP Server 信息时,都要重新编辑和部署 Dify 应用,变更成本高。

而在 3.0 版本中,Nacos 在 MCP 生态中迈进了一大步,支持了 MCP Registry 能力,多种类型、不同版本的 MCP Server 可以轻松注册至 Nacos 中,消费端只需要连接 Nacos,就可以获取所有可用的 MCP Server 和访问方式,免去了手动配置的痛苦。而除了动态发现 MCP Server 之外,Nacos 3.0 MCP Registry 还支持以下 MCP 相关企业级特性:

  • 支持将存量的 HTTP 接口实现 0 代码改动转化成 MCP 服务。
  • MCP 服务支持多实例注册分布式部署,大大提高容灾能力。
  • 支持动态变更 MCP tools 开关和描述。

目前,Nacos 官方 MCP 插件 Nacos MCP【1】 已经登录 Dify 官方市场。Dify 应用通过接入 Nacos MCP 插件,即可实时感知 Nacos 中配置的所有 MCP Server,享受以上 MCP 企业级特性,大大降低了 Dify 应用中 MCP Server 的接入和管理成本。同时,Nacos MCP 插件还能帮助模型按需挑选并路由 MCP 服务,有效降低模型调用的 Token 消耗。

image

接下来,就让我们通过一个简单的实践教程,来实际体验下吧。

实践: Dify 应用轻松路由 Nacos MCP 服务

假设我们正在开发一个 AI 导购,在功能刚上线的时候,我们希望 AI 导购能够调用 goods-mcp-server 的工具来根据用户提供的关键字返回相关的商品列表,后面根据用户的反馈再接入新的 MCP Server 进行能力的增强。

通过接入 Nacos MCP 插件,Dify 应用即可以动态感知新增的 MCP 服务,实现能力的快速迭代。同时,在实际的调用过程中,Nacos MCP 会首先返回所有 MCP 的简要信息供模型进行挑选,模型根据实际任务需要再查询对应 MCP 的 Tools 供模型进行调用,通过这种方式,能够降低模型 Token 消耗,特别是在 MCP 服务数量和工具数量过多的场景下,优势明显。

1. 注册 MCP 服务 至 Nacos

首先,我们要将所需的 MCP Server 信息注册到 Nacos 中,目前 Nacos MCP Registry 支持多种注册方式:

  • 控制台上手动注册。

  • 通过框架自动注册,参考MCP Server自动注册手册【2】。

  • 存量的微服务 API 实现 0 代码改动转化成 MCP 服务,参考存量API转换MCP手册【3】。

注册完成后,我们可以在 Nacos 控制台上看到对应的 MCP Server 信息:

image

2. Dify 应用 Nacos MCP 插件配置

完成 MCP Server 在 Nacos 上的注册之后,为了让 Dify 应用能够访问到 Nacos 中注册的 MCP Server,我们需要安装并配置 Nacos MCP 插件。目前,Nacos 官方 MCP 插件 Nacos MCP【4】 已经登录 Dify 官方市场。在 Dify 官方插件市场中搜索 Nacos MCP 插件【5】,安装后配置 Nacos Server 的访问地址和访问凭证:

image

image

现在,让我们在 Dify 中构建一个简单的 AI 导购助手。在 Dify 中创建一个 Agent 应用并配置 Nacos MCP 以下的工具:

  • 查询 MCP Server 列表 (list_mcp_servers)
  • 查找特定的 MCP Server 的工具列表 (list_mcp_server_tools)
  • 列出用户预配置的 MCP Server 的工具列表 (list_mcp_server_tools_by_user)

模型会根据实际的任务,首先查询可用的 MCP Server 列表,并根据自己的需要,智能挑选依次调用 Nacos MCP 的三个工具来完成任务的执行。

image

点击部署,让我们在对话中体验下:

image

查看调用历史,大模型通过调用 Nacos MCP 插件的三个工具,顺利完成了对于 goods-mcp-server 的调用。

3. 实时发现并路由 MCP 服务

而完成配置之后,在随后的运行时中,Dify 可以实时的感知 Nacos 中注册的 MCP Server 服务,而无需对 Dify 应用进行重新编辑和部署,并根据任务实现对于 MCP 的路由。

以 AI 导购为例,在上线之后,我们觉得单纯推荐物品的逻辑有些单薄,我们希望他除了推荐物品之外,还可以进一步的给出每类物品在各个平台上的最低价格以及对应的商品链接,相关的价格查询逻辑已经由 price-mcp-server 进行了实现。在不依赖 Nacos 的情况下,添加一个全新的 MCP Server 我们需要重新对 Dify 应用进行部署,而现在,我们只需要在 Nacos 中注册对应的 price-mcp-server 即可。

通过自动注册或者手动配置的方式在 Nacos 注册 price-mcp-serverMCP 服务:

image

image

现在,再让我们调用 AI 导购:

image

可以发现,在给出推荐的商品列表之外,AI 导购进一步的利用了 price-mcp-server 来进行了价格的查询和比较,而无需重新部署。

此外,查看模型的工作链路,我们看到模型首先查询了所有可用的 MCP 服务列表,根据任务判断需要调用 goods-mcp-server 以及 price-mcp-server,再去查找了具体的 Tools 信息。

image

如果我们只希望获取物品的列表,则模型只会查询 goods-mcp-server 的工具列表。

image

当 MCP 数量和 Tools 数量较多时,可以显著减少模型 Token 消耗。

而在实践中,为了实现更好的路由效果,MCP 本身以及工具的描述是否精准也是重要因素。通过 Nacos MCP 插件接入的 MCP 服务,支持在 MCP 运行时对 MCP 的工具描述和工具开关进行动态调整,根据实际需要向 Dify 应用暴露可用工具进行调优。

image

快速迭代,Nacos 托管 Dify Prompts

Prompt 是生成式 AI 的核心,生产中往往需要根据应用场景不断的进行调整和优化,Dify 已经大大降低了应用开发的成本,但是 Prompt 变化依然要重新发布。而 Nacos 解决的一大痛点就是就是配置“动态”,其提供的动态配置管理能力,天然契合 Prompt 快速调整优化的场景。通过将 Prompt 托管至 Nacos,无需重新编辑部署 Dify 工作流,只需要在 Nacos 中进行简单的配置内容变更,即可实现 Prompt 的动态调优。

依然是以 AI 导购为例,让我们看看如何实现 Prompt 的快速进化吧。

实践:AI 导购 Prompt 迭代

1. Prompts 托管至 Nacos

首先,我们要将 Prompt 迁移到 Nacos 上。在 Nacos 控制台上创建一个配置文件,DataId 为 Prompt.template,Group 为默认的 DEFAULT_GROUP,内容为 AI 导购 Prompt 模版对应的内容:

你是一个AI导购助手,请查看所有可用的工具,调用工具根据用户的需求给出相关的商品推荐列表,并查询在各个平台上对应的价格,给出性价比最高的选择

image

image

2. Nacos 插件安装和配置

为了从 Nacos 中读取 Prompt 动态配置,我们需要在 Dify 中安装 Nacos 插件,并配置插件的连接信息:

image

image

然后,让我们创建对应的工作流应用,在工作流中创建对应的读取 Nacos 工具节点,配置 Prompt 配置的命名空间、配置 ID 和分组的信息。

image

创建 Agent 节点,配置 Nacos MCP 工具列表,在指令一栏配置读取 Nacos 工具节点的输出作为输入,查询一栏配置 sys.query 作为输入。

image

3. 动态变更 Prompt 实现快速迭代

通过以上两步,我们实现了 Nacos 对于 Dify 应用 Prompt 的托管,接下来即可实现在 Dify 应用运行时动态调整和迭代 Prompt。

首先,我们调用 AI 导购,希望他给我们一些露营的装备建议:

image

可以发现,Agent 根据 Prompt 的内容给我们返回了预期之内的结果。

但是,在应用实际上线之后,我们发现这些结果都是以文字格式展示的,客户反馈这种方式不够直观,希望调整为表格的形式展示。因此我们要对 Prompt 进行修改。没有 Nacos 时,我们需要修改 Dify 工作流并进行重新部署,而将 Prompt 托管到 Nacos 上之后,我们只需要在 Nacos 控制台上修改对应的 Prompt 内容为:

你是一个AI导购助手,首先查看所有可用的工具,调用工具根据用户的需求给出相关的商品推荐列表,并查询在各个平台上对应的价格,给出性价比最高的选择,以表格的形式进行展示。

image

再次询问 AI 导购,发现结果根据我们 Prompt 的要求做了相应的调整,Prompt 变更成功生效了。

image

Nacos 还支持变更历史,在历史版本界面,可以查看所有使用过的历史 Prompt 版本,并进行回滚,这样即使 Prompt 效果不够满意,也可以一键复原:

image

此外,Nacos 插件中还包含了配置修改的工具,用户也可以在专门的 Dify 应用中结合大模型的能力实现 Prompt 的自动优化。

高效运维,Nacos 托管 Dify .ENV 启动配置

Dify 平台拥有强大的功能,但也提升了其应用架构的复杂度,各个组件所用到的配置项数量繁多,难以管理。而目前,Dify 支持了将启动参数托管至 Nacos 中,通过读取 Nacos 中的配置获取启动参数。

  1. 采取源代码方式启动 Dify 服务【6】。
  2. 将 .env 中的参数转移至 Nacos 配置中。

image

  1. 在启动 API 服务时将以下环境变量进行注入。
REMOTE_SETTINGS_SOURCE_NAME=nacos
DIFY_ENV_NACOS_SERVER_ADDR=<nacos_addr>
DIFY_ENV_NACOS_DATA_ID=<启动参数配置文件的data_id>
DIFY_ENV_NACOS_GROUP=<启动参数配置文件的分组>
DIFY_ENV_NACOS_NAMESPACE=<启动参数配置文件所在的命名空间>
DIFY_ENV_NACOS_USERNAME=
DIFY_ENV_NACOS_PASSWORD=
DIFY_ENV_NACOS_ACCESS_KEY=
DIFY_ENV_NACOS_SECRET_KEY=

在启动时,Dify 应用会从 Nacos 读取相应的配置。通过这种方式,基于 Nacos, 即可实现启动参数白屏化变更和历史版本管理,提高运维效率。

结语

Nacos 与 Dify 的结合,为生成式 AI 应用的开发效率与架构灵活性提供了新的解决方案。通过动态发现 Nacos MCP 服务,Dify 能快速集成标准化的模型工具接口,简化服务调用流程;借助 Nacos 托管 Prompt 配置,开发者无需重新部署即可实现提示词的实时优化,真正释放敏捷开发潜力;而 Nacos 对环境变量的集中管理,则进一步简化了 Dify 应用的运维复杂度,让 Dify 的部署配置更易维护和复用。这一整合不仅解决了 Dify 在 MCP 协议适配和动态配置管理上的痛点,也体现了云原生技术与 AI 开发工具的务实协作。

未来,随着 AI 应用场景的不断扩展,Nacos 将进一步的拥抱 AI 生态,从基础的配置管理和服务发现,到 MCP 生态的持续拓展和集成,再到多 Agent 的协同,Nacos 将持续演进,帮助开发者提升效率,降低复杂环境下的开发与运维成本,让 AI 应用的构建更加高效、稳定。

附:

【1】Nacos MCP

https://marketplace.dify.ai/plugins/nacos/nacos_mcp?language=zh-Hans&theme=system

【2】MCP Server 自动注册手册

https://nacos.io/docs/latest/manual/user/ai/mcp-auto-register/?spm=5238cd80.6f0ee98.0.0.3bbf480cbJHznr&source=blog

【3】存量 API 转换 MCP 手册

https://nacos.io/docs/latest/manual/user/ai/api-to-mcp/

【4】Nacos MCP

https://marketplace.dify.ai/plugins/nacos/nacos_mcp?language=zh-Hans&theme=system

【5】Nacos MCP 插件

https://marketplace.dify.ai/plugins/nacos/nacos_mcp?language=zh-Hans&theme=system

【6】源代码方式启动 Dify 服务

https://docs.dify.ai/zh-hans/getting-started/install-self-hosted/local-source-code

相关推荐

推荐一款好用的刷题工具

为了帮助正在准备求职季的开发者提升备战效率,阿里云特别推出“通义灵码陪你备战求职季”活动,精心挑选百道历史校招技术面试/笔试题,借助通义灵码智能问答、代码智能生成、代码优化等核心功能,帮助开发者更加准确地了解程序员职业所需的核心技能,加强对问题解决思维和解题能力的练习。

阿里巴巴云原生的博客 1383

通义灵码 Visual Studio 下载安装指南(附安装包)

本安装步骤适用于 Windows 10 及以上操作系统中安装和使用通义灵码。

阿里巴巴云原生的博客 4436

生产更可信,订阅更耐用丨Higress 社区进展报告

阿里巴巴云原生的博客 54

让 Agent 成为企业生产力丨Alibaba Cloud AgentCore 企业智能体构建与治理沙龙·杭州站精彩回顾 & PPT 下载

近日,让 Agent 成为企业生产力丨Alibaba Cloud AgentCore 企业智能体构建与治理沙龙·杭州站圆满落幕。本场活动吸引了 100+ 名技术从业者深度参与,深度分享了企业 Agent 趋势、AgentCore 构建与治理、Agent 观测与优化、STAROps 智能运维及 AI 网关等相关议题,并设置了动手实操环节。

阿里巴巴云原生的博客 17

如何用 STAROps Elasticsearch 智能助手看穿“搜索变慢”

某电商平台的商品搜索服务使用一台 6 个数据节点的 Elasticsearch 实例。周五北京时间 20:00 起,业务陆续反馈搜索变慢。业务监控中的搜索接口 P99 从平时约 200 ms 升到 2s 以上,部分请求超时。值班工程师打开控制台:集群状态为 Green,没有未分配分片,集群平均 CPU 约 40%,乍看不像资源已经吃紧。

阿里巴巴云原生的博客 97

满帮基于阿里云 AgentCore 打造生产级 SRE 稳定性数字人

满帮基于阿里云 AgentCore 构建“稳定性数字人”:满帮提供业务知识、专业工具与处置流程,AgentCore 提供智能体运行、协作和治理支撑。数字人已在核心链路的巡检与根因分析中得到应用,受控处置能力也在持续建设,让满帮积累的稳定性能力能够在具体任务中得到复用。

阿里巴巴云原生的博客 111

稳定复现超 70% 的缺陷,报警到自动修复的 Agent 流水线实践

本文将分享我们在 PolarDB-X 团队做的一些工程实践:让 Agent 从一条报警或工单出发,自主完成排查、复现、修复和验证,再把结果交给研发评审。

阿里巴巴云原生的博客 294

从“自证清白”到“因果链条”:智能体如何重塑运维排障效率

STAROps 做全域关联分析,把范围从「五个团队依次自证清白」收拢到一条具体链路;证据指向对象存储后,OSS Agent 接手,基于真实配置、访问日志和用量数据往下挖,给出根因和支撑它的证据链。你面对的始终是一个对话框:路由归它管,说清现象、拍板方案归你。

阿里巴巴云原生的博客 125

TechTalk丨从能买奶茶到能进企业,Agent 绕不开同一组问题

史明伟所在的 Alibaba Cloud AgentCore 是企业级 Agent 构建和治理平台,为 Agent 在业务场景下的规模化落地提供基础设施,所以这场对话,他和 Datawhale 主持人从个人助理一路聊到企业 Agent:权限该怎么一步步放开?进了企业,账号打通、数据权限、沙箱隔离又会带来哪些新问题?没有强技术团队的企业,该从哪里起步?

阿里巴巴云原生的博客 207

AgentCore + Codex 构建生产级 Agent 的原理与实践

本文章演示 AgentCore[1]的自定义代码/镜像能力,目的是展示如何基于自定义的 Harness 框架(Codex) 结合 AgentCore 提供的身份、模型、工具、技能、凭证 、观测评估等能力实现一个端到端的 Agent 应用,内容包含两个部分,技术方案和实践教程,文末附相关源码和本次的测试数据,可以根据需要自行查阅。

阿里巴巴云原生的博客 187

让复杂任务由团队完成:阿里云 AgentCore 多 Agent 协作架构及实践

Alibaba Cloud AgentCore 以身份、通信、团队和任务为基础,让专业 Agent 与人类成员共同参与业务协作。企业可以按职责组合知识、工具、Skill 和模型,用任务系统持续追踪工作,再结合 AgentLoop 评估效果、优化配置。

阿里巴巴云原生的博客 334

易点天下:AI 驱动 IT 运维组织提效的实践

易点天下作为一家专注品牌全球化的营销科技公司,由智能营销、全域增长、智能变现三大引擎驱动。公司旗下拥有“整合营销服务”与“广告平台业务”两大业务线。

阿里巴巴云原生的博客 300

阿里云可观测 2026 年 10 月产品动态

阿里云可观测 2026 年 10 月产品动态

阿里巴巴云原生的博客 199

用 Nacos 3.3.0 ARD 让 Agent 按任务发现工具和 Skill

如今,工作中用 Agent 帮忙已经越来越常见。研发同学用 Coding Agent 写代码、补测试、排查问题,业务同学用 Work Agent 整理资料、分析表格、制作演示文稿。不少过去需要自己一步步操作的事情,现在可以把需求交给 Agent,让它协助完成。

阿里巴巴云原生的博客 313

HiRoute 新版本发布:结合自己的真实工作选择最佳模型

HiRoute[1]是一个开源、运行在本地的 Agent 智能路由引擎。你继续用 Codex、Claude Code、Qoder、Pi、OpenCode、Hermes、DeepSeek Harness 等熟悉的 Agent,由 HiRoute 判断每一步交给哪个模型。

阿里巴巴云原生的博客 387

用户说 App“下不了单”:用 Session Replay 看清流程卡在哪一步

Session Replay(会话回放)将采集到的页面变化重建为可回看的过程。研发可以沿着这次会话,查看操作前后的界面变化,先确认流程停在了哪里,再结合当时的事件、日志和代码检查原因。

阿里巴巴云原生的博客 55

欢迎报名丨Alibaba Cloud AgentCore 企业智能体构建与治理八城巡回沙龙 · 杭州站开启

欢迎报名丨Alibaba Cloud AgentCore 企业智能体构建与治理八城巡回沙龙 · 杭州站开启

阿里巴巴云原生的博客 144

运维走出控制台:阿里云 AgentCore AI Native 运维实践

UModel 让现场能够被关联,运维数字员工让经验能够被调用,AgentCore Team 让分析能够协作,AgentLoop 让质量能够被检验。这些建设共同服务于一件事:让团队对系统的理解,成为每个人处理问题时都能接上的能力。

阿里巴巴云原生的博客 300

从长程 Agent 到 Super-agent,解锁更多场景

Deepseek Harness 提升了架构的透明度,但也带来了工程上的复杂度。这次开源的dsh-superagent-prototype,是对 Agent “连续实体”能力的工程拆解。

阿里巴巴云原生的博客 237

排查提效 50%:淘大集新核心系统的观测护航之路

供应链运维,缺的不是更多机器,是“一条能把指标、日志、链路串起来的线”。阿里云 ARMS+SLS+云监控2.0+STAROps 重构观测底座。

阿里巴巴云原生的博客 148

概率、插座与 5000 个爱因斯坦:专访阿里云研发副总裁周琦

这次访谈发生在 2026 年云栖大会之后。大会期间,阿里云发布了智能体构建和治理平台 AgentCore,将企业级 Agent 基础设施进一步标准化和托管化。

阿里巴巴云原生的博客 154

Agent 数据飞轮平台的选型和实践

用统一标准判断修改效果,积累覆盖不同路径的测试样本,沿执行记录排查失败,并将典型问题纳入后续回归。而这也是宙斯接入 AgentLoop 要解决的问题。

阿里巴巴云原生的博客 29

Durable Agent 详解:如何让 Agent 在云端长期稳定运行

本文使用一个具体的用户任务示例“向五位客户发送通知邮件”,解释为什么保存聊天记录还不够,再以 AgentScope 构建的 Agent 为例,展开任务状态、持久提交和故障恢复的通用设计,最后结合 Alibaba Cloud AgentCore 已有的 Harness 托管与节点恢复能力,讨论共享状态、可靠调度及 Brain / Hands 分离如何支撑更完整的长期托管服务。

阿里巴巴云原生的博客 335

Qoder × AgentLoop:智能体规模化应用,敏感数据保护如何跟上?

智能体观测与优化平台 AgentLoop 持续分析已采集的 Qoder 审计日志,将发现的风险线索关联到具体会话、工具调用、成员和环境,帮助安全团队回查任务过程、明确需要整改的环节,并复查处理效果。

阿里巴巴云原生的博客 291

完整还原已经服务千家企业的 AIOps Agent 的评测和调优实践

阿里云 STAROps 是一个生产运维 Agent,通过连接多域数据、运维工具与专家经验,从被动响应走向智能自治,7×24 保障业务连续、稳定运行。本文将分享 STAROps 的评测和调优实践。

阿里巴巴云原生的博客 199

阿里云云原生四项 AI 应用工程化实荣获“鼎新杯”优秀案例

第五届“鼎新杯”由中国通信标准化协会主办、中国信息通信研究院承办,自2026年05月正式启动,历时近 5 个月,聚焦国内政企数智化转型领域的创新成果,旨在为行业提供可复制、可推广的实践参考。

阿里巴巴云原生的博客 323

交付周期从 51 天缩短到 14 天,多 Agent 协作产品⾃进化背后的组织重构

本⽂结合这段实践,介绍评测如何驱动产品持续进化、⼈机协作的边界如何设定,以及团队如何通过统⼀⽬标、结果标准和责任分⼯,减少跨岗位交接,降低沟通损耗,把技术能⼒转化为实际交付效果。

阿里巴巴云原生的博客 328

从部署上线到运维优化:STAROps 与 ROS Agent 的资源运维自动化实践

STAROps 数字员工提供统一的运维对话入口,结合日志、指标、告警等信息理解问题,并通过 alibabacloud-ros-agent 技能,将基础设施规划和变更任务委派给 ROS Agent。

阿里巴巴云原生的博客 130

车企数据隐私保护必修课:如何用 SLS mask 守住日志中的敏感信息

阿里云日志服务 SLS 的 mask 函数可在采集或写入阶段替换匹配的敏感值,同时保留业务状态与调用链,并结合访问控制和保留期限管理减少暴露。下文通过车辆与车主服务、海外联网订阅、智能座舱交互三类业务中的四组日志,介绍规则选择与脱敏效果。

阿里巴巴云原生的博客 112

切换模型会损失缓存,智能路由还省钱吗?

智能路由会把不同的工作交给不同的模型。很多人随之会问:模型一换,之前积累的缓存就用不上了,这笔损失会不会把省下的钱又花回去?

阿里巴巴云原生的博客 209
上一篇: 如何用通义灵码实现文本分析:以《红楼梦》人物出场统计为例
下一篇: 基于 AI 网关和 llmaz,提升 vLLM 推理服务可用性和部署易用性的实践
阿里云云原生
阿里云云原生 企业官方账号 企业官方账号
博客等级 码龄8年 1万+粉丝 3151原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值