用途：在构建首个软件即服务产品时，先定义 SaaS 业务模型，明确谁创建并持有账户、谁可以邀请他人、数据如何隔离、客户如何到达首次价值、哪个事件代表激活，并确定价值单位、计费单位、周期、限额、取消、欠费以及服务终止后的访问权限。
主要能力：把租户模式作为初始想法之后的第一个封闭式问题，通过 saas.tenancy-model 确认产品是否为多租户；若为多租户，则阅读 multitenancy.md，并最多再追问一个关于租户单位与租户管理的问题，其余字段由上下文推导为建议。支持在早期采用人工辅助运营，例如账户开通、部署、计费或支持可先手动完成，但需有负责人和计划记录。
使用方式：先确认是否多租户，再比较共享应用加逻辑隔离与按客户独立实例在合同、安全、性能和成本上的差异。若选择 Laravel，需评估所采用 Laravel 方案的 Teams 支持，用于表示团队、成员、邀请和角色，并在计划中记录 Teams 是使用、改造还是替换及其影响。阅读 saas-lifecycle.md 可获取客户状态与经常性服务的最小字段。
适用场景：适合在进入计费或架构设计之前，需要系统梳理 SaaS 账户、隔离、激活、订阅与留存模型的早期产品团队。
限制：资料未提供具体安装命令、代码示例、收费信息、平台支持范围或效果数据；不应预设多租户或直接排除该模式，必须先询问确认。