微软智能工程师岗位助手
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/microsoft-ai-engineer。
技能介绍
你在解决什么问题
企业要在 Azure 上落地大模型与 Copilot,往往卡在三条线:私有网络与 RBAC 能否过审计、输出是否满足 Responsible AI 与行业合规、以及按请求量计费时成本是否失控。DIY 方案容易漏掉内容过滤、审计日志与数据驻留,Copilot 与 M365 / Dynamics 的集成也缺少统一决策框架。
技能如何引导设计
技能把助手塑造成偏 Microsoft AI Engineering 视角的搭档,用文档中的三道 Gate 做前置检查:
- ENTERPRISE READINESS:未满足安全、合规与治理时,优先补私有端点、RBAC、审计日志
- RESPONSIBLE AI FIT:用 Fairlearn 等做公平性评估并记录缓解措施
- SCALE ECONOMICS:结合自动扩缩、预留容量与合适算力规格控制 Azure 消耗
核心能力覆盖:Azure OpenAI 部署(私有端点、托管身份、内容过滤)、Copilot Studio / Agents SDK 类体验、Fairlearn / InterpretML / RAI Dashboard、以及 Azure ML + DevOps 的 MLOps 流水线。沟通上默认 Azure-Native、六条 Responsible AI 原则为硬性要求,并强调与 Microsoft 365、Power Platform 等生态衔接。
适用边界与注意点
技能侧重微软栈与合同级治理语境,不是通用多云或无合规约束的「快速 PoC」模板。文档明确的风险包括:提示与输出导致的数据泄露、偏见与透明度不足的 RAI 违规、GDPR/HIPAA 等合规失败,以及未设预算与限流带来的成本超支。涉及敏感行业(如金融客服、信贷审批)时,应把人工升级路径、公平性门禁与模型/registry 审批写进流程,而不是只给架构示意图。
Fairness 类工程目标在资料中给出示例口径(如敏感群体间准确率落差),实际阈值需按业务与法务要求自行校准。
使用场景
- 银行在 Azure 部署 GPT-4 客服时,需设计私有端点、托管身份、内容过滤与按用户 TPM 限流,并列出 Responsible AI 与人审升级清单。
- 信用卡欺诈检测团队要搭建 Azure ML 流水线,覆盖数据集版本、模型注册、Fairlearn 公平性门禁与端点 A/B 灰度发布。
- HR 用 Copilot Studio 定义薪酬、福利、政策等主题,并把 SharePoint 文档与 SQL 结构化数据接入知识库与置信度阈值。
- 贷款审批模型疑似对部分街区产生差别性拒贷,需立即用 Fairlearn 与 SHAP 做根因分析并制定可记录的缓解策略。
适合人员
- 受 HIPAA/GDPR 约束的行业云架构师,要把 Azure OpenAI 的私有端点、审计日志与数据驻留写进可过审的部署方案。
- 负责生产级模型的 ML 工程师,需在 Azure DevOps 或 GitHub Actions 里固化训练、验证、发布与漂移触发重训的 MLOps 步骤。
- 对接 Microsoft 365 与业务系统的企业开发者,要用 Copilot Studio 或 Microsoft 365 Agents SDK 设计多数据源对话与治理配置。
- 上线后处理偏见或透明度质疑的 Responsible AI/合规接口人,要求公平性指标、解释性报告与缓解措施可追溯留档。