agentruntime

ZGI Workspace：统一组织 Agent 资源Agent 数量增加后，最先失控的往往是资源关系。同一份制度被复制进多个知识库，同一个工具出现几套参数，模型切换后只有部分流程完成更新。Workspace 用一个明确范围组织 Agent 依赖的模型、知识、数据库、Skills 和 Workflow，并把权限、发布与运行记录接到这套关系上。

ZGI Runtime：切换模型后 Agent 为什么失效？切换模型后 Agent 失效，常见原因落在任务契约：字段格式变了，工具参数没有通过校验，长资料被截断，错误返回也和原模型不同。迁移前需要固定输入、输出、工具协议与验收样本，再逐层检查差异。ZGI Runtime 把模型路由、Agent、Skill、Workflow 和知识放进同一工作区，模型配置可以单独调整，业务流程继续按原有任务契约验收。

ZGI Agent：企业怎样治理工具调用？企业治理会调用工具的智能体（AI Agent），要把每次调用放进可检查的执行链：先限定可见工具和数据范围，再按读取、生成草稿、写入、删除等动作分级；高影响操作进入人工参与机制（Human in the Loop，HITL），下游系统继续校验真实用户权限，运行时保存调用者、参数、结果与失败位置。提示词可以提醒边界，真正的控制仍要落在工具、账号和业务系统。

ZGI Agent：修改配置时，怎样稳住线上版本？Agent 上线后，团队仍会调整提示词、模型参数、知识绑定和工作流。想让这些编辑不直接干扰线上任务，需要把修改留在草稿区，验收通过后再生成新的发布快照。每次发布都应留下可复现的配置基线，线上问题才能回到具体版本排查。

我是有底线的