Dify 后端工程师,专注于 Dify 生态与自动化系统建设。负责插件体系在凭据认证(多凭据、OAuth 认证)、外部事件能力集成(Trigger)、SDK 等方向的能力演进,持续完善 Dify 的生态集成与扩展。FyGen(Coding Agent for Dify Plugin) 核心工程师,设计并实现 Dify 插件的自动化开发体系,推动 Dify 在自动化系统集成与智能化开发方向的持续演进。

Dify 后端工程师,专注于 Dify 生态与自动化系统建设。负责插件体系在凭据认证(多凭据、OAuth 认证)、外部事件能力集成(Trigger)、SDK 等方向的能力演进,持续完善 Dify 的生态集成与扩展。FyGen(Coding Agent for Dify Plugin) 核心工程师,设计并实现 Dify 插件的自动化开发体系,推动 Dify 在自动化系统集成与智能化开发方向的持续演进。
Agent 的 Memory 问题一直都是 Agentic AI 的路上无法避免的话题,但是主流解决方案都在尝试用封闭域的解决方案解决开放域的问题,往往会导致人与 Agent 的上下文鸿沟,Agent 不知道什么是重要的,什么是用户需要的,什么是应该疑问的,Dify 将使用一套合理的产品设计来保持人与 Agent 的对齐。
演讲提纲
几乎所有熟悉 LLM 的人都会碰到下面这些很麻烦的问题:
一切的问题根源来自于 Transformer 最开始无状态的设计:
但是什么是重要的?什么是可以被丢弃的?什么时候又该更新记忆?似乎太过于主观:
如果将一切的判断交给模型,难免会出现用封闭域的解决方案去套开放域的问题这类通用方案的旧病,模型是服务于人类的,需要时刻与人类保持意见对其,因此,需要有一种方案可以让用户决定这些背后的细节。
设计理念
您认为,这样的技术在实践过程中有哪些痛点?
演讲亮点
听众收益



微信咨询

电话咨询
微信联系我们

