惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

U
Unit 42
Blog — PlanetScale
Blog — PlanetScale
H
Help Net Security
The GitHub Blog
The GitHub Blog
博客园 - Franky
酷 壳 – CoolShell
酷 壳 – CoolShell
Recent Announcements
Recent Announcements
量子位
aimingoo的专栏
aimingoo的专栏
大猫的无限游戏
大猫的无限游戏
博客园 - 叶小钗
Microsoft Azure Blog
Microsoft Azure Blog
Martin Fowler
Martin Fowler
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
A
About on SuperTechFans
T
Tailwind CSS Blog
V
V2EX
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
B
Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
S
SegmentFault 最新的问题
G
Google Developers Blog
M
MIT News - Artificial intelligence

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
深度剖析:上下文工程(CE)与提示工程(PE)的本质差异
AI Online · 2025-10-09 · via 人人都是产品经理

过去的一年里,唱衰 Prompt Engineering 的声音此起彼伏,有人直呼“提示工程师要下课”。现实却反手给了剧本杀式反转——它非但没谢幕,还升级打怪,进阶成 MVP:上下文工程(Context Engineering,CE)。

什么是提示工程(PE)?

专业解释:提示工程集中于瞬间优化,即通过提出的设计指令、系统角色和少量示例(Few-shot),来让大模型在单次交互中产生最佳输出。

通俗案例:就像你问AI:“根据患者的T计数和血清白蛋白水平,给出初步诊断。”——过程中是你在优化“提问”本身。

什么是上下文工程(CE)?

专业解释:上下文工程是一种系统级架构策略。它旨在设计和架构整个系统,动态、持续地策略展示、管理和优化提供给LLM的全部信息集合(Tokens),确保模型在任何时间点都能获得最精准、最相关的“世界观”。CE优化的是整个信息流的有效用处,是提示工程的自然演进。

核心差异总结:

在医疗领域,PE只能让你回答好一个问题;CE则决定了你的Agent能否在连续工作几小时后,仍然记得患者在三小时前的心电图变化

医疗行业的“生命线”:CE如何保障Agent的“靠谱度”?

在临床决策支持(Clinical Decision Support,CDS)、诊断和治疗规划等高压应用中,Context Engineering不再是锦上添花,而是另外的基础设施

痛点一:复杂且碎片化的病历信息

患者的诊疗记录是高度碎片化的,不仅包含标准化的电子健康记录(EHR)文本,还有医学影像(CT、MRI)、数据实验室、生理信号(ECG、EEG)等多种模式的数据。

CE解决方案:多模态RAG与智能分块

传统的RAG(检索增强生成)只处理文本。而医疗CE架构必须整合计算机视觉技术来分析图像,用NLP技术分析EHR文本。Agent需要一个高级的上下文系统,能够从这些海量且至少的数据中,根据当前的临床查询,迅速、精准地检索出最相关的“证据片段”,并配备其注入LLM的上下文窗口,为诊断提供事实(接地)。

痛点二:诊断的复杂性与协作的必要性

罕见疾病诊断或复杂病例的讨论,往往需要多学科团队(MDT)协作。任何一个单一的AI模型,都难以全面覆盖所有专业知识。

CE解决方案:多智能体协作架构 打造MDT的思路,上下文工程催生了多智能体对话(Multi-Agent Conversation, MAC)框架。

案例拆解:

罕见病诊断专家组在实践中,研究人员构建了一个MAC系统,包含四个“医生Agent”(如:内科专家、影像学专家、基因组学专家)和一个“主管Agent”(负责协调和最终决策)。

分工与上下文隔离:“内科专家代理”只接收患者的主诉和病史上下文;“影像学专家代理”只接收CT图像的分析结果上下文。这种上下文隔离避免了信息干扰和干扰。动态汇总与共享:每个子Agent探索完成其领域的数万个Token信息后,只向“主管Agent”提交一份精炼、浓缩的摘要(通常为1000-2000个Token)

结果显示,这种上下文工程驱动的MAC系统在处理302个罕见病例时,比单一GPT-5模型的诊断准确率显着提高,有效地弥补了理论知识与临床实践之间的鸿沟。

痛点三:长期追踪与治疗连贯性

重症监护室患者的病情变化是动态的,一个特工需要连续工作记录几个小时,不能因为上下文满了就“忘记”前一小时的关键生命体征变化。

CE解决方案:动态内存限制管理与状态追踪 CE通过引入分层记忆系统(如MemGPT)来解决LLM上下文窗口的。

  • Agent将重要的场景记忆(如“药物配方调整历史”、“用户偏好”)和语义记忆(如“手术流程规范”)外部化,存储在提供数据库或格式化文件中。
  • 当Agent进行下一步行动时,系统会实时检索与当前任务最相关的“历史笔记”和“外部知识”,将其注入上下文窗口。

这种能力,使得医疗Agent能够为患者提供长期、连贯的个性化治疗计划,而不再是仅仅回答两个问题的聊天机器人。

专业要求:可追溯源性(Traceability)与合规性

在医疗领域,可靠性不仅指“准确”,还指“可解释”和“可追溯”。

上下文工程通过以下方式满足了医疗级合规性要求:

  • 显式的上下文分层:确保Agent的每一步决策,从而随后读取的原始信息、检索到的证据(RAG)和执行的工具(ToolCalling)。
  • 安全防护栏(Guardrails)部署:CE要求在系统架构中集成生产级安全防护栏,例如,在下游容量达到80%时,系统自动触发历史对话的“自动摘要(Auto-summarization)”机制,防止因Token超限导致系统硬性故障,这些优化虽然同步不大,但对提高系统鲁棒性至关重要。
  • 上下文采集状态机:对于高风险的药物推荐或剂量调整工具,CE设计“上下文采集状态机”,根据当前的病理状态,限制或强制Agent只能选择特定的、安全的工具,从而提供了比常见提示词更高级别的控制和可靠性。

结语:从“Prompt Engineer”到“宽带架构师”

上下文工程代表着AI应用开发的一个重要转折点:将会把焦点从晦暗的“提示词魔法”转向到稳健、可扩展的系统架构

对于正在布局医疗AI的机构和开发者而言,必须将Context Engineering视为核心战略投资。这不仅关系到技术性能,更关系到医疗Agent能否安全、可靠地在真实的临床环境中落地,实现从“技术潜力”到“临床价值”的飞跃。

AI的未来在Agent,而Agent的未来,则由其上下文决定。

本文由 @AI Online 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议