harness.yaml 里,由 CLI 直接构建并部署为运行时。整个闭环只围绕一个文件展开——初始化、配置、部署、调用,再回到配置持续迭代。
1
初始化 harness
创建一个 harness 目录,其中包含
harness.yaml 与 .env.example。2
配置智能体
用
harness set 逐项写入字段。仅显式传入的标志会被修改,因此可以分多次补充配置。3
核对云环境与组件权限
将
your-model-name 替换为账号可调用的模型或端点 ID。默认直接模型调用需要 Runtime 角色具备相应模型访问权限;部署成功不代表模型已授权。先以无外部工具的最小配置验证回复,再添加知识库、MCP 和记忆本例使用火山引擎北京区域。使用 BytePlus 时,初始化命令改为 agentkit --provider byteplus harness init my-harness --region ap-southeast-1,后续部署与查询均使用相同区域。数据库密码和 MCP 凭据可在 harness.yaml 中引用 ${VAR},实际值放在未提交的 .env 中4
构建并部署
根据
harness.yaml 在云端构建镜像,并创建或更新运行时。5
调用运行时
按名称调用刚部署的运行时,CLI 会自动解析端点与鉴权,并使用已配置的 AK/SK 或当前 SSO 登录 profile 的有效 STS 凭证。
6
迭代
修改配置后重新部署即可发布新版本;运行时行为异常时,查看实例日志定位问题。