跳转到主要内容

11 含有标签「ai-platform」

Posts tagged "ai-platform" on TianPan.co.

查看所有标签

·tian

那些与实际限流不符的提供商频率限制响应头

提供商的频率限制响应头与实际限流器往往并不一致 —— 不同的窗口、不同的作用域、不同的单位。本文将探讨这种差异存在的原因,以及如何设计能够应对这种不一致性的控制循环。

llm-infra
rate-limiting
reliability
observability
+1
·tian

你的智能体平台忘了配置的值班轮换

一个四人的 AI 平台团队为一个拥有 200 名日活用户的内部智能体上线,却忘了配置值班轮换 —— 最终以惨痛的代价学习了 SRE 人员配置的计算方法。

insider
ai-platform
on-call
sre
+2
·tian

那个谁也不敢从注册表里删掉的死工具

一个无人认领的工具可能永远赖在你的共享 agent 目录里,在 token、选择准确率和安全攻击面上对每一次推理课税。建一套能让你把它干净拔掉的弃用生命周期。

agent-tooling
tool-registry
deprecation
ai-platform
+1
·tian

AI 功能的自带密钥 (BYOK):没人预估过成本的销售驱动型架构重构

BYOK 看起来只是一个身份验证开关,但它同时改变了你的信任、成本和运营边界。以下是大多数团队低估了的架构工作。

insider
byok
ai-platform
enterprise
+2
·tian

提示词组合:管理一组提示词,而非单一的最佳提示词

生产环境中的提示词管理通常只选取单一的最优解。应当将其视为一个投资组合:通过加权变体、感知分段的分配以及每周再平衡来进行管理。

insider
prompt-engineering
llmops
ai-platform
+1
·tian

平台就绪差距:当 AI 功能先于运维基础设施上线时

AI 功能在运维平台成熟前就已上线,导致债务不断累积。设立发布门槛、明确负责人以及有计划地推进平台建设是唯一的出路。

ai-platform
llmops
ai-strategy
engineering-leadership
·tian

团队间的 Token 预算之战:当你的 AI 平台团队变成“财政部”

有限的供应商配额加上三个面临上线期限的产品团队,就构成了一个预算分配系统。负责运行你 LLM 网关的团队往往被要求进行配额分配——通常是在没有政策支持、没有发起人、甚至没有遥测数据来支撑决策的情况下。

insider
ai-platform
finops
llm-gateway
+1
·tian

AI 影子 IT:当产品团队构建自己的 LLM 代理时

影子 LLM 代理之所以会绕过成本归因、审计日志和数据处理协议 (DPA),是因为平台网关在面对产品交付期限时败下阵来。解决办法是建立一条“铺好的路” (Paved Road),在首 token 延迟 (TTFT)、功能对等和开发人员体验方面全面超越非官方渠道。

insider
ai-platform
shadow-it
llm-gateway
+2
·tian

模型回滚速度:从“这次升级有问题”到“旧模型完全恢复”之间的七小时鸿沟

回滚 LLM 升级并非按下一个按钮那么简单 —— 它是一个具有滞后性的部分操作,更接近于数据库迁移。在下一个错误模型上线之前,以下是你的事故应对指南中需要的控制平面。

llmops
mlops
sre
deployment
+1
·tian

JSON 模式是一种方言,而非标准:你备选路径中的隐形崩溃

每个主流 LLM 供应商都以相同的名称提供 JSON 模式,但其背后的约定却各不相同。当你启用备选路由的那一天,你才会发现解析器无法处理哪些细微差异。

llm
structured-outputs
reliability
ai-platform
+1
·tian

Token 预算是新一代的内部 IAM

当你的 AI 账单跨过七位数时,Token 配额就不再只是一个财务数字,而是开始演变为一种授权边界。为什么配额分配需要 IAM 级别的纪律,而不是简单的仪表板滑块。

llmops
finops
governance
ai-platform