Developer Scenarios

SAK 面向多类 Agent 开发团队。不同团队关注点不同，但它们都会遇到身份、记忆和行动的组合问题。

Data and algorithm teams

数据与算法团队希望 Agent 更聪明、更懂用户、更少幻觉。

常见任务包括 Prompt 工程、RAG 数据清洗、知识库构建和长期记忆管理。

SAK 的价值：

• Web Agent 提供清洗后的 Markdown 数据，减少维护爬虫和 Headless Browser 的成本。
• GUM 存取用户画像和历史对话，解决跨会话上下文连续性。
• GenAuth 为需要访问受保护数据源的 Agent 定义明确授权边界。

Business development teams

业务开发团队希望 Agent 能真正完成任务，并与现有业务流程衔接。

常见任务包括 Workflow 编排、API 对接、用户身份管理、前端交互和 MCP 工具调用。

SAK 的价值：

• GenAuth 托管用户登录和 Agent 授权，降低 OAuth 与委托授权复杂度。
• Web Agent 提供可直接集成的搜索、抽取和浏览器行动 API。
• GUM 让产品体验可以跨会话延续，而不是每次从空白上下文开始。

Infrastructure teams

基础设施团队关注权限边界、数据来源、执行环境和合规审计。

常见问题包括 Agent 权限过宽、外部数据来源不可追溯、浏览器动作不可复查。

SAK 的价值：

• GenAuth 记录谁授权了哪个 Agent、何时访问了什么资源。
• Web Agent 通过沙箱执行和来源记录降低开放 web 操作风险。
• GUM 让用户上下文具备来源、生命周期和擦除边界。

Product teams

产品团队关心的是 Agent 能否形成稳定体验：能记住用户、能访问真实数据、能解释关键行为。

SAK 的价值是把这些体验需求转化为基础设施能力，而不是让每条业务线重复自建。