预演安装
先查看 Codex 安装计划，暂不应用配置改动。
ECC
ECC 为编程 Agent 提供 Skills、Hooks 和配置工具。它的 CLI 可以预演 Codex 安装，先展示目标位置和计划动作，再由用户批准写入。
预演 ECC 对 Codex 的配置改动
在 Agent 写入前先限定包版本、目标宿主与允许配置的范围。
带入 Floatboat 的请求
请求可预览和复制，不会从此处自动发送。
参考来源: ECC https://github.com/affaan-m/ECC 先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时，先提出方案。 我的任务: 读取 ECC 官方安装文档，检查 Node 和 Codex，并给我看引导安装的预演命令。我确认后只运行预演，报告目标位置和计划写入。 期望交付: 一份预演报告，列出安装位置和计划写入。
关于 ECC
ECC 将工程工作流、安装器和配置诊断放在同一个项目里。引导安装覆盖 Claude Code、Codex 与 Kimi Code，但各宿主使用的安装方式不同。
Codex 路径支持先预演，查看安装渠道、目标位置和计划动作。正式安装走 Codex 的原生插件机制，Hooks 的审阅和信任仍在 Codex 内处理。
交接时应记下包版本、所选宿主和安装范围。配置后可以使用该宿主提供的诊断方式核对。额外适配器、模型供应商设置和账号认证需要分别检查。
ECC 能配置哪些内容
预演先回答软件准备写到哪里。实际配置后，再结合宿主的插件管理和可用诊断命令，核对已启用的能力和作用范围。
按宿主设置
选择官方支持的安装渠道，在实际执行 Hooks 的宿主内处理信任。
核对安装状态
用对应宿主的诊断或插件列表核对当前状态，再分享配置说明。
ECC 的 Agent 配置场景
先在临时或获准使用的工作区试跑。分别记录安装状态和任务表现，便于团队区分宿主配置问题、插件状态问题和实际执行结果。
预演 Codex 安装
记录现有插件状态，按官方命令做一次预演，保留安装目的地和计划动作。涉及写入时先由工作区负责人确认范围。
限定 Claude Code 试用范围
先确定是本地、项目还是用户级安装。将计划启用的 Hooks 与授权范围核对，完成后回到插件列表确认实际状态。
编写团队交接说明
记录已核对的包版本、宿主和配置档。请同事在干净工作区复现预演，对照两边显示的安装位置。
排查 Skill 缺失
检查是否选错宿主或安装范围，再用该目标可用的诊断命令收集信息。根据证据决定是否需要重新配置。
ECC 的安装前提
引导安装器需要 Node.js 和可用的目标宿主。先确认包与宿主版本，并在改动配置前保留单独的确认步骤。
包运行环境
官方通用安装器要求 Node.js 18 或更高版本。
目标宿主
确认要配置的宿主已安装，并满足相应安装渠道的要求。
获准的配置范围
执行写入前先核对安装位置、Hooks 和插件信任设置。
相关软件项目
比较这些项目的用途、运行条件和源码许可。
ECC 常见问题
哪些宿主支持引导安装？
官方引导安装覆盖 Claude Code、Codex 和 Kimi Code。其他适配器有各自的安装命令。
可以先看改动再安装吗？
官方 Codex 安装命令支持 --dry-run。预演后先核对目的地和计划动作，再批准写入。
ECC 会替 Codex 信任 Hooks 吗？
Codex 的原生插件流程仍负责 Hooks 的审阅和信任决策。
Claude Code 安装还需要什么？
除 Node.js 外，官方插件安装要求 Git 和可在终端调用的受支持 Claude Code 版本。
安装时会配置模型供应商吗？
不同宿主的范围不同。以托管的 Kimi Code 路径为例，它不配置模型或账号认证。
怎样确认安装成功？
先查看宿主的插件或 Skill 状态，再用一个范围明确的小任务验证刚启用的能力。