工程层——决定能不能用延迟看 p95/p99 尾部，别信平均值；流式下 time_starttransfer约等于 TTFT用真实工具调用任务验 tool_use（读写文件），不是问一句“你好”就算接上了确认协议：有 Anthropic 端点就直连，只有 OpenAI 端点就得挂翻译层看可靠性 / 有没有智能路由做故障转移——Agent 发几十次请求，1% 错误率就够你崩成本层——决定贵不贵支不支持提示词缓存，以及缓存命中怎么计价（这是 Agent 场景最大的省钱杠杆）计价粒度透不透明，有没有用量看板 / 调用日志能对账标称上下文 vs 真实可用的最大输出，别被“128k 上下文但输出砍到 4k”坑了长期层——决定敢不敢一直用模型版本能不能锁定，别今天满血明天偷偷换量化版数据合规：你的代码 prompt 会不会被拿去训练、日志留多久我自己这轮测下来，蓝耘 MaaS 在“Anthropic 直连、缓存命中 97.9%、可靠性 100%、延迟方差极小”这几条上是实打实过关的，截图和数据都在上面，你可以自己复现。它不是每一项都第一，但在我这个“自费跑 Agent”的场景里，它把我真正在乎的都做对了。结尾回到开头那个让我肉疼的账单。上次换便宜 API 越换越贵，不是因为我运气差，是因为我压根没搞懂该看什么——我只看了单价那一个数字，漏掉了缓存这个真正决定 Agent 成本的杠杆。
值得写的选题，通常同时碰中三样：反复出现、影响明确、会改变用户的选择。找到方向后再去查：版本记录里它后来修没修？
vectorStore = vectorStore; // 加载外部化 Prompt 模板 var promptResource = new ClassPathResource("prompts/customer-support.
4.1 修订）："Guest Management 是 Azure Local VM 的一项 Guest 管理能力配置——它是一个能力集合（包含 Agent 部署、Extensions 管理、Azure 管理服务集成）；Connected Machine Agent 是其中一个 Agent 进程；Azure Local VM Guest Agent（mocguestagent）是另一个职责的 Agent。
53.4 修复了 3.53.0 版本（以及 3.53.1、3.53.2 和 3.