上下文工程就是短期记忆管理没错： #1 Choose memory per task → trimming = short, summarization = long #2 Trim cleanly → always by full turns, never mid-message #3 Smarter summaries → structure prompts (env, steps, blo

#上下文工程 #短期记忆管理 #LLM #遗忘 #OpenAI

相关新闻

kevinzhow

17小时前

感觉 OpenAI 终究还是得做个自己的 Code IDE，目前 Codex 在第三方里都用起来不舒服

Orange AI

1天前

樱木花道和湘北篮球队为你讲解上下文工程刚刚群友做的，太有趣了。

Luo说不啰嗦

1天前

之前我在脸书上的一个 73 万人的 AI 社群被封了，原因是 OpenAI 发来律师函要求下架赠送 Sora 2 邀请码的帖子，说涉嫌侵权。我不服，跟他们硬刚，耗时近一个月，终于给申诉回来了。

Geek

1天前

对 New API 审美疲劳了试试 AxonHub 一个 AI 万能插座(网关)，提供统一 API，兼容 OpenAI 与 Anthropic 格式，支持自动故障转移、细粒度权限控制、模型映射、参数覆盖及多种部署方式。

勃勃OC

2天前

OpenAI 在 2025 年第三季度录得 150 亿美元的季度亏损，较 2024 年第三季度的 25 亿美元亏损增长了 490%。虽然这些数据尚未对外公开披露，但可以根据该公司向美国证券交易委员会（SEC）提交的文件推算得出。

关联事件

#多智能体之争：Anthropic生态VS单智能体

Anthropic与Cognition就多智能体系统构建展开激辩，核心争议在于上下文共享与否。Anthropic强调构建多智能体生态，提升复杂任务处理效率，近期发布多智能体构建指南，阐述“协调者-执行者”架构，并通过代理协调和系统评估提升任务性能，认为单个智能体的上下文有限，压缩比太大就会失真。Cognition则更关注单个Agent的效率和稳定性。Anthropic还发布了关于多智能体系统的文章，详细阐述构建多个智能体所面临的工程挑战，并强调带宽、结构、机制的重要性。这场争论反映了AI发展路径的不同选择，对未来AI系统的设计和应用具有重要意义。