分析了 AI 相关子版块中开发者的 500 多条抱怨：为什么 2026 年最令人头疼的不是幻觉，而是上下文漂移和提示词的来回拉扯

我们最近梳理并分析了 AI 开发者社区（r/ChatGPT、r/ClaudeAI、r/LocalLLaMA、Indie Hackers）中的 500 多场讨论，想弄清楚为什么生产环境中的智能体在实践中总是失败。尽管前沿模型在推理基准测试中的得分越来越高，日常用户体验却始终受制于五个反复出现的瓶颈：上下文失忆与会话漂移：经过 10–15 轮对话后，智能体就会忘记架构范围、遗漏禁止性约束，或凭空编造先前的状态。“与提示词较劲”的循环：开发者花在反复提示格式规则（“不要重写文件”“遵守禁止性约束”）上的对话轮次，比真正做事还多。模型能力被悄悄削弱：由于激进的后端量化和路由优化，云端接口给人的感觉一周比一周更笨或更慢。谄媚的应声虫：模型一味认可有缺陷的假设并不断道歉，而不是在无法确保正确时停止执行，或直接说“我不知道”。臃肿的单体架构：黑盒智能体框架过度承诺完全自主，却要求用户不停地进行事无巨细的管理。2026 年，开发者真正想要的很简单：- 版本锁定、不可变的模型检查点，而不是不稳定、自动更新的云端模型。- 直接、不加冗余包装、在无法确保安全或正确时停止执行的工具，而不是彬彬有礼的应声虫。- 有状态、聚焦重点并支持即时（JIT）检索的记忆，而不是往系统提示词里塞入 30 个工具模式定义。- 模块化、确定性、配有简单开关的机器技能，而不是臃肿的框架。这正是我们在 Skillware 中实现的架构：- 将契约（manifest.yaml）、指令（instructions.md）、效果（纯本地 Python skill.py）和保障（test_skill.py）解耦。- 通过 SkillMatcher（skillware find）按需渐进式披露信息，消除上下文膨胀。- 纯确定性执行，在多次重放中产生逐位一致的结果，并在无法确保安全或正确时停止执行，同时提供密码学凭证。对于在生产环境中运行多轮对话智能体的开发者，你们目前是如何应对上下文失忆和会话漂移的？