从智能对话到安全执行：SoftwareOne 的 Amazon Quick Desktop 定制化实践
内容提要
SoftwareOne 基于 Amazon Quick Desktop 完成定制化实践，将自然语言交互与企业身份体系、Microsoft 365 共享邮箱及 Azure Logic Apps 连接，使授权用户能安全执行邮件发送等业务操作。方案采用“先预览、后确认、再执行”的受控流程，并通过 AgentCore 治理 MCP 服务，确保内容不可变、防止重复发送且支持审计。业务人员负责设计 Agent 与 Skill，IT 负责安全底座，该模式可复用于应收账款提醒、CRM 更新等场景。
延伸解读
受控执行：AI 进入业务流程的关键门槛
文章指出，企业部署生成式 AI 后常面临“能理解、能生成，但难以安全执行”的问题。SoftwareOne 的实践将不可逆操作（如邮件发送）设计为“先预览、后确认、再执行”，并确保确认后的内容不可变、不可重复发送。这提示读者：让 AI 接入真实业务时，重点不是模型能力，而是围绕高风险动作建立人工确认与确定性执行边界。
分层架构：体验、治理与执行各司其职
方案将 Amazon Quick Desktop 用于自然语言交互，AgentCore 负责 MCP 服务访问与治理，Azure Logic Apps 调用 Microsoft 365 共享邮箱完成发送。身份凭证和业务规则保留在后端服务层，与 AI 对话隔离。这种分层让 AI 只负责理解意图，企业系统负责执行规则，降低了提示词被绕过或凭证泄露的风险。
业务与 IT 的新分工
文章强调业务人员可设计 Agent 与 Skill，定义信息收集、邮件模板、确认文案和流程顺序；IT 则建设 Connector、MCP Server、身份认证及企业系统集成，固定发件人并防止重复发送。这种“业务自主设计、平台统一治理”的模式缩短了需求传递链路，但前提是治理框架先行，业务迭代不能绕过安全底座。
复用现有投资而非重建平台
由于 Amazon Quick Desktop 现有 Outlook Connector 无法配置共享邮箱所需的 Send As 参数，方案选择复用客户已有的 Azure Logic Apps 完成发件。这既满足业务要求，又让邮件继续走 Microsoft 365 安全合规体系，并复用现有共享邮箱权限和 Azure 运维经验。其集成原则是让各平台承担最适合的职责，而非为新技术替换成熟能力。
Q&A
Amazon Quick Desktop 如何确保 AI 不会随意发送邮件？
方案采用“先预览、后确认、再执行”的受控流程：系统先生成包含收件人、主题和正文的完整预览但不发送；只有用户核对并明确确认后，才执行发送，且发送内容必须与确认的预览完全一致。同时，邮件发送逻辑封装为 MCP Server，通过 AgentCore Gateway 受控发布，业务规则由确定性服务执行，而非依赖提示词约束。
为什么这个方案选择用 Azure Logic Apps 发送邮件，而不是直接用 Outlook Connector？
因为业务要求使用 Microsoft 365 公共/共享邮箱发送邮件，而 Amazon Quick Desktop 现有的 Outlook Connector 无法配置所需的 Send As 参数，不能代表指定共享邮箱发件。Azure Logic Apps 具备 Microsoft 365 邮件发送能力，可配置 Send As 通过共享邮箱发送，同时复用客户现有的 Microsoft 365 安全合规体系和 Azure 运维经验。
AgentCore 的 MCP 服务是如何治理邮件发送操作的？
邮件发送逻辑被封装为标准化的 MCP Server，通过 Amazon Bedrock AgentCore Gateway 发布和治理。Gateway 提供标准 MCP Endpoint，负责令牌、Client 和 Scope 校验；Lambda Target 承载邮件预览、确认和发送逻辑，并连接状态存储、不可变预览、密钥管理和运行日志。调用时，Connector 先通过 Cognito 获取访问令牌，携带令牌调用 MCP Endpoint，Gateway 验证身份后以受控 IAM 权限调用 Lambda Target，最终由邮件工具调用 Azure Logic Apps 完成发件。
业务人员和 IT 团队在这个方案中分别负责什么？
业务人员负责 Agent 与 Skill 的设计：定义业务语境、信息收集方式、邮件模板、处理步骤、确认文案及具体业务规则。IT 团队负责受控能力底座：建设并管理 Connector、MCP Server、身份认证和企业系统集成，同时通过后端服务固定发件人、保护凭证、防止重复发送，并确保只有确认过的内容可以执行。这种分工实现了“业务自主设计、平台统一治理、后端安全执行”。
这个方案可以复用到哪些其他业务场景？
“预览—确认—执行—审计”的模式可复用于更多企业场景，例如：应收账款提醒和客户对账单发送、CRM 客户信息更新、IT 服务台操作、需要审批的云资源变更、内部协作与业务通知，以及财务、销售和运营流程自动化。
该方案在数据安全和合规方面有哪些保障？
方案构建在 AWS 之上，继承平台级安全与合规保障：通过 Amazon Bedrock/AgentCore 处理的数据不会被用于训练底层基础模型，未经客户同意不会被移出所在 AWS Region，满足数据驻留要求；配合 AWS KMS 客户托管密钥对静态数据加密、传输层 TLS 加密，以及 SOC 1/2/3、ISO 27001/27017/27018、FedRAMP、HIPAA 等多项国际合规认证。
