跳转到主要内容

990 含有标签「insider」

TianPan.co 上标记为“insider”的文章。

查看所有标签

·tian

检索债务:为何你的 RAG 流水线会悄然退化

你的 RAG 流水线在上线时运作良好,但现在答案感觉有些不对劲,却没人能解释为什么。本文剖析检索债务如何通过过期嵌入、墓碑块和编码器漂移悄然积累,以及如何在用户察觉之前遏制这一问题。

insider
rag
embeddings
vector-search
+2
·tian

为非确定性 AI 功能编写验收标准

当你的系统是概率性的时,标准的验收标准就会失效。本文介绍了评估阈值协议、基于示例的规范以及衡量模式,帮助产品和工程团队在 AI 功能的“完成”定义上达成一致。

insider
ai-engineering
evaluation
product
+1
·tian

沉默的回归:如何在不失去用户信任的情况下传达 AI 行为变化

当你悄悄更新模型或提示词时,高级用户会感受到真实的回归——即便整体指标有所改善。本文介绍如何检测行为漂移,并在不破坏用户信任的前提下传达 AI 变更。

insider
ai-engineering
llmops
ux
+1
·tian

大规模 AI 辅助代码库迁移:自动化处理那些没人想碰的升级

探讨 AI agent 如何处理批量代码迁移——包括过时的 API、框架升级、语言版本演进。分析在何处收益巨大,何处可能事倍功半,以及让这些方法都变得安全可靠的验证策略。

insider
ai-engineering
code-migration
refactoring
+1
·tian

AI 生成代码的维护陷阱:团队在六个月后才发现的真相

采用编程智能体的团队在第一到三个月会看到显著的效率提升。到第十二个月,许多团队发现自己在不理解自身系统的情况下已无法交付功能。这就是失败的规律——以及如何避免它。

insider
ai
technical-debt
code-quality
+2
·tian

AI 轮值:当你的系统在“思考”时,该针对什么发告警

如何为非确定性 AI 系统设计告警,AI 事件与传统故障的区别,以及在凌晨 2 点能真正帮到轮值工程师的 Runbook 结构。

insider
ai-engineering
observability
incident-response
+1
·tian

当每个人都拥有 AI 编程助手:那些无人提醒你的团队动态

当团队中的每位工程师都拥有 AI 编程助手时,个人生产力的提升可能会悄然破坏集体代码所有权,加速知识孤岛的形成,并瓦解代码审查文化 —— 本文将探讨应对策略。

insider
ai
engineering-leadership
code-review
+1
·tian

AI 接班人计划:当了解提示词的团队离开时会发生什么

当编写你的系统提示词的工程师离职时,每个措辞背后的推理过程也随之而去。以下是如何构建能够应对人员变动的 AI 系统的方法。

insider
ai-engineering
prompt-engineering
knowledge-management
+1
·tian

AI 用户调研:在编写第一个 Prompt 之前,用户真正需要的是什么

大多数 AI 功能之所以失败,并非因为技术不行,而是因为团队只是询问用户想要什么,而不是观察他们实际在做什么。本文将介绍你如何在开发之前进行用户调研,从而获得可靠的行为信号。

insider
ai-product
user-research
product-discovery
+1
·tian

环境 AI 架构:设计不会被用户关掉的常驻智能体

大多数环境 AI 功能在上线两周内就会被用户关掉——不是因为模型不好,而是因为打扰阈值设置错误。本文提供一套防止这种情况发生的架构与 UX 框架。

insider
ai-engineering
agent-architecture
ux-design
·tian

你的标注流水线才是 AI 产品的真正瓶颈

团队在反馈采集 UI 上投入大量精力,而下游的标注流水线 —— 架构版本管理、IAA 评分、队列优先级 —— 却无休止地滞后两个迭代。本文将告诉你如何解决这一问题。

insider
mlops
annotation
rlhf
+2
·tian

标注人力工程:你的标注员就是生产基础设施

大多数 ML 团队把标注当作采购问题来对待,实际上这是一个基础设施问题。本文介绍如何用与生产系统同等的严谨度来运营标注工作。

insider
machine-learning
data-engineering
mlops
+1
显示第 757–768 篇,共 990 篇