AWS 这条官方动态围绕「AWS 官方更新：Amazon SageMaker AI now supports instance preference lists for training and processing jobs」展开，英文标题为 “Amazon SageMaker AI now supports instance preference lists for training and processing jobs”。正文重点落在开发者接口、代码任务和调用边界，需要结合官方发布内容理解它对模型使用和开发者接入的影响。
官方摘要提到：Today, Amazon SageMaker AI announces instance preference lists for training and processing jobs, making it easier and faster to find compute capacity for your workloads. Many AI training, fine-tuning, and data processing workloads run comparably well on any of several instance types or sizes. However, before now, you had to name only one instance type at the time of job submission and wait for SageMaker to find that specific instance for your job. For high-demand GPUs during peak periods, where wait times can be unpredictable, customers sometimes had to build complex retry logic or concurrently submit multiple jobs with different instance types to find the first available option. Now you can simply provide a prioritized list of the instance types your workload accepts, and SageMaker automatically runs your job on the first available configuration from your preferences. With this solution, your training or processing job will likely start sooner. To use this feature, you specify your instance type and count preferences in priority order when submitting the training or processing job. For example, your list might contain a preference of two instances of ml.g6.48xlarge or four instances of ml.g5.48xlarge. SageMaker works through the list and launches your job on the first configuration where capacity is available. You can also configure the capacity sourcing from on-demand sources or from your reserved SageMaker Flexible Training Plans within the same job submission. This feature simplifies the process of getting compute for your jobs during high-demand periods and reduces the undifferentiated manual retrying you would otherwise do, all within the SageMaker training and processing job APIs you already use. Instance preference lists for SageMaker training and processing jobs is available today in all AWS Regions where SageMaker is available through the SageMaker CLIs, APIs, SDKs and Console UI. To learn more, see our documentation or our launch blog .。对用户来说，这类信息最有价值的部分是判断新能力是否已经可用、适合哪些任务，以及调用时可能受到哪些版本或权限限制。
AWS 这条内容关注《AWS 官方更新：Amazon SageMaker AI now supports instance preference lists for training and processing jobs》，英文标题为“Amazon SageMaker AI now supports instance preference lists for training and processing jobs”，适合从开发者接口、SDK、鉴权参数和真实调用边界角度阅读。对正在选择 AI API 服务的用户来说，重点不是又多了一条新闻，而是它会不会影响模型选择、调用方式、使用成本和稳定性判断。
原文信息可先概括为：AWS 这条官方动态围绕「AWS 官方更新：Amazon SageMaker AI now supports instance preference lists for training and processing jobs」展开，英文标题为 “Amazon SageMaker AI now supports instance preference lists for training and processing jobs”。正文重点落在开发者接口、代码任务和调用边界，需要结合官方发布内容理解它对模型使用和开发者接入的影响。。原文摘要可以作为线索，但仍要回到官方页面和实测结果核对。如果后续页面内容继续更新，应优先看官方说明中的版本、时间、适用对象和限制条件。
官方动态通常先说明产品方向或能力变化，真正落地还要看账号权限、可用区域、模型版本、接口返回、上下文限制和价格口径。把它当成选型线索，比只看标题更有价值。
放到 API 中转站评测场景中，这条动态最需要转化为可验证的问题：服务商是否真的支持相关模型或能力，模型 ID 是否一致，调用返回是否符合官方行为，延迟、错误信息、上下文长度、工具调用和价格说明是否能相互印证。
实际测试时可以这样做：准备接口鉴权、模型列表、流式输出、错误码、文件上传和上下文保持测试，逐项核对返回结构是否符合文档。同一组任务最好多跑几次，并记录时间、返回内容、失败原因和扣费情况，这样才能区分真实能力、临时波动和页面宣传。
文档型更新不等于所有中转服务已经跟进，尤其要看模型 ID、请求路径、版本兼容和计费口径是否一致。尤其是充值前的新手用户，建议先用低成本任务确认模型列表、基础对话、长文本、代码或生图等核心场景，再决定是否长期使用。
这类资讯更适合作为一张实操清单：先看官方来源，再看服务商是否跟进，最后用小额任务做验证。能被验证的内容，才真正有助于判断一个 API 服务是否可靠。