大模型负责理解和思考，Harness 负责给它工具、数据、记忆和操作界面。两者结合，才形成一个真正能够完成工作的 Agent。
一个负责把任务不断向前推进，一个负责保存完整运行事实；两者共同组成可持续、可恢复、可扩展的 Agent 运行底座。
一次任务不是只调用一次模型，而是在思考、执行和判断之间持续循环，直到任务完成。
模型看到的内容和执行过程，都来自同一份只追加、不覆盖的记录。
每一步只带上当前需要的信息，重复内容尽量复用，把算力留给新的判断和任务。
很多 Agent 框架“支持插件”；Harness 更进一步——它自己就是由插件组装出来的。
它不负责具体业务能力，而是负责让不同能力可以安全地加入、撤下和替换。
常见框架通常提供一套固定的 Agent，再允许增加工具；Harness 允许从底层能力到最终界面都按场景重新组合。
二者不是替代关系：Skill 适合沉淀经验，Plugin 负责把能力稳定地组合和交付。
例如：异常判断方法、KPI 规划步骤、报告组织规范。
例如：把魔方查询、异常分析、图表、报告和权限组合成完整应用。
必须执行的环节，应进入工作流、权限或执行插件，而不能只写在 Skill 里。
插件不仅负责“调用一个接口”，还可以同时承载业务方法、交互体验和运行规则。
没有重新开发一套 Agent 框架，而是通过插件逐步加入企业数据、业务方法、图表、报告和魔方入口。
阅读代码、运行命令、搜索文件和网页，主要面向开发任务。
接入魔方多维查询能力、业务指标、异常分析、图表、报告与项目上下文。
业务人员在原有系统里自然语言查数、分析原因、规划目标并生成报告。
用户不需要理解插件、接口和指标代码，只需要在熟悉的业务入口中提出问题。
Harness 的长期价值，不只是多做几个功能，而是改变能力的生产方式，并把一次性分析逐步沉淀成企业资产。
不同人员可以负责不同插件，在清晰边界内独立开发、测试和升级。
互不依赖的插件可以独立替换；存在依赖时，Harness 会按依赖关系安全卸载和恢复相关能力。
把数据来源、指标口径、分析方法和报告表达组合起来，并记录完整过程。
多人并行开发的能力持续进入插件库，再被组合成新的业务 Agent；每完成一个场景，都为公司多沉淀一组可复用能力。
两种方式都可以服务游戏业务，主要差别在于 Harness 环境、插件和基础资源是项目独享，还是由多个游戏共同使用。
每个游戏项目拥有自己独立的一套 Harness 环境。
多个游戏共用平台，但各自的数据、权限、会话和项目配置保持隔离。