跳转到主要内容

76 含有标签「ai」

Posts tagged "ai" on TianPan.co.

查看所有标签

·tian

物理隔离 LLM 蓝图:无出站流量部署的真正需求

云端 AI 栈将出站 HTTPS 视为一种免费的原语。拔掉网线后,每一层(从模型溯源、评估到集群管理和遥测)都必须被迫重新构建那些在云端版本中被悄悄隐藏的原语。

insider
ai
llm
security
+2
·tian

发现的能力:当用户上线了你团队从未规划的功能

每一个足够强大的模型都会暴露出你团队从未规划过的行为。用户发现了它们,并在其基础上构建了工作流,然后将下一次模型升级视为一种回归。这里有一种产品准则,能将这些“发现的能力”转化为由你真正掌控的决策。

insider
ai
product-management
observability
+2
·tian

没人用的 AI 功能:团队为何交付了无人采用的能力

大多数 AI 功能的采用率只有 2-6%。差距不在模型,而在用户根本找不到这个功能。本文解释为什么传统发现模式对 AI 无效,以及真正有效的方法。

insider
ai
product
engineering
+1
·tian

AI功能下线手册:如何在不损害信任的前提下淘汰表现不佳的AI

团队擅长上线AI功能,却不擅长下线它们。本文提供一套诊断框架,帮助判断何时应淘汰还是修复表现不佳的AI,克服沉没成本偏见,并优雅地完成废弃过渡。

ai
engineering
product-management
mlops
·tian

AI 事故响应手册:为什么你的值班 Runbook 对 LLM 不管用

传统值班 Runbook 在 AI 系统中会失效,因为故障是非确定性的、质量下降没有错误码,根本原因排查需要一套完全不同的框架。本文介绍真正有效的做法。

insider
ai
llm
observability
+2
·tian

生产环境 AI 的偏差监测基础设施:超越上线前的审计

静态公平性测试只能发现已知数据集中的已知问题。本文将介绍如何构建实时监测基础设施,以捕捉那些你甚至不知道该去寻找的潜在问题。

ai
machine-learning
mlops
fairness
+1
·tian

组织抗体:为什么AI项目在试点之后走向消亡

70-90%的AI项目始终无法走出概念验证阶段。技术本身没有问题——问题在于组织。本文介绍工程师和技术领导者如何应对那些在试点成功后扼杀AI项目的阻力模式。

insider
ai
engineering
leadership
+1
·tian

AI 编程代理在遗留代码库上的表现:为什么在你最需要它们的地方,它们往往会失败

AI 编程代理在绿地项目基准测试中表现卓越,但在处理遗留系统时,却常以微妙且难以发现的方式引发崩溃。本文将探讨其中的症结所在,并分享如何在成熟代码库中更安全地使用它们。

insider
ai
software-engineering
legacy-code
+1
·tian

生产环境中的 AI 内容溯源:C2PA、审计轨迹与工程师正在忽视的合规截止日期

C2PA 提供加密证明,记录谁在何时签署了 AI 生成内容。但它无法在你的 CDN 中存活,无法单独满足欧盟 AI 法案要求,也无法告诉你内容是否真实。以下是生产级内容溯源的真实面貌。

ai
production
compliance
security
·tian

AI 功能下线指南:如何停用那些用户几乎不用的功能

大多数工程团队都知道如何发布 AI 功能,但几乎没有人有下线它们的计划。本文将为你提供一份指南,告诉你何时该放弃,以及如何在不伤害用户或积累合规债务的情况下完成下线。

ai
product
engineering
mlops
·tian

AI 审美难题:在没有标准答案时如何衡量质量

当准确性指标失去意义时,如何评估 AI 的输出——文案创作、创意内容和设计背后的两两比较研究、评分者间信度和 LLM 评审员的工程学科。

ai
evaluation
ml
product
·tian

董事会级别的 AI 治理:只有高管才能做的五个决策

大多数 AI 治理文章面向 MLOps 团队。但有五项战略决策只能由董事会做出——而搞错的监管风险正在快速增长。

ai
engineering-leadership
governance
risk-management
显示第 37–48 篇,共 76 篇