开发者让Codex在Azure上全自动搭建企业级应用BusinessMeld

我给 Codex 开放了一个干净的 @DigitalMeld Microsoft 365 和 Azure 开发租户，让它构建 BusinessMeld —— 也就是我们可以从 Buzz 或 Microsoft Teams 访问的内部决策与落地应用。

这个应用是一个响应式的 Power Apps Code App，由 Dataverse 提供后端支持。Dataverse 负责存储 BusinessMeld 的决策项、证据快照、责任负责人、优先级区间、提案、处置结果、执行收据、审计事件、研究资料、财务预测、集成状态和配置。

Codex 完成了所有 heavy lifting 工作，包括：
• Dataverse 表、关系、备用键、选项、审计和安全角色
• 强制实施不可变性、幂等性、数据源 freshness、保留策略、同意和授权的服务端插件
• 向内部代理开放严格管控操作的自定义 API
• 用于 DealMeld（我们的自定义 CRM、合同和项目工具）同步、QuickBooks 对账、Teams 推送、保留和集成恢复的 Power Automate 流
• 环境变量和连接引用，避免配置硬编码在应用中
• 包含应用、schema、流、连接器、角色和配置的完整 Power Platform 解决方案

Microsoft Entra ID 负责身份验证和工作负载身份。一个专用的 Buzz 应用身份可以提交受限范围的研究和提案，但不能冒充团队成员、联系任何人、发布任何内容、修改 QuickBooks 或做出决策。

我们用 Microsoft Graph 和 Azure CLI 配置和验证这些身份，检查应用凭证，并在测试后删除临时凭证。Azure 在这里主要承担身份和治理平面的作用；BusinessMeld 本身的运行时位于 Power Platform，而非 Azure Functions、App Service 或虚拟机。

DealMeld 仍然是权威的关系系统。BusinessMeld 读取受限、带版本的关系上下文，只能创建我们批准的受控、不主动发送的交接。每一次交接都要求预期版本保护、幂等键和收据。

QuickBooks 仍然是会计权威来源，因为自定义连接器只开放 GET 操作。一个归解决方案所有的同步流程处理 OAuth、轮换刷新令牌、分页、对账，以及当前应收、应付和现金预测。

最近一次完整运行读取了数千条记录，保留了数百份预测，没有删除任何内容，并且在不引入会计写入路径的情况下完成了对账。

Microsoft Teams 是交付展示界面，BusinessMeld 会发送每日私有摘要，只推送经过特定批准的紧急通知。推送内容会做去重，并用不可变收据和返回应用的深度链接记录下来。

Power Platform DLP 将自定义连接器限制在完全批准的 DealMeld 和 QuickBooks URL 模式内，拦截其他所有请求。该环境还配置了最小权限角色、独立连接、审计配置、可恢复备份，以及在保留最小非内容墓碑的同时删除复制描述内容的保留规则。

当前版本已经通过了数百个受控场景测试，覆盖完整决策循环、所有业务车道、数据源故障、冲突、重放、脱敏、可访问性和响应式布局。

现场检查也通过了 Dataverse、DealMeld、QuickBooks、Teams、受控 Buzz 边界、恢复、DLP 和 Brad 身份验证的 Power Apps 会话……呼。

所有这一切几乎完全不用手动操作，都是用 Codex 和 High 模式的 GPT 5.6 Sol 完成的，我用到了最近发布的 AI-Native Operating 框架，还有 grill-with-docs 来创建 PRD 和 MVP 问题待办。

长话短说：Codex 能做的远不止拼凑一个应用。有了清晰的产品模型、权威数据源文档、明确的权限边界、可评审的问题和现场验证，它可以完成数量惊人的真正 Microsoft 云工程工作。

这包括：身份、权限、OAuth、DLP、重试、收据、审计、保留、部署、清理，以及验证系统部署到租户后行为符合预期。我们的 AI-Native Operating Framework 是这个项目的构建基础——现在我们开始运营试点，进入用户反馈循环。