模型接入 · 官方使用示例
GLM、Kimi 接入 Bedrock：模型怎样进入编程工具
从云端模型到电脑里的 OpenCode，拆开看谁负责推理、谁读写文件，以及模型能力怎样接到已有工作环境。
需要 AWS 与 Bedrock 访问资格；GLM 5.3 公告面向符合条件的企业客户。
让 AI 看本地代码，模型在哪里运行？
AWS 在 9 月 23 日的示例中，让 Kimi K3 分析两个程序任务互相等待的问题。开发者把相关文件作为上下文，要求它解释原因、提出修改方向。以下按官方示例说明这条路径，本站未复现该任务。
这条路径分成两部分：电脑里的 OpenCode 组织代码上下文、显示回复并提供文件操作；Bedrock 承接云端模型调用。本地运行的是编程工具，模型推理仍在云端。原图把这两部分分开，也解释了为什么同一个工作界面可以连接不同模型。
来源与延伸阅读
- AWS：OpenCode 与开放权重模型官方使用示例 · 2026 年 9 月 23 日本地工具与云端推理的分工，以及 Kimi K3 的排错示例。
- OpenCode：服务提供方与 Bedrock 接入工具官方文档 · 10 月 6 日核对服务提供方、模型访问资格和配置入口。
GLM 5.3 新增了一条托管接入路线
10 月 5 日，AWS 宣布 GLM 5.3 在 Bedrock 提供服务，面向符合条件的企业客户。官方展示了在 Playground 中选择模型并对话的界面，也提供了 API 接入资料。使用这条托管路线，不必自行搭建模型推理服务器。
这次变化接在同一条线上：模型发布之后，被云平台接入，再由开发者连进工具。它给已有 AWS 工作环境增加了模型选择。模型排名、工具最终能完成什么，仍需要分别看评测与实际使用；一次平台接入本身不能回答全部能力问题。
来源与延伸阅读
- AWS：GLM 5.3 接入 Bedrock官方公告 · 2026 年 10 月 5 日企业客户资格、托管接口与 Playground 画面。
把模型、工具和服务入口分开看
OpenCode 官方文档把 Bedrock、Moonshot AI 与 Z.AI 列为不同的服务提供方。相同的模型名字，也需要对应到具体服务、型号与访问资格。已有聊天订阅、云平台账号和可下载权重，分别解决不同的使用入口。
回到已有的 GLM 三维公寓与 Kimi SVG 例子，它们让人看见模型能写出什么；这里补充的是能力进入现有工作环境的一种方式。把作品、模型评测和接入路线放在一起，才更容易理解一个结果由哪些部分共同完成。
| 这一层 | 在这里负责什么 |
|---|---|
| GLM / Kimi 模型 | 根据送入的上下文进行推理和生成 |
| OpenCode 工具 | 组织项目上下文，提供文件与命令操作 |
| Bedrock 服务 | 提供托管模型调用与访问配置 |
来源与延伸阅读
- AWS：GLM 5.3 接入 Bedrock官方公告 · 2026 年 10 月 5 日企业客户资格、托管接口与 Playground 画面。
- AWS：OpenCode 与开放权重模型官方使用示例 · 2026 年 9 月 23 日本地工具与云端推理的分工，以及 Kimi K3 的排错示例。
- OpenCode：服务提供方与 Bedrock 接入工具官方文档 · 10 月 6 日核对服务提供方、模型访问资格和配置入口。