跳转到主要内容

778 含有标签「llm」

Posts tagged "llm" on TianPan.co.

查看所有标签

·tian

Prompt Injection 并不主要是一个攻击者问题

普通的用户内容 —— 产品评论、支持工单、文档 —— 可以在没有任何攻击者参与的情况下,大规模地覆盖你的 AI 行为。本文将探讨为什么标准防御手段会忽略这一结构性问题,以及真正解决该问题的架构模式。

insider
security
llm
ai-engineering
+1
·tian

AI 知识库中的溯源债务:当 RAG 系统开始检索自身的输出

AI 生成的摘要、FAQ 和分析报告在没有来源标记的情况下不断积累进你的 RAG 语料库——每一次检索循环都会加剧误差。如何检测语料库污染,以及构建防止反馈循环的检索策略。

rag
llm
ai-engineering
knowledge-base
+1
·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

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

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

insider
llm
infrastructure
mlops
+1
·tian

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

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

insider
llm
evaluation
ai-engineering
+2
·tian

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

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

insider
llm
security
production
+2
·tian

Staging 环境的谎言:为什么预生产阶段对 AI 系统失效了

Staging 环境给了 AI 系统虚假的安全感。本文将探讨为什么它们在架构上误导了团队,并介绍真正有效的生产优先(production-first)架构。

insider
llm
production
testing
+2
显示第 193–204 篇,共 778 篇