paddingTop}px ${node.paddingRight}px ${node.
3.4 已修正）。§4.3.1 管理能力依赖速查（三类能力视角） 虽然内部架构采用四层模型，运营判断可简化为三类能力视角——保留运营友好性，避免读者每次判断都要展开四层： 平台层：Azure Local 平台的本地能力（Hyper-V / Failover Cluster / WAC / PowerShell）——不经过 Azure 控制面Azure 资源层：通过 Azure Local Control Plane 组件（Arc Resource Bridge + Custom Location + VM RP + MOC）实现的 Azure 端可见性 / 治理Guest 扩展层：通过 Azure Connected Machine Agent 实现的 Guest OS 内 Azure 扩展执行 管理动作 平台层（仅 Azure Local） Azure 资源层（依赖 Arc Resource Bridge + VM RP + MOC） Guest 扩展层（依赖 Connected Machine Agent） Hyper-V 引擎运行 ✅ — — Failover Cluster HA 故障转移 ✅ — — 实时迁移（FCM / WAC） ✅ — — 本地 Hyper-V Manager 运维 ✅ — — PowerShell 本地运维（创建 / 启停 / 查状态） — ✅（资源层映射） — VM 创建 / 启动 / 停止 / 暂停 / 删除（Azure 门户 / CLI） — ✅ — Logical Network / NIC 接入客户网络 ✅ — — Cluster Shared Volume 存储 ✅ — — 实时迁移存储路径（VM storage live migration） ✅ ❌（按 FAQ：Azure 资源侧不支持） — Azure 门户可见 VM（作为 ARM Resource） — ✅ — Azure RBAC 控制 VM 操作 — ✅（控制的是 ARM Resource，不是 Guest OS） — Azure Policy Guest Configuration — — ✅ Azure Update Manager（更新 Azure Local VM） — — ✅（按 FAQ 收费规则见 §4.
6.6.7 一个 Path 何时能够支配另一个 忽略源码中的特殊分支后，可以近似理解为： if (new_cost = old_pathkeys && new_required_outer ⊆ old_required_outer && new_rows = old_parallel_safe) { remove(old_path); } 这里的 = 是“在对应维度上不差”，不是简单的数值比较。
后来同事说：“他说可以，反正你说就不行。” 在早期我想推广自己的产品时，总是先从身边认识的人着手，浪费了很多时间，后来我明白了，别人不想给你抬轿子。
在 AI 实践从" demo 可用"走向"生产可扛"的今天，NativeAOT 提供了一条经过工程验证的、从代码到机器码的直线路径。
三层结构同时服务两者：好的 H2/H3 结构方便人工浏览，合理的 chunking 策略保证 AI 检索的精度。
“.indexes” 命令已更改，现在 PATTERN 参数匹配索引名称，而不是被索引表的名称（从而使 PATTERN 参数真正发挥作用）。
MCP（Model Context Protocol，模型上下文协议）是由 Anthropic 提出的一种开放协议，旨在统一 AI 模型与外部工具、指标源之间的通信方式。