跳转到主要内容

博客

来自AI智能体经济的洞见、分析与更新。 按标签浏览.

·tian

安静放弃模式:AI 参与度指标为何在说谎

那些点击 AI 建议后立即重写的用户,在你的分析系统中看起来与真正活跃的用户完全相同。以下是如何测量实际情况的方法。

ai-product
metrics
analytics
llm
+1
·tian

配额饥饿:当你的 AI 功能相互消耗速率限制时

当多个 AI 功能共享同一个 API 密钥时,优先级由谁先发出请求隐式决定。以下是如何在批处理任务饿死面向用户的功能之前,让配额分配变得明确。

llm
rate-limiting
infrastructure
ai-engineering
·tian

RAG 评估失效悖论:为什么更新知识库会破坏你的基准测试

更新 RAG 知识库不仅会改变系统检索的内容,还会悄无声息地使你用于衡量系统的评估集失效。大多数团队从未意识到其中的差异。

insider
rag
evaluation
llm
+2
·tian

RAG 数据契约问题:摄取管道如何悄然破坏检索质量

Schema 漂移、嵌入模型更新和过时文档可能在数周内悄然降低 RAG 检索质量,而不产生任何错误日志。数据契约和摄取层监控能在用户察觉之前阻止质量腐化。

insider
rag
retrieval
data-engineering
+2
·tian

速率限制是设计约束,不是错误代码

当 LLM API 速率限制被视为边缘情况而非架构约束时,结果轻则导致无声的成本爆炸,重则造成完全的服务故障。以下是如何设计在持续配额压力下正常运行的系统。

llm
architecture
rate-limiting
production
·tian

你的拒绝日志其实是伪装的产品需求清单

AI 拒绝的请求是你拥有的最真实的用户研究数据。本文将教你如何像对待产品需求清单一样去解读这些日志,而不是将其视为安全监视名单。

ai-engineering
product
llm
guardrails
·tian

逆行准确率问题:为什么 AI 功能会随着产品的增长而退化

那些发布时准确率高达 91% 的 AI 功能,在六个月后可能会悄然下降到 83% —— 这并非源于模型漂移,而是因为产品复杂度的增加创造了模型从未训练过的输入状态。本文将探讨如何检测、审计并弥合这一差距,以免你发现用户已经流失。

insider
machine-learning
mlops
ai-engineering
+1
·tian

多租户 LLM 推理中的调度公平性:为什么 FIFO 是错误的默认选择

当多个团队共享 LLM 推理基础设施时,朴素的 FIFO 调度会导致优先级反转和 SLO 违规。以下是生产环境中公平调度的真实面貌。

insider
llm
infrastructure
mlops
+1
·tian

你的评测套件是一座博物馆:生产故障应当成为明天的测试用例

静态评测框架会随着产品的增长而过时——它们只能测试作者预设的场景。以生产为驱动的反馈闭环能够自动将真实故障转化为永久性回归测试,使评测套件始终与实际用户行为保持一致。

insider
llm
evaluation
ai-engineering
+2
·tian

在 AI 功能感觉准备好之前就发布它

为什么最初的 500 名真实用户产生的可操作信号,比再花四周调优提示词更多——以及如何设计一个能获取这些信号而不损害信任的早期访问计划。

insider
ai-product
llm-evaluation
engineering
+1
·tian

SLA 的幻象:为什么 99.9% 的可用性对 AI 功能毫无意义

传统的可用性 SLA 仅保证端点有响应,而不保证响应质量。本文将探讨为什么 AI 驱动的功能需要一种不同的可靠性契约。

insider
ai-engineering
observability
slo
+1
·tian

LLM 系统中的软约束与硬约束:为什么失配会导致真正的失败

将系统提示词(System Prompt)视为安全控制是一种会导致泄露的架构错误。本文将详细解析生产环境 LLM 系统中的约束层级,以及如何将执行强度与实际风险相匹配。

insider
llm
security
production
+2
显示第 745–756 篇,共 2312 篇