D365：使用 Microsoft Scout 跟踪 X++ 的变更

如果你在Microsoft前沿项目中，并且拥有GitHub副驾驶许可证，那么你可以使用Microsoft Scout，这个“Autopilot”AI代理，设计用于在桌面上自主运行。与标准的AI聊天助手不同，Scout可以读写本地文件、浏览网页、运行shell命令，并在你外出时管理你的Microsoft 365环境。

我最初的使用场景是跟踪D365中的“最新和最强”。我知道我们有路线图和Excel表格，说明有哪些新内容或变动了什么。但我想挖得更深。我希望 Microsoft Scout 能真正比较每个版本的代码，并在有变更时反馈。而且要自主完成这项工作。

为了实现这一点，我使用了统一开发者体验（UDE），这样每个构建版本实际上可以作为源代码在我本地的电脑上使用。

所以每次我更新 UDE 时，Visual Studio 都会下载所有源代码，并放在：

C：\Users\XXXX\AppData\Local\Microsoft\Dynamics365。

在这个文件夹里，你会看到每个构建的样式如下：

这些文件夹里包含每个构建的全部D365源代码。

接下来我会创建一个 Microsoft Scout 自动化，让它对不同版本进行比较，然后再向我汇报。

然后我让它每天检查并反馈任何变化。因为我喜欢Commerce和Unified Pricing，所以请它专注于这部分。

然后我收到类似这样的报告：

它还会报告业务影响：

我确实得到了一些AI的帮助来定义步骤，但现在我有一个“自动驾驶”功能，会检查和验证源代码以及新版本变更对业务的影响，并向我汇报。

我很期待看到它能带来的其他用例，而且在写这篇文章时，没有提交任何支持工单给 Microsoft。至少现在是这样。

参考资料：

以下是我为自动化使用过的“步骤”：

对于D365的代码监控代理，我会把它结构化为多个重点步骤，而不是一条大指令。这样可以提高一致性并减少噪音。

建议自动化：D365代码监控

目标：
监控新下载的D365构建并识别：

• 新功能
• 新航班
• 商业变革
• 全球统一定价变更
• 性能改进
• 潜在的bug/回归
• 新的延伸点

第一步——检测新建房

姓名：
Check for new D365 build

说明：

监控位于以下区域的Dynamics 365源代码：

C:\Users\KurtHatlevik\AppData\Local\Microsoft\Dynamics365

确定自上次运行以来是否新增了新的应用或平台构建。

和最后分析的版本对比一下。

如果没有新建：

• 停止处理
• 返回“未检测到新构建”

如果检测到新建：

• 继续完成剩余的步骤

第二步——发现新航班

姓名：
Analyze flights

说明：

扫描新组装的设备：

• 飞行课程
• 特征管理类
• 系统飞行参考
• 功能StateProvider的使用
• 特征类继承自特征框架

特别关注：

• 商业
• 零售
• 定价
• 全球统一定价
• 供应链

对于每一次发现的飞行：

报道：

• 航班名称
• 面积
• 描述（推断）
• 如果能检测到，启用/禁用状态
• 相关课程
• 业务影响

优先选择看起来比之前版本更新的航班。

第三步——监控全球统一定价

姓名：
Analyze GUP changes

说明：

查找涉及以下内容的变更：

• 以 GUP 开头的课程
• 统一定价框架
• 定价管理
• 贸易协定
• 价格计算引擎
• 折现计算
• 属性定价

识别：

• 新车级
• 新方法
• 修改逻辑
• 新的延伸点
• 重构

请解释可能的功能性影响。

这应该是你最优先的分析领域。

第四步——监控商业

姓名：
Analyze Commerce changes

说明：

重点关注：

• 商业运行时（CRT）
• 零售服务器
• CSU
• 该死的
• 呼叫中心
• 电子商务
• 网站建设器
• 搜索
• 购物车及结账

报道：

• 新API
• 新的延伸点
• 新驯养员
• 重大变更
• 性能改进
• 安全变更

优先处理任何影响B2B商务的事项。

步骤5 – 检测性能提升

姓名：
Performance analysis

说明：

搜索：

• 查询优化
• 缓存改进
• 批量改进
• 内存优化
• SQL 变更
• 零售定价表现变化

重点介绍可能影响的变更：

• 产品搜索
• 定价
• 手推车计算
• 销售订单创建
• 库存供应情况

尽可能估算预期的性能影响。

第六步——发现潜在的漏洞

姓名：
Bug detection

说明：

请审核更改代码：

• 空参考风险
• 缺少的交易范围
• 缓存错误
• 特征旗帜不一致
• 潜在的竞赛条件
• SQL 低效
• 收集处理不当
• 破坏API变更

特别关注：

• GUP 级别
• 商科课程
• 定价引擎

提供：

• 风险等级
• 推理
• 受影响的班级

第7步——新的延伸点

姓名：
Extension point discovery

说明：

搜索：

• 新代表
• 新的CoC机会
• 新活动
• 新的扩展接口
• 新的请求处理器
• 新的可覆盖方法

请解释：

• 为什么可能引入了延伸点
• 可能的实现场景
• 客户使用场景

第8步——每周执行摘要

姓名：
Generate report

说明：

制作一份包含以下部分的简明报告：

1. 新航线
2. 商业变革
3. GUP变更
4. 性能改进
5. 潜在的漏洞
6. 新延伸点
7. 推荐调查区域

排名发现：

• 批判
• 高
• 媒介
• 低

尽可能包含直接类名和方法名。

我还想补充一个整体指导：

忽略外观更改、标签更改、评论、格式变更、生成元数据和本地化更新。只关注那些改变行为、性能、可扩展性、安全性或功能的代码。优先将商务和全球统一定价置于所有其他应用领域之上。

转载请注明：ww12345678 的部落格 | AX Helper » D365：使用 Microsoft Scout 跟踪 X++ 的变更