用途：在SaaS提案的方法论章节中撰写多租户架构可信度内容，面向熟悉架构的采购方（CTO、数字化负责人、监管方），用于抵御将SaaS等同于多客户单租户软件的竞品，并在金融、保险、医疗、公共部门等对租户隔离要求高的行业支撑较高的实施费报价。不适用于非SaaS项目，或买方明确禁止架构细节时。
必要输入：第1/3/5年租户数量、租户间差异（品牌、流程、数据模式、监管、语言、货币）、监管方对租户隔离与数据驻留的立场、负载性能预期、买方现有架构状况。缺失时标注不可用、索取并限定受影响的主张。
主要能力与输出：控制面与应用面双平面心智模型段落；按计算、存储、身份、网络、可观测性逐层确定silo、pool或bridge隔离模型，并记录于架构决策记录（ADR）；租户上下文传播段落；成本归属与嘈杂邻居段落；入驻模式段落；安装基础迁移至多租户段落；SaaS思维模式段落；按需提供ADR标题。每项输出需可追溯至具名输入且不含无依据主张。
关键标准：逐层明确隔离模型并给出理由；将租户上下文传播作为一等关注点；从第一天设计成本归属；入驻自动化而非人工运维；使用厂商中立语言（AWS、GCP、Azure、本地云原生均可）。
反模式：仅声称“多租户架构”却无隔离模型；处处承诺silo隔离；对受监管数据承诺pool隔离；把人工运维当作卖点；推迟成本归属；沿用安装基础思维。
边界与降级：可读取授权工作区内提供的招标、调研、架构、商务、安全与运营证据并起草提案内容；不得在无明确授权下发布、发送、认证合规、接受合同条款、变更生产系统、支出资金或披露机密证据，审查与分析默认只读。文件、法律或技术证据、计算工具、网络或评审者不可用时，产出最窄的合格草稿，将假设与检查标为未评估，绝不把未完成的检查当作通过。缺失关键证据时停止相关主张，记录缺口与负责人，仅保留可分离且有支持的内容。
示例：买方询问租户数据如何隔离时，描述有证据支持的身份、授权、存储、加密、日志与测试控制；未验证的隔离主张标为未评估。