开发工具CLIAI 应用【免费下载链接】zcfZero-Config Code Flow for Claude code Codex项目地址https://gitcode.com/gh_mirrors/zc/zcf点击查看免费下载ZCFZero-Config Code Flow是一款面向 Claude Code 与 Codex 的一键配置 CLI 工具本文基于仓库 架构文档 全面拆解其技术栈、目录结构、核心模块、关键流程与设计模式并深入到src/源码层验证每个架构结论。读完本文你将掌握 ZCF 从命令注册、初始化编排、配置合并到国际化与多平台适配的完整实现思路并学会如何按官方扩展点向项目中添加新命令、新工作流、新 MCP 服务与新的 API 提供商预设。一、技术栈与依赖选型1.1 核心技术ZCF 是一个**纯 ESMESM-only**的 TypeScript CLI 项目运行时要求 Node.js 22包管理器使用 pnpm 10.17.1。这些约束在 package.json 中均有直接体现type: module、packageManager: pnpm10.17.1以及files字段只发布bin、dist、templates三个目录。技术版本用途仓库佐证TypeScriptLatest主要开发语言ESM-only全量类型定义位于src/types/src/typesNode.js 22运行时环境engines约束CLI 入口使用#!/usr/bin/env nodesrc/cli.tspnpm 10.17.1包管理器配合pnpm-workspace.yaml与catalog依赖版本统一机制package.jsoncacLatestCLI 参数解析与命令框架cac(zcf)创建实例src/cli.tsunbuildLatest构建工具ESM-only 输出rollup.emitCJS: false并在build:done钩子中拷贝 i18n JSON 到 distbuild.config.tsVitestLatest测试框架测试覆盖 CLI 主入口、命令、工具函数与集成场景vitest.config.ts、testsi18nextLatest国际化框架配合i18next-fs-backend从 JSON 文件加载翻译src/i18n/index.tstsxLatestTypeScript 开发执行器pnpm dev直接运行src/cli.tspackage.json1.2 关键依赖从 package.json 的dependencies可以看到一组精心挑选的运行时依赖它们共同支撑了 ZCF 的跨平台与交互能力pathe跨平台路径操作替代 Node 原生path保证 Windows/macOS/Linux/Termux 下路径一致性广泛用于join()、dirname()tinyexec跨平台命令执行内部封装了which/where、brew list、npm等外部进程调用inquirer / inquirer-toggle交互式 CLI 提示列表、复选框、确认、开关ansisANSI 颜色与样式输出用于渲染 banner、成功/失败提示、帮助文本dayjs日期处理主要用于备份目录的时间戳命名如backup_2026-10-11_00-04-55semver版本比对用于check-updates与安装验证rainbowatcher/toml-edit-js基于 WASM 的格式保持型 TOML 编辑器支撑 Codexconfig.toml的增量修改fs-extra / trash文件系统增强与安全删除卸载时先移入回收站find-up-simple / ora / i18next-fs-backend向上查找、加载动画、i18n 文件后端。二、项目结构全景2.1 目录层级架构文档给出了完整的目录树与实际仓库完全吻合。src/按「入口 → 命令 → 工具 → 配置 → i18n → 类型」六层组织templates/独立存放可随包发布的模板资产tests/与源码目录一一对应zcf/ ├── bin/ │ └── zcf.mjs # CLI 可执行入口package.json 的 bin 字段指向此处 ├── src/ │ ├── cli.ts # CLI 主入口cac(zcf) cli.parse() │ ├── cli-setup.ts # 命令注册与设置setupCommands │ ├── constants.ts # 路径、代码工具类型、语言、API 常量定义 │ ├── types.ts # 全局类型定义 │ ├── index.ts # 模块导出入口 │ ├── commands/ # CLI 命令实现init/menu/update/ccr/ccu/check-updates/config-switch/uninstall │ ├── utils/ # 工具函数库config/installer/platform/workflow-installer/mcp-selector/... │ │ ├── ccr/ # CCRClaude Code Router集成config/installer/commands/presets │ │ ├── cometix/ # CCometixLine 状态栏工具集成installer/commands/menu/errors │ │ ├── code-tools/ # Codex 集成codex.ts/codex-configure/codex-config-switch/codex-platform 等 8 个模块 │ │ └── tools/ # 工具集成ccr-menu.ts/index.ts │ ├── config/ # 配置定义workflows.ts/mcp-services.ts/api-providers.ts │ ├── i18n/ # 国际化系统index.ts locales/zh-CN、locales/en │ └── types/ # TypeScript 类型workflow/config/ccr/claude-code-config/toml-config ├── templates/ # 配置模板 │ ├── claude-code/ # Claude Code 模板common/settings.json、en/zh-CN workflow 与 agents │ ├── codex/ # Codex 模板config.toml │ ├── common/output-styles/ # AI 人格风格模板engineer-professional、laowang-engineer 等 6 种 │ └── skills/ # Claude 技能模板feat、workflow、git-commit、bmad-init 等 ├── tests/ # 测试文件unit/integration/commands/utils 与源码目录对应 ├── build.config.ts # unbuild 构建配置 └── dist/ # 构建输出不提交2.2 值得注意的结构细节模板与源码分离templates/claude-code/common/settings.json是 Claude Code 默认配置模板包含env禁用遥测、错误上报、非必要流量设置MCP_TIMEOUT: 60000、permissions.allow预授权Bash、Edit、Read、WebSearch及全部内置 MCP 服务权限等安装器会读取该模板做智能合并而非整文件覆盖i18n 资源与代码同构src/i18n/locales/zh-CN/与en/下各 16 个 JSON 命名空间文件构建时通过 build.config.ts 的build:done钩子统一拷贝到dist/i18n/locales/保证 npm 包内资源可达CLI 可执行入口bin/zcf.mjs是发布入口package.json源码开发用pnpm devtsx ./src/cli.ts构建后node bin/zcf.mjs即可运行。三、核心模块详解1. CLI 入口层src/cli.tssrc/cli-setup.ts职责CLI 框架初始化、命令注册与参数解析、i18n 初始化、错误处理与退出码管理。入口实现非常精简src/cli.ts创建cac实例后交由setupCommands完成全部注册// src/cli.ts import cac from cac import { setupCommands } from ./cli-setup async function main(): Promisevoid { // 创建 CLI 实例参数为命令名 zcf const cli cac(zcf) // 注册全部命令init/menu/update/ccr/ccu/config-switch/uninstall/check-updates await setupCommands(cli) // 解析 process.argv 并分发到对应命令的 action cli.parse() } main().catch(console.error)setupCommandssrc/cli-setup.ts是命令注册的中枢异步 i18n 初始化先读取~/.ufomiao/zcf/config.tomlreadZcfConfigAsync中的preferredLang决定帮助文本语言再调用initI18n(defaultLang)逐条注册命令为每个命令定义.option()与.action()并统一用withLanguageResolution包装 action在执行前按「--all-lang--lang 配置文件 交互询问」的优先级解析语言自定义帮助系统customizeHelp基于i18n.t(cli:help.*)生成多语言帮助面板包含命令、快捷键i/u/check/cs、全局选项--lang/-l、--config-lang/-c、--force/-f、--skip-prompt/-s、--code-type/-T与非交互参数示例如npx zcf i --skip-prompt --api-type api_key --api-key sk-ant-...。全局选项与代码工具类型在 src/constants.ts 中定义CODE_TOOL_TYPES [claude-code, codex]别名cc、cx分别映射DEFAULT_CODE_TOOL_TYPE claude-code。2. 命令层src/commands/职责实现每个 CLI 命令的业务逻辑。架构文档给出了各命令的复杂度评级与实际源码规模相符init.ts1439 行是全项目最复杂的命令命令文件主要功能复杂度initsrc/commands/init.ts完整初始化流程检测/安装、API、MCP、工作流、输出风格⭐⭐⭐⭐⭐menusrc/commands/menu.ts交互式菜单系统切换工具、运行各功能入口⭐⭐⭐⭐updatesrc/commands/update.ts工作流和模板更新⭐⭐⭐ccrsrc/commands/ccr.tsCCR 管理入口⭐⭐ccusrc/commands/ccu.tsClaude Code 用量分析执行⭐check-updatessrc/commands/check-updates.ts工具版本检查Claude Code / CCR⭐⭐⭐config-switchsrc/commands/config-switch.ts配置切换Codex 提供商 / Claude Code 配置⭐⭐⭐⭐uninstallsrc/commands/uninstall.ts卸载和清理complete/custom/interactive 三种模式⭐⭐⭐⭐init命令的非交互能力值得注意src/commands/init.ts 的InitOptionsconfigActionnew/backup/merge/docs-only/skip、apiTypeauth_token/api_key/ccr_proxy/skip、provider302ai/glm/minimax/kimi/custom、mcpServices、workflows、outputStyles等参数均可通过命令行直接传入配合--skip-prompt即可在 CI/CD 中无人值守运行。3. 工具层src/utils/工具层是业务逻辑的复用底座架构文档列举了四个核心模块均可溯源到具体源码配置管理src/utils/config.ts配置读写readJsonConfig/writeJsonConfig读写~/.claude/settings.json增量配置合并configureApi先读取templates/claude-code/common/settings.json模板再与用户现有配置做deepMerge来自 src/utils/object-utils.ts并依据authType写入ANTHROPIC_API_KEY或ANTHROPIC_AUTH_TOKEN、ANTHROPIC_BASE_URL备份创建backupExistingConfig()使用dayjs()生成backup_YYYY-MM-DD_HH-mm-ss时间戳目录将整个~/.claude拷贝至~/.claude/backup/排除 backup 目录自身。安装器src/utils/installer.tsClaude Code CLI 检测与安装通过commandExists/findCommandPath探测配合 src/utils/platform.ts 的getRecommendedInstallMethods按平台给出推荐安装方式macOS 优先 Homebrew、Linux/WSL 优先 curl、Windows 优先 PowerShell跨平台安装脚本生成与版本验证shouldUseSudoForGlobalInstall/wrapCommandWithSudo判断 Linux 非 root 且全局 npm prefix 不可写时自动加sudo。平台适配src/utils/platform.ts操作系统检测getPlatform()返回windows/macos/linuxisTermux()通过PREFIX环境变量与/data/data/com.termux/files/usr路径识别 TermuxisWSL()综合WSL_DISTRO_NAME、/proc/version、/mnt/c三种信号路径适配normalizeTomlPath将 Windows 反斜杠统一转为正斜杠避免 TOML 转义问题getSystemRoot确定性读取SYSTEMROOT/SystemRoot命令适配getMcpCommand在 Windows 上为npx/uvx/uv包一层cmd /ccommandExists依次使用which/where、Termux 专用路径、常见 Linux/macOS 路径与 HomebrewApple Silicon/opt/homebrew与 Intel/usr/local、Cellar/node、Caskroom兜底探测。工作流安装器src/utils/workflow-installer.ts工作流模板选择从getOrderedWorkflows()读取工作流列表用inquirercheckbox 多选模板复制与依赖解析对选中的每个工作流先清理旧版本文件cleanupOldVersionFiles再按config.skills收集需要安装的 skill从templates/skills/{lang}/{name}/SKILL.md拷贝并按config.autoInstallAgents将 agent 模板拷贝到~/.claude/agents/zcf/{category}/依赖关联安装完成后统一调用installSkills写入 Claude Code 的 skills 目录src/utils/skills-installer.ts。4. 集成模块CCR 集成src/utils/ccr/CCRClaude Code Router的安装installer.ts、配置管理config.ts支持backupCcrConfig/configureCcrProxy/createDefaultCcrConfig、命令执行commands.ts与预设提供商presets.ts并负责 Web UI 的启动与管理。Codex 集成src/utils/code-tools/这是项目中模块数量最多的集成目录包含 8 个职责单一的文件codex.ts主逻辑定义CodexProvider、CodexMcpService、CodexConfigData等核心类型、codex-configure.tsMCP 与 API 配置、codex-config-switch.ts提供商切换、codex-platform.ts平台命令适配、codex-config-detector.ts托管模式检测、codex-toml-updater.ts、codex-provider-manager.ts、codex-uninstaller.ts。核心特性TOML 配置管理基于 src/utils/toml-edit.ts 封装的rainbowatcher/toml-edit-jsWASM对~/.codex/config.toml做格式保持型编辑CodexConfigData.otherConfig保留 ZCF 不管理的原始行extraFields保留 MCP 服务的额外字段提供商切换config-switch命令按--code-type codex切换不同 provider 的model、model_provider、wire_api与临时环境变量键增量配置合并与 Claude Code 路径类似采用「模板 用户现有配置」的合并策略避免破坏用户手写配置。CCometixLine 集成src/utils/cometix/状态栏工具statusline tool的安装installer.ts、命令commands.ts、菜单menu.ts与错误定义errors.ts由--install-cometix-line/-x参数控制默认 true。5. 国际化系统src/i18n/架构框架i18next i18next-fs-backend单例实例i18nsrc/i18n/index.ts命名空间分离共 17 个命名空间——common、api、ccr、cli、cometix、configuration、errors、installation、language、mcp、menu、multi-config、tools、uninstall、updater、workflow、codex与src/i18n/locales/下 JSON 文件一一对应语言zh-CN、en默认回退en加载机制loadPath采用动态探测——在开发模式、npm 包模式node_modules/zcf/dist/i18n/locales、生产构建./dist/i18n/locales与 chunk 深度路径之间逐个尝试找到zh-CN/common.json即采用对应路径模式初始化契约ensureI18nInitialized()强制要求工具函数必须先调用initI18n()避免在 i18n 未就绪时访问翻译键。使用模式import { i18n, format } from ../i18n // 命名空间方式取翻译namespace:key i18n.t(common:success) // 模板插值格式化{field} 占位符替换 format(i18n.t(api:keyRequired), { field: API Key })注意配置里keySeparator: false、nsSeparator: :即键名整体扁平、仅用冒号区分命名空间interpolation.escapeValue: false面向服务端场景关闭转义。6. 配置定义src/config/集中管理三类系统常量均为「纯业务配置 i18n 翻译」两层结构workflows.ts定义 5 个工作流——commonToolsinit-project skill init-architect/get-current-datetime agents、sixStepsWorkflow六阶段开发、featPlanUxfeat skill planner/ui-ux-designer agents、gitWorkflowgit-commit/git-rollback/git-clean-branches/git-worktree 四个 skill、bmadWorkflowbmad-init skill每个配置含order、defaultSelected、category、outputDir、autoInstallAgents等字段mcp-services.ts7 个 MCP 服务配置——context7、open-websearch、spec-workflow、mcp-deepwikiHTTP 型、Playwright、exa需 API Key环境变量EXA_API_KEY、serena均带requiresApiKey、apiKeyEnvVar与完整McpServerConfigapi-providers.tsAPI 提供商预设302ai、glm、minimax、kimi 等每个预设包含 Claude Code 与 Codex 两侧的baseUrl、wireApi、authType、模型映射init命令校验provider参数时动态导入该模块src/commands/init.ts。四、关键流程1. 命令注册流程源码对应关系main()src/cli.ts→setupCommands(cli)src/cli-setup.ts→initI18n(defaultLang)src/i18n/index.ts→ 逐条.command().option().action()→cli.parse()。tests/unit/cli-main.test.ts 通过 mockcac与setupCommands验证了这一调用链cac被以zcf调用、setupCommands被调用、parse被执行。2. 初始化流程init命令关键步骤与源码一一对应见 src/commands/init.ts环境检测validateSkipPromptOptions校验provider合法性、按预设自动推导apiType、处理--all-lang统一语言参数随后getInstallationStatus/installClaudeCode检测或安装 CLI配置备份backupExistingConfig()自动备份~/.claude到带时间戳的备份目录增量管理getExistingApiConfig/promptApiConfigurationAction检测已有 API 配置并提示处理策略配置应用Claude Code 路径走configureApideepMerge 合并、copyConfigFiles智能合并 settings.json、selectMcpServicesMCP 选择、selectAndInstallWorkflows工作流安装、configureOutputStyle输出风格Codex 路径走runCodexFullInit统一编排验证配置写入后调用addCompletedOnboarding/setPrimaryApiKey等收尾并输出 banner 展示结果。3. 配置合并流程该流程对应configAction参数的五种取值new/backup/merge/docs-only/skip。在非交互模式下--config-action直接决定行为交互模式下由inquirer提示。合并动作内部使用deepMergesrc/utils/object-utils.ts保持用户已有配置不被覆盖Claude Code 侧还经由mergeAndCleanPermissionssrc/utils/permission-cleaner.ts在合并 permissions 时清理过期条目。4. 工作流安装流程源码实现见 src/utils/workflow-installer.tsselectAndInstallWorkflows按getOrderedWorkflows()顺序渲染 checkbox每个工作流通过installWorkflowWithDependencies安装 skill拷贝SKILL.md与 agents拷贝至~/.claude/agents/zcf/{category}/最后统一installSkills并输出✔/✗安装结果。模板路径会随configLangzh-CN/en切换即「应用语言变量」的落地形态。五、设计模式1. 命令模式每个命令是独立模块通过setupCommands统一注册src/cli-setup.ts// src/commands/init.ts export async function init(options: InitOptions): Promisevoid // src/cli-setup.ts cli .command(init, Initialize Claude Code configuration) .alias(i) .option(--api-type, -t type, API type (auth_token/api_key/ccr_proxy/skip)) .option(--skip-prompt, -s, Skip all interactive prompts (non-interactive mode)) .action(await withLanguageResolution(async (options) { await init(options) }))withLanguageResolution是高阶函数装饰器在执行 action 前完成语言解析与切换让命令实现无需关心 i18n 状态src/cli-setup.ts。2. 策略模式配置处理策略backup/merge/new/skip以switch分支组织架构文档给出了骨架在真实源码中该策略体现在configAction的分派逻辑上switch (action) { case backup: await backupExistingConfig() // 时间戳目录备份 await mergeConfig() // 备份后合并 break case merge: await mergeConfig() // 直接合并 break case new: await createNewConfig() // 创建全新配置 break case skip: // 跳过操作保留现有配置 break // ... }3. 工厂模式不同工具类型的安装器由code-type决定resolveCodeToolTypesrc/constants.ts负责将cc/cx别名归一为完整类型// 根据 code-type 选择安装/初始化路径 const installer codeType codex ? new CodexInstaller() // src/utils/code-tools/codex.ts 的 runCodexFullInit 路径 : new ClaudeCodeInstaller() // src/utils/installer.ts 的 installClaudeCode 路径4. 适配器模式跨平台路径与命令适配集中封装在 src/utils/platform.ts// 平台相关不同平台返回不同配置路径实际路径常量定义在 src/constants.ts export function getConfigPath(): string { if (isWindows()) { return join(homedir(), AppData, Local, .claude) } return join(homedir(), .claude) }更典型的适配体现为Windows 上对npx/uvx/uv自动包裹cmd /cgetMcpCommand、Linux 全局安装自动补sudowrapCommandWithSudo、macOS 探测Cellar/Caskroom路径getHomebrewCommandPaths。六、扩展点1. 添加新命令按四步接入完整的「注册 → 解析 → 执行 → 测试」链路创建命令文件// src/commands/new-command.ts export interface NewCommandOptions { // 选项定义如 force?: boolean } export async function newCommand(options: NewCommandOptions): Promisevoid { // 实现逻辑调用 src/utils/ 下的工具函数 }注册命令// src/cli-setup.ts import { newCommand } from ./commands/new-command cli .command(new-command, Description) .option(--option, Option description) .action(await withLanguageResolution(async (options) { await newCommand(options) }))添加测试在tests/commands/或tests/unit/commands/添加测试文件参考 tests/unit/commands/init.test.ts 的 mock 模式更新文档补充命令说明与customizeHelp帮助条目并在src/i18n/locales/{zh-CN,en}/cli.json中添加翻译键。2. 添加新工作流创建模板文件在templates/claude-code/zh-CN/workflow/及en/下按{category}/组织 agent 模板skill 模板放templates/skills/{lang}/{skillName}/SKILL.md注册配置在 src/config/workflows.ts 的WORKFLOW_CONFIG_BASE中追加定义id、order、defaultSelected、skills、agents、category、outputDir更新安装器确认 src/utils/workflow-installer.ts 的WORKFLOW_OPTION_KEYS与安装逻辑覆盖新工作流添加翻译在src/i18n/locales/{zh-CN,en}/workflow.json添加workflowOption.*与workflowDescription.*测试验证参考 tests/config/workflows.test.ts 与 tests/unit/config/workflows.test.ts 补充集成测试。3. 添加新 MCP 服务注册服务在 src/config/mcp-services.ts 的MCP_SERVICE_CONFIGS添加配置id、requiresApiKey、apiKeyEnvVar、config——stdio 需command/argsHTTP 需url创建模板如需默认权限预授权在templates/claude-code/common/settings.json的permissions.allow中追加mcp__{id}更新选择器确认 src/utils/mcp-selector.ts 能正确渲染与过滤新服务有 API Key 需求的服务在未提供 key 时被跳过文档更新在 docs/en/features/mcp.md 等功能文档中补充说明。4. 添加新 API 提供商预设添加预设在 src/config/api-providers.ts 定义 provider含 Claude Code 侧authType/baseUrl与 Codex 侧wireApi/tempEnvKey测试验证参考 tests/unit/config/api-providers.test.ts 与 tests/unit/commands/init-api-provider.test.ts确保--provider校验与预设注入正确文档更新在 docs/en/advanced/api-providers.md 的提供商列表中登记。七、数据流与错误处理配置读取流程用户输入 → 命令解析 → 选项验证 → 配置读取 → 业务逻辑 → 配置写入 → 结果反馈实例化到init命令CLI 参数--api-key、--provider等→cac解析 →validateSkipPromptOptions校验 →readJsonConfig(SETTINGS_FILE)读取现有~/.claude/settings.json→configureApi/selectAndInstallWorkflows等业务逻辑 →writeJsonConfig写回 → 终端输出成功/失败反馈。错误处理流程异常抛出 → error-handler 捕获 → 错误类型判断 → i18n 错误消息 → 用户友好的错误提示实现位于 src/utils/error-handler.tshandleExitPromptError识别ExitPromptError含按 message 兜底匹配「User force closed the prompt」优雅打印common:goodbye并以退出码 0 结束handleGeneralError输出红色errors:generalError前缀、打印堆栈errors:stackTrace以退出码 1 终止所有错误文案均通过 i18n 命名空间errors输出保证多语言一致。八、性能与安全设计性能考虑懒加载大依赖按需动态导入——如init命令仅在需要校验provider时才await import(../config/api-providers)src/commands/init.ts异步操作文件操作与命令执行全部使用 async APInode:fs/promises、tinyexec的exec缓存机制TOML WASM 模块用initialized标志位做一次性初始化src/utils/toml-edit.tsCodex 侧用cachedSkipPromptBackup缓存避免 skip-prompt 模式下重复备份src/utils/code-tools/codex.ts并行执行setupCommands中 i18n 初始化采用异步并行加载多个命名空间构建阶段独立文件并行拷贝。安全考虑API 密钥处理密钥优先写入环境变量配置settings.json的env.ANTHROPIC_API_KEY或auth.json显示时通过formatApiKeyDisplay脱敏切换认证类型时主动删除旧密钥字段src/utils/config.ts路径验证所有模板/目标路径基于join()与dirname()归一化拼接禁止拼接不可信输入为绝对路径避免路径遍历命令注入防护外部命令执行统一经tinyexec参数数组传递而非 shell 字符串拼接平台层仅做白名单包装WINDOWS_WRAPPED_COMMANDS配置文件权限默认 settings 模板关闭遥测与错误上报DISABLE_TELEMETRY、DISABLE_ERROR_REPORTING、CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC卸载时经trash走回收站而非直接删除。相关文档贡献指南 — 参与开发的详细指南测试指南 — 测试编写与运行方式Vitest 配置见 vitest.config.ts项目 CLAUDE.md — 面向 AI 助手的项目完整架构说明架构说明中文版 — 本文档的简体中文版本构建配置 — unbuild 构建与 i18n 资源打包逻辑README — 项目总览与快速上手赞分享开发工具CLIAI 应用【免费下载链接】zcfZero-Config Code Flow for Claude code Codex项目地址https://gitcode.com/gh_mirrors/zc/zcf点击查看免费下载相关推荐ZCF 架构详解从 CLI 入口到模块体系Zero-Config Code Flow 的完整架构与开发流程ZCF 架构详解从 CLI 入口到模块体系Zero Config Code Flow 的完整架构与开发流程 本文以 zcfZero Config Code开发工具CLIAI 应用ZCF 项目全景解析Zero-Config Code Flow 为 Claude Code 与 Codex 的一键零配置环境搭建ZCF 项目全景解析Zero Config Code Flow 为 Claude Code 与 Codex 的一键零配置环境搭建 ZCFZero Confi开发工具CLIAI 应用ZCFZero-Config Code Flow全面解析Claude Code 与 Codex 零配置环境搭建指南ZCFZero Config Code Flow全面解析Claude Code 与 Codex 零配置环境搭建指南 ZCF 是一个面向专业开发者的命令行工开发工具CLIAI 应用创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考