AI 资源库 · 已整理 5 项

成本监控

查看与成本监控相关的 AI 资讯、工具、Skill、工作流和开源项目。

nurf-ai/ai:跨多家 AI 服务商的多模态 Go 模块,内置真实成本计量

nurf-ai/ai · Multimodal Go AI module with realistic cost tracking, not just tokens.

nurf-ai/ai 是一个 Go 语言模块,用于在多家 AI 服务商之间统一构建聊天、流式输出、推理、工具调用、结构化输出、嵌入、语音转文字、文字转语音、音效、音乐生成、实时语音、内容审核、图像生成与编辑、视频生成等能力。其特色是内置按模型计价器,可估算 token、图像、视频秒数、语音字符与音频时长等真实成本,并通过 models.json 集中维护模型费率与上下文窗口。

☆ 收藏查看来源 ↗

Tracify:面向 AI Agent 的可观测性与故障防护平台

BN-KR/Tracify · Tracify is an AI observability platform that helps developers monitor, debug, and optimize AI agents in production. Trace every decision, tool call, failure, retry, latency spike, and cost in one clear view.

Tracify 是一个面向 AI Agent 的可观测性与故障防护平台,通过捕获 Agent 运行、LLM 生成、工具调用、成本、评测与失败信息,帮助团队理解发生了什么、定位并修复问题、验证修复效果并防止同类故障复发。它提供 TypeScript 与 Python SDK(包名 tracify-sdk),支持嵌套运行、自定义 span、重试与错误追踪,并配套数据集与评测器、Prompt 版本管理与部署标签、成本与运行时策略(SDK 失败开放)、区域端点与公开健康状态页面。架构上以 SDK/OTLP 接入 Next.js 摄取,经 Tinybird 存储高吞吐遥测数据、Convex 保存项目元数据与工作流状态,并输出到仪表盘。

☆ 收藏查看来源 ↗

智能体、评估与 LLM 成本的生产实践:QCon AI 纽约 2026

QCon AI 纽约 2026 大会(12 月 15 日至 16 日)已确认一批工程师演讲,主题是 AI 进入生产环境后遇到的真实难题。原来,模型上线后代码产出快到来不及审查,token 花销不断上涨,评估结果必须足够可靠才能据此决策,智能体还需要权限和护栏来约束。这些演讲会分享工程师们如何应对这些限制。对读者来说,可以借此了解把 AI 放进生产系统时,同行都在关心哪些问题和做法。目前只公布了会议时间和已确认的演讲,具体议题内容原文没有说明。

文中可用工具

提供的材料未提及具体可用工具。

☆ 收藏查看来源 ↗

开源模型已跨过临界点

LangChain 团队用 Deep Agents 测试框架跑了一批开放权重模型,发现 GLM-5 和 MiniMax M2.7 在文件操作、工具调用、指令遵循这些智能体核心任务上,已经和 Claude Opus 4.6、GPT-5.4 等闭源顶级模型打得差不多。过去用闭源大模型跑智能体,又贵又慢:每天输出 1000 万 token,Opus 4.6 大约要 250 美元,MiniMax M2.7 只要约 12 美元,一年差出近 8.7 万美元。开源模型还能跑在 Groq、Baseten 这类专门优化的推理服务上,延迟和吞吐都更好。不过这还只是早期评测结果,团队正在继续扩充测试集;普通用户暂时用不上,主要意义是给要做智能体产品的开发者一个更便宜、更快的选择。

文中可用工具

  • Deep AgentsLangChain 的智能体测试与运行框架,用来统一跑评测和部署智能体
  • GLM-5z.ai 推出的开放权重模型,本次评测中表现接近闭源顶级模型
  • MiniMax M2.7MiniMax 推出的开放权重模型,成本最低,本次评测中表现接近闭源顶级模型
  • Ollama本地运行模型的工具,可跑私有化开源模型
  • vLLM高性能推理引擎,用于自行部署开源模型
  • Baseten模型托管推理服务,本次用于跑 GLM-5
  • OpenRouter模型调用聚合平台,提供 MiniMax M2.7 等模型的调用
  • Groq专注低延迟高吞吐的推理服务商
  • Fireworks面向生产场景的模型推理服务商
  • SWE-Rebench软件工程类公开评测基准
  • Terminal Bench 2.0终端操作类公开评测基准
  • LangSmithLangChain 的评测与可观测平台,公开分享本次评测运行结果
☆ 收藏查看来源 ↗

Dynatrace 正式发布端到端 Snowflake 可观测性功能

Dynatrace 宣布其 Snowflake 可观测性功能正式可用。此前,企业用 Snowflake 做数据分析、数据管线和 AI 工作负载时,成本、性能、安全、运维和数据质量的信息分散在不同工具里,出问题常要人工在 Snowflake、监控工具和表格之间来回切换拼凑原因。现在,团队通过 Dynatrace 的 Data Observability 应用就能统一查看这五方面情况:它带引导式接入、自动采集遥测,并预置 14 个仪表盘,接上就能用,不用从空白画布搭起。对读者的用处是:更容易在用户抱怨前发现性能瓶颈、在账单飙升前发现仓库消耗异常、在数据变旧或结构被改时及早察觉,从而减少依赖这些数据的 AI 应用出错。该功能由开源项目 Dynatrace Snowflake Observability Agent 支撑,偏好自行部署的团队仍可用开源版本。

文中可用工具

  • Dynatrace Snowflake Observability统一查看 Snowflake 的成本、性能、安全、运维和数据质量
  • Dynatrace Data Observability app提供引导式接入和预置仪表盘的入口应用
  • Dynatrace Snowflake Observability Agent (DSOA)开源代理,负责采集 Snowflake 遥测数据并支撑仪表盘
☆ 收藏查看来源 ↗