多租户架构
多租户架构（Multi-tenant Architecture）是一种软件设计模式，指单一软件实例同时为多个相互独立的用户群体（租户）提供服务，各租户共享同一套基础设施与应用程序，同时在数据和配置层面保持逻辑隔离。该架构广泛应用于云计算和SaaS服务领域，具有资源利用率高、运维成本集中、支持按需定制等特点，常见实现策略包括共享数据库、独立Schema及独立数据库三种隔离级别。
核心事实
时间轴 (近 90 天)
每个租户拥有独立的加密密钥集，如果某租户要求删除数据，只需销毁其密钥即可使数据不可读，无需重新加密整个数据库。
AI Agent 端点的工具调用从 HTTP 请求一直到工具执行上下文都传递租户上下文，agentRunner.ts 显式提取 tenantId 并传入工具执行上下文。
在多租户或共享记忆的架构下，Prompt注入的危害会被放大：一次成功的注入可能污染持久化记忆，影响其他会话或租户
安全负责人会特别关注Agent的记忆是否跨租户持久化、会话是否隔离，以及工具返回内容是否被视为不可信输入
Salesforce采用多租户（Multi-Tenant）架构，所有客户共享同一套底层基础设施，通过逻辑隔离保证数据安全
多租户架构能以极低边际成本服务海量客户，但底层组件出现问题时影响范围会跨越所有租户
多租户是平台化挑战，需要在同一套系统中服务多个业务方和模型版本，同时保证资源隔离、公平调度与安全性
全部知识事实 (11)
多租户数据隔离在数据库层面主要有三种经典方案：共享数据库+共享Schema（字段级隔离）、共享数据库+独立Schema（Schema级隔离）、独立数据库（物理级完全隔离）
80%已验证多租户是平台化挑战，需要在同一套系统中服务多个业务方和模型版本，同时保证资源隔离、公平调度与安全性
65%待验证三种多租户数据隔离方案可以在同一平台中混合使用
85%待验证电商/支付类商户平台场景中，小商户可采用共享Schema方式降低成本，大客户或有严格合规要求的商户应升级为独立Schema甚至独立数据库
85%待验证集团公司多分公司管理场景属于中度隔离需求，采用共享数据库+共享Schema方案通常是最优选择
60%待验证AI Agent 端点的工具调用从 HTTP 请求一直到工具执行上下文都传递租户上下文，agentRunner.ts 显式提取 tenantId 并传入工具执行上下文。
50%待验证每个租户拥有独立的加密密钥集，如果某租户要求删除数据，只需销毁其密钥即可使数据不可读，无需重新加密整个数据库。
50%待验证在多租户或共享记忆的架构下，Prompt注入的危害会被放大：一次成功的注入可能污染持久化记忆，影响其他会话或租户
50%待验证安全负责人会特别关注Agent的记忆是否跨租户持久化、会话是否隔离，以及工具返回内容是否被视为不可信输入
50%待验证Salesforce采用多租户（Multi-Tenant）架构，所有客户共享同一套底层基础设施，通过逻辑隔离保证数据安全
50%待验证多租户架构能以极低边际成本服务海量客户，但底层组件出现问题时影响范围会跨越所有租户
50%