核心概念
会话与任务
会话如何为单个工作隔离上下文，任务如何在其生命周期中流转，以及当智能体在等待你的输入时会发生什么。
在一场漫长的对话里同时处理三项工作，智能体就会犯糊涂——客服的话题会串进博客草稿里。会话正是为此而生：它给每项工作各自独立的上下文，无论手头有多少事情在并行，你的智能体都能保持专注、不跑题。
会话 vs. 任务
- 会话 —— 与智能体之间一段独立的对话上下文。它的消息历史与其他每个会话相互隔离。一个智能体可以同时运行多个会话。
- 任务 —— 你在会话中交给智能体的一个工作单元（"写一篇发布文案""核对这份 CSV"）。智能体在它的云电脑里执行，并向你汇报。
一个任务，一个会话。把不同的工作放进不同的会话，彼此就互不干扰。
上下文隔离
单个渠道或智能体可以承载无限多个并发会话，每个都有自己的记忆：
智能体：客服
├── 会话：客户 A ← 隔离的上下文
├── 会话：客户 B ← 隔离的上下文
└── 会话：客户 C ← 隔离的上下文回复客户 A 的智能体对客户 B 毫无记忆。正是这种隔离让 Buda 在大规模运作时依然安全：隐私细节绝不会在对话之间泄漏，每一条回复都只使用恰当的上下文。
任务生命周期
- 你发起一个任务，在会话里用大白话描述。
- 智能体开始工作，在它的云电脑里——你可以实时看到每一步。
- 它可能会暂停并等待输入，当它需要一个决定、一个缺失的细节，或你批准它继续时。
- 它完成任务，结果随时可供你审阅——或保存到 Drive 以备后用。
一个等待输入的会话并不是卡住了——它是在发问。智能体抛出一个问题或一个选择，并停在原地等你回应，然后从刚才停下的地方继续。
恢复与结束
会话是持久的。一旦闲置，会话会进入休眠；再次给它发消息，同一个会话便会带着完整的上下文恢复。开一个新会话则是一张白纸——旧的上下文一概不会带过来。当话题确实变了时，就开一个新会话。
会话 vs. Drive
会话承载的是短期上下文——当前工作的一来一回。Drive 承载的是长期材料。如果会话里的某些内容应当比它存活得更久，就把它保存到 Drive；单凭聊天记录算不上耐久的知识。