跳转到主要内容

博客

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

·tian

群体提示问题:为什么你的系统提示对80%的用户有效,却悄然让另外20%的用户失望

系统提示是为想象中的中位用户编写的,但生产流量是一个分布。以下是如何找到那20%被你的提示悄然失败的用户——以及应对方法。

prompt-engineering
llm
production-ai
system-design
·tian

部署前的自主权红线:团队在事故迫使对话之前跳过的安全演练

一个具体的框架,用于在生产部署之前定义 AI 智能体永远不被允许执行的操作——以及为何将这些限制编码在系统提示词中是不够的。

insider
ai-agents
safety
infrastructure
+1
·tian

提示词契约测试:多智能体团队如何协同而不互相破坏

多智能体AI系统在生产环境中的失败率高达41%–87%,其中超过三分之一是智能体间的协调故障。提示词契约测试——将消费者驱动契约的思想应用于LLM提示词——正是团队在不互相破坏的前提下持续交付的方法。

ai
agents
multi-agent
testing
+1
·tian

Prompt 权重归因:识别系统提示词中的“无效指令”

一份实用的工程指南,教你识别系统提示词中哪些指令真正驱动了模型行为,而哪些只是在白白消耗 Token。

insider
prompt-engineering
llm
system-prompt
+1
·tian

提示工程的职业陷阱:哪些 AI 技能会复利增长,哪些会逐渐退化

大多数提示工程技能都有半衰期。随着模型的改进,少样本示例和思维链(CoT)模板的价值会逐渐侵蚀,而评估设计、行为规范和系统架构则会产生复利效应。本文将告诉你如何判断你的技能处于哪一边。

insider
ai-engineering
career
prompt-engineering
+2
·tian

Prompt 变异测试:找出哪些系统提示词指令真正起作用

大多数系统提示词都包含冗余信息。通过扰动框架可以揭示模型真正执行了哪些指令,以及哪些指令被默默忽略了。

insider
llm
prompt-engineering
testing
+1
·tian

当 RAG 让你的 AI 变差:创造力与事实锚定的权衡

检索增强能提升事实准确性,但会系统性地削弱创意和生成类任务的质量。本文介绍如何识别这一问题,并应用选择性锚定策略。

rag
llm
ai-engineering
retrieval
+1
·tian

只读棘轮:为什么你的生产环境智能体不应该从完整权限开始

大多数团队会预先授予 AI 智能体完整权限,然后在发生事故后才仓促进行限制。更安全的模式是从只读开始并逐步提升信任——这一模式已在 UNIX、OAuth 以及日益增多的生产环境故障案例中得到了证明。

insider
ai-agents
security
permissions
+1
·tian

重排序才是核心:为什么检索系统的瓶颈从来不在索引

大多数团队在向量索引调优上投入过多,而在重排序层投入不足。决定你的 RAG 系统是提供准确结果还是产生幻觉的是排序步骤,而非索引。

insider
rag
reranking
vector-search
+2
·tian

影子 AI 问题:为什么工程师绕过你的官方 AI 平台,以及如何应对

近一半的工程师在使用雇主未授权的 AI 工具。封锁端点只会让问题更严重。影子 AI 是平台设计失败的体现——以下是解决方案。

ai-governance
platform-engineering
developer-experience
security
·tian

利益相关者解释层:构建监管机构和高管真正认可的 AI 透明度

大多数 AI 系统能向工程师解释自己。几乎没有系统能向监管机构、高管或法律团队解释自己。以下是弥合这一差距的架构层——以及为什么这从根本上是一个可观测性问题,而非可解释性问题。

ai-governance
explainability
compliance
llm
+1
·tian

系统提示词是软件接口,而非配置字符串

大多数团队把系统提示词当成配置字符串对待——没有版本控制、没有测试,一次错误的编辑就可能引发静默故障。将软件接口设计原则应用于提示词,才是让 LLM 系统在规模化后仍可维护的关键。

llm
prompt-engineering
context-engineering
ai-engineering
显示第 841–852 篇,共 2312 篇