这个工具提供了哪些能力
点开任一能力,看清怎么用
每个能力展开后是三件事:它会给你什么、你需要准备什么、哪些必须由你把关。
常见场景:需要记录和对比数百次ML实验的参数、指标和产物;需要追踪LLM agent的多步推理轨迹和token消耗;需要给训练好的模型做版本管理、阶段标记和部署;需要统一管理多个LLM API的路由、限流和成本预算
帮你把散落的各家大模型服务收进一个统一入口。不管底层用哪家模型,你的应用都用同一套接口调用;模型路由、访问密钥、调用频率、出错兜底、成本预算和内容护栏都在这一层集中管理。
它会给你什么
- 对调用方完全透明的模型响应,格式保持统一。
- 每次调用的追踪记录,包括成本明细,可与实验追踪打通。
- 预算超限时向外部系统发出的通知。
你需要准备
- 用统一格式发出的模型调用请求。
- 一份网关配置,写明哪个请求走哪家模型、限流规则、出错兜底、预算和分流策略。
- 各家模型的访问密钥,集中托管。
由你把关
- 预算的阈值和统计周期,由你决定。
- 内容护栏规则是否误判或漏判,由你核对。
- 出错兜底和流量分流策略,由你决定。
帮你完整记录一次 AI 助手的执行过程。多轮模型调用、工具调用、检索步骤都会被抓成一条树状的执行轨迹,事后可以回放、评估,也能关联到对应的实验记录,方便你排查哪一步出了问题。
它会给你什么
- 一条持久保存的执行轨迹,包括每一步的层级关系、状态、输入和输出。
- 网页界面里的轨迹视图,可展开成树状或瀑布图查看。
- 轨迹与实验记录的关联,让“跑过什么”和“怎么跑的”能对照着看。
你需要准备
- 加了追踪标记的代码块,或开启了自动埋点的常用框架。
- 可选:采样比例、轨迹存放位置等设置。
由你把关
- 采样比例影响观测的代表性,由你决定。
- 轨迹要不要关联到实验记录,由你决定。
- 生产环境的轨迹保留多久、怎么归档,由你决定。
帮你把每次模型训练的参数、指标、产物完整记下来,形成可检索、可对比、可复现的实验档案。多次实验按项目分组,随时能在界面里并排比较,找出效果最好的那一次。
它会给你什么
- 持久保存的实验档案,包括参数、指标、标签和分组,可随时检索。
- 模型文件、图表等产物,与对应的实验记录绑定存放。
- 网页界面里的可视化对比视图。
你需要准备
- 代码中记录参数、指标和产物的调用。
- 可选:记录服务器地址、实验分组名称等设置。
- 可选:开启自动记录后由常用框架自动上报的训练信息。
由你把关
- 实验怎么命名、标签怎么定,团队规范由你决定。
- 删除的记录只是被标记隐藏,要不要彻底清除,由你确认。
- 生产服务器的权限、数据库和备份配置,由你核对。
帮你把训练好的模型打包成一个标准化的产物,不管原来用什么框架训练,打包后都能在其他环境里重新加载使用,还附带输入输出格式说明,方便后续注册、部署和评估。
它会给你什么
- 一个自描述的模型目录,包括权重、配置和依赖说明。
- 模型的存放地址,供注册、部署和评估环节引用。
- 加载后即可直接用来做预测的模型对象。
你需要准备
- 一个训练好的模型对象。
- 可选:输入输出格式说明、示例输入、依赖清单和需要随包携带的源码。
由你把关
- 依赖清单是否齐全决定模型能否在新环境加载,由你核对。
- 部署时是否强制校验输入输出格式,由你决定。
- 哪些源码要随模型一起打包,由你决定。
帮你把散落在各次实验里的模型收进一个统一的模型库。每个模型有名称、版本号、阶段标记和来源记录,从开发、预发布到生产、归档的流转都有据可查,团队协作不会拿错版本。
它会给你什么
- 一个带版本号的中心模型目录。
- 统一格式的模型地址,供部署和评估环节引用。
- 版本流转事件的通知,可对接自动化流程。
你需要准备
- 某次实验产出的模型地址,或已注册的模型。
- 注册信息:模型名称、来源、标签等。
- 流转请求:目标阶段或别名,以及是否归档旧版本。
由你把关
- 哪个版本进入生产、旧版本是否归档,由你决定。
- 主力版本和候选版本的别名指向,由你核对。
- 开源版的审批流程较弱,是否需要外部审批环节,由你决定。
帮你系统地评估模型好不好用。传统模型和 AI 助手都能评:可以算准确率等数值指标,也可以让另一个大模型当裁判打分,还能和基线对比。评估结果写回实验档案,形成可追溯的质量基线,防止改版后质量悄悄下滑。
它会给你什么
- 一条评估记录和各项指标,写回实验档案,附带混淆矩阵等分析产物。
- 可按评估指标检索对比各次实验,形成回归基线。
- 评估 AI 助手时每个步骤的逐条评分。
你需要准备
- 要评估的对象:模型、带标准答案的数据集、预测结果或 AI 助手的执行轨迹。
- 一套评估指标,可以自定义。
- 用大模型当裁判时:裁判的提问模板、裁判模型和数据集。
由你把关
- 哪些指标进入回归基线,由你决定。
- 裁判模型的提示词和模型选择影响评分有效性,由你核对。
- 判定合格与否的阈值,由你决定。
第一次这样开始
把仓库地址直接交给 AI
先让 AI 说明环境和风险,再完成最小安装验证。开始前想清楚要用哪个能力、把对应材料备在手边——每张能力卡展开后有具体清单。
第一次直接复制
帮我安装这个库:https://github.com/mlflow/mlflow 安装前先告诉我需要什么环境,安装后帮我跑通一个最小示例。
别这样用
这些判断,仍然由你负责
- 把实验记录当备份用而不同步管理训练数据和环境依赖
- 在LLM追踪中不做采样导致存储和成本远超预期
- 把Staging阶段的模型直接推Production而不做线上评估和灰度验证
技术依据
查看能力拆解、验证范围与来源
技术依据
查看能力拆解、验证范围与来源
处理机制
- 01
store抽象与对象生命周期治理
解释 tracking/registry/artifact/tracing 四类能力的共同结构:mlflow 把每类能力都拆成"实体 + abstractstore + 多后端实现 + 异步刷新 + search 检索 + 软删除生命周期"的同构骨架。这个横切结构决定了为什么 Run/Trace/RegisteredModel/ModelVersion 的治理方式高度一致,以及为什么同一套概念能同时支撑 ML 与 LLM 两条产品线。
已核对范围
- 静态确认 gateway FastAPI app 的 OpenAI 兼容路由(/v1/chat/completions、/v1/completions、/v1/embeddings)
- 静态确认 25 个 provider 适配层(gateway/providers)
- 静态确认 budgettracker/budget 模块的成本聚合与 budgetexceeded webhook + trace 阻断
- 静态确认 guardrails(输入/输出护栏)与 rate limit/fallback/traffic-split 配置
- 静态确认 Trace/Span/TraceInfo/LiveSpan 实体与 SpanType(LLM/CHAIN/AGENT/TOOL/CHATMODEL/RETRIEVER/EMBEDDING/EVALUATOR)、TraceState(OK/ERROR/INPROGRESS) 枚举
- 静态确认 fluent trace 装饰器与 startspan 上下文、span 层级 parentid 链、span 权重 sampling 机制
- 静态确认 OpenTelemetry 导出路径(mlflow/tracing/otel)与 processor/destination 分层
- 静态确认 60+ 框架 autolog 式自动埋点(openai/anthropic/langchain/crewai/autogen/dspy 等)
仍待核对
- 未真实运行 gateway server
- 未验证 budget 在高并发下的准确性
- 未验证各 provider 的请求/响应兼容性与降级
- 未真实运行 tracing 捕获
- 未验证 sampling 比例在低 ratio 下的代表性偏差
- 未验证 trace 与 run 的 link 行为在并发 trace 下的边界
- 未真实运行 tracking server 与 client 的端到端记录
- 未验证异步日志(synchronous=False)在并发场景下的顺序与丢失边界
相关文章
具备相关能力的其他库
相关课程
把单项工具放进完整研究设计流程
课程一从研究问题、文献判断、理论假设和方法骨架继续推进,帮助你建立可以复用的研究设计档案。