第22章 工具与框架生态：harness视角下的选型
前面二十一章的示例几乎都以Codex CLI作为具体操作工具。这是有意做出的安排，目的是让贯穿全书的IoTFlow案例保持工具环境一致，避免每一章都切换工具、重复讲解同一套方法。但这也带来一个必须正面回答的问题：本书讨论的方法是否只适用于某一款产品？如果团队更换模型、智能体或者整套工具链，前面形成的认识是否仍然有效？本章将把视角从单一工具提升到承载智能体运行的软件层。这里把组织上下文和指令、连接代码库与外部工具、管理权限和状态、执行反馈与验证的软件层称为智能体运行框架（Agent Harness，以下简称harness）。模型能力构成基础，harness则显著影响这些能力能否在具体工程环境中稳定发挥。同一个底层模型置于不同的harness中，可能因为上下文组织、工具接口、控制边界和反馈机制不同而表现出明显差异。本章将比较CLI智能体、图结构编排框架和角色协作框架的架构特点与适用场景，梳理面对复杂工具生态时可采用的选型线索，并说明为什么具体工具会不断更迭，而本书反复讨论的任务边界、验证机制、权限控制和反馈闭环等概念仍能持续发挥作用。
读完本章，读者应能够区分模型能力与harness能力，根据任务所需的交互方式、执行环境、自治程度和编排方式选择合适的工具。更重要的是，读者应当认识到，本书关注的并不是某一款产品的操作方法，而是一套可以迁移到不同工具和框架中的判断方法。工具只是这种判断方法在特定阶段的实现载体，工具发生变化，并不意味着已经形成的工程原则随之失效。