OpenCode 是什么？开源编程智能体怎样连接不同模型服务
介绍 OpenCode 的项目初始化、提供方与模型选择，以及操作权限规则，区分开源客户端、本地模型推理和完整开发环境。
先了解这个工具
OpenCode 是开源 AI 编程智能体，可通过终端等界面读取项目、修改代码并运行工具。它将模型服务与开发操作连接起来，支持配置不同提供方，而不是一个名为OpenCode的模型。开源客户端可以在本地运行，推理是在本机还是远端，取决于实际连接的模型服务和运行环境。
项目初始化怎样形成可重复的指导信息
进入项目后，OpenCode的/init可以分析仓库并生成AGENTS.md，用来保存项目指导。这样的文件帮助后续任务理解约定，并不代替源码。生成内容需要审阅，不能因为文件由工具创建，就把猜出的构建方式当作已经执行过的事实。
日常使用可以从解释代码开始，再逐步提出明确修改。规则文件把公共项目约定留在版本库，便于不同会话复用。它不是模型训练数据，也不是系统权限开关；如果工具无法读取某目录，写一条说明不会自动解除限制。
提供方连接与模型选择是不同配置
提供方连接解决请求发给谁以及怎样认证，模型选择决定具体调用哪一个配置模型。/connect与/models对应不同使用环节，配置成功仍需实际服务可访问。某提供方有多个模型时，不能只看到账号已连接就假定选中了预期版本。
官方也给出连接本地模型服务的方式，但本地推理需要额外准备模型服务、权重和相应硬件。安装OpenCode并不会自动让任意模型在本机运行。远端和本地模型还可能有不同工具调用支持，应该按目标任务确认。
权限规则可以允许询问或拒绝操作
操作权限可按工具或命令模式设置为允许、询问或拒绝。规则存在匹配顺序，宽泛允许与具体拒绝的组合需要按照当前说明核对。不能笼统承诺每次终端调用都会要求确认，也不能把连接模型所用凭证当成外部资源的全部授权。
需要控制编辑范围时，除了项目约定，还要检查真实权限设置和当前工作目录。任务中读取到的外部文本仍是资料，不能自动成为新的执行指令。模型能够提出动作，不说明该动作在本次配置中已经获准。
开源客户端与可运行工程需要分别确认
相较绑定某一产品界面的工作方式，OpenCode提供可配置模型服务的编程入口。选择它时应考虑终端使用习惯、提供方支持及现有工程工具，而不是把开源二字理解为模型、托管和依赖都已包含。
同名产品可能存在不同主要版本，安装和配置应对应所选文档，避免混用命令或覆盖旧环境。已有项目尤其需要保存工作树和依赖说明；没有正确运行时或项目包，智能体能够改出文本也不代表工程已经可运行。
核对来源
以下资料用于核对概念和方法。文中的示例与测试范围分别注明，实际使用时请核对所用工具的版本。