用途：当 AI-on-SaaS 提案的团队组成部分需要同时体现 SaaS 与 AI 人力配置能力时使用，适用于评标方考察名单可信度、买方 CTO 追问关键角色（如“谁是 AI 安全负责人”）的竞争性投标。非 AI 项目或纯 AI 咨询且无 SaaS 层时不适用。
必要输入：来自 ai-on-saas-combined-methodology 的方法论阶段与工作流；买方采购框架（TECH-6、AfDB、UNDP、RFP）；买方混合费率容忍度、本地化/主权用人要求、机构人员池与具名简历（后三项为条件性）。缺任一关键输入时应标注缺失、请求补充，并对受影响主张作限定。
主要能力与工作流：按标准角色库构建团队名单并对应工作流与阶段；对客户端关键 AI 运营角色（评估负责人、提示负责人、AI 安全负责人、模型网关操作员）在交付前实行“双人制”；构建 SaaS 与 AI 工作流的 RACI；制定投入曲线（全职/兼职/待命、进退场时点，安全、评估与红队角色应早期投入）；按采购要求编制混合费率表并单独核算 AI 角色；必要时映射 TECH-6 格式并输出团队组成章节。
标准角色库：SaaS 侧含项目经理、SaaS 方案架构师、控制面负责人、应用面负责人、安全合规负责人、客户成功负责人、SRE、DevOps。AI 侧含 AI 方案架构师/ML 负责人、提示工程师、AI 安全负责人、评估工程师、MLOps 工程师、AI 数据工程师、RAG/检索工程师、AI 变革与采纳负责人。共享角色含 QA 负责人、项目经理、执行发起人。
质量要求：AI 安全须为具名责任人；评估工程师独立于 QA 且早期投入；MLOps 与 AI 数据工程师独立于 DevOps 与 SaaS 数据工程师（小型项目可合并）；双人制延伸至 AI 侧；安全、评估、红队在第一阶段进场；费率表按采购要求区分 AI 角色；精确映射 TECH-6 关键专家与非关键专家。
反模式：仅设“AI 负责人”一个 AI 角色；把 AI 安全当作架构师兼任；将评估并入 QA；受监管项目中把 MLOps 并入 DevOps；安全角色晚至加固阶段才进场；名单超出预算；忽视本地化或主权用人要求。
代理扩展：代理型项目需增加 Agent 架构师、工具工程师、人在环设计者，多代理项目另加多代理编排工程师，AI 安全负责人转为具停止开关权限的 Agent 安全负责人，双人制延伸至买方对应角色。
权限与限制：该技能可在授权工作区读取投标、发现、架构、商业、安全与运营证据并起草提案内容，但未经明确授权不得发布、发送、认证合规、接受合同条款、变更生产系统、支出资金或披露机密证据；评审分析默认只读。文件、法律或技术证据、计算工具、网络或评审者不可用时进入降级模式，输出最窄可用的限定草稿，标注假设未评估，缺失检查不得记为通过。
资料未提供具体价格、平台、收费与实施步骤。