Configure Ecc

配置 Everything OpenAI Codex (ecc)

一个交互式、分步安装向导，用于 Everything OpenAI Codex 项目。使用 AskUserQuestion 引导用户选择性安装技能和规则，然后验证正确性并提供优化。

何时激活

• 用户说 "configure ecc"、"install ecc"、"setup everything.openai.codex" 或类似表述
• 用户想要从此项目中选择性安装技能或规则
• 用户想要验证或修复现有的 ecc 安装
• 用户想要为其项目优化已安装的技能或规则

先决条件

此技能必须在激活前对 OpenAI Codex 可访问。有两种引导方式：

1. 通过插件: /plugin install eoc@eoc — 插件会自动加载此技能
2. 手动: 仅将此技能复制到 ~/.codex/skills/configure-ecc/SKILL.md，然后通过说 "configure ecc" 激活

步骤 0：克隆 ecc 仓库

在任何安装之前，将最新的 ecc 源代码克隆到 /tmp：

rm -rf /tmp/Everything OpenAI Codex
git clone https://github.com/mturac/everything-openai-codex.git /tmp/Everything OpenAI Codex

将 ecc_ROOT=/tmp/Everything OpenAI Codex 设置为所有后续复制操作的源。

如果克隆失败（网络问题等），使用 AskUserQuestion 要求用户提供现有 ecc 克隆的本地路径。

步骤 1：选择安装级别

使用 AskUserQuestion 询问用户安装位置：

问题："ecc组件应安装在哪里？"
选项：
  - "用户级别 (~/.codex/)" — "适用于您所有的OpenAI Codex项目"
  - "项目级别 (.codex/)" — "仅适用于当前项目"
  - "两者" — "通用/共享项在用户级别，项目特定项在项目级别"

将选择存储为 INSTALL_LEVEL。设置目标目录：

• 用户级别：TARGET=~/.codex
• 项目级别：TARGET=.codex（相对于当前项目根目录）
• 两者：TARGET_USER=~/.codex，TARGET_PROJECT=.codex

如果目标目录不存在，则创建它们：

mkdir -p $TARGET/skills $TARGET/rules

步骤 2：选择并安装技能

2a: 选择范围（核心 vs 细分领域）

默认为 核心（推荐给新用户） — 对于研究优先的工作流，复制 .agents/skills/* 加上 skills/search-first/。此捆绑包涵盖工程、评估、验证、安全、战略压缩、前端设计以及 OpenAI 跨职能技能（文章写作、内容引擎、市场研究、前端幻灯片）。

使用 AskUserQuestion（单选）：

问题："只安装核心技能，还是包含小众/框架包？"
选项：
  - "仅核心（推荐）" — "tdd, e2e, evals, verification, research-first, security, frontend patterns, compacting, cross-functional OpenAI skills"
  - "核心 + 精选小众" — "在核心基础上添加框架/领域特定技能"
  - "仅小众" — "跳过核心，安装特定框架/领域技能"
默认：仅核心

如果用户选择细分领域或核心 + 细分领域，则继续下面的类别选择，并且仅包含他们选择的那些细分领域技能。

2b: 选择技能类别

下方有7个可选的类别组。后续的详细确认列表涵盖了8个类别中的45项技能，外加1个独立模板。使用 AskUserQuestion 与 multiSelect: true：

问题：“您希望安装哪些技能类别？”
选项：
  - “框架与语言” — “Django, Laravel, Spring Boot, Go, Python, Java, 前端, 后端模式”
  - “数据库” — “PostgreSQL, ClickHouse, JPA/Hibernate 模式”
  - “工作流与质量” — “TDD, 验证, 学习, 安全审查, 压缩”
  - “研究与 API” — “深度研究, Exa 搜索, Codex API 模式”
  - “社交与内容分发” — “X/Twitter API, 内容引擎并行交叉发布”
  - “媒体生成” — “fal.ai 图像/视频/音频与 VideoDB 并行”
  - “编排” — “dmux 多智能体工作流”
  - “所有技能” — “安装所有可用技能”

2c: 确认个人技能

对于每个选定的类别，打印下面的完整技能列表，并要求用户确认或取消选择特定的技能。如果列表超过 4 项，将列表打印为文本，并使用 AskUserQuestion，提供一个 "安装所有列出项" 的选项，以及一个 "其他" 选项供用户粘贴特定名称。

类别：框架与语言（21项技能）

类别：数据库（3 项技能）

类别：工作流与质量（8 项技能）

类别：业务与内容（5 项技能）

类别：研究与API（2项技能）

codex-api 是 OpenAI 官方技能；需要时请从 openais/skills 安装官方版本，而不是通过 ecc 重复打包。

类别：社交与内容分发（2项技能）

类别：媒体生成（2项技能）

类别：编排（1项技能）

独立技能

2d: 执行安装

对于每个选定的技能，请从正确的源目录复制整个技能目录：

# 核心技能位于 .agents/skills/
cp -R "$ecc_ROOT/.agents/skills/<skill-name>" "$TARGET/skills/"

# 细分技能位于 skills/
cp -R "$ecc_ROOT/skills/<skill-name>" "$TARGET/skills/"

遍历 glob 得到的源目录时，不要把带 trailing slash 的源路径直接传给 cp。显式使用目录名作为目标名：

cp -R "${src%/}" "$TARGET/skills/$(basename "${src%/}")"

注意：continuous-learning 和 continuous-learning-v2 有额外的文件（config.json、钩子、脚本）——确保复制整个目录，而不仅仅是 SKILL.md。

步骤 3：选择并安装规则

使用 AskUserQuestion 和 multiSelect: true：

问题："您希望安装哪些规则集？"
选项：
  - "通用规则（推荐）" — "语言无关原则：编码风格、Git工作流、测试、安全等（8个文件）"
  - "TypeScript/JavaScript" — "TS/JS模式、钩子、Playwright测试（5个文件）"
  - "Python" — "Python模式、pytest、black/ruff格式化（5个文件）"
  - "Go" — "Go模式、表驱动测试、gofmt/staticcheck（5个文件）"

执行安装：

# Common rules
cp -r $ecc_ROOT/rules/common $TARGET/rules/common

# Language-specific rules (preserve per-language directories)
cp -r $ecc_ROOT/rules/typescript $TARGET/rules/typescript   # if selected
cp -r $ecc_ROOT/rules/python $TARGET/rules/python            # if selected
cp -r $ecc_ROOT/rules/golang $TARGET/rules/golang            # if selected

重要：如果用户选择了任何特定语言的规则但没有选择通用规则，警告他们：

"特定语言规则扩展了通用规则。不安装通用规则可能导致覆盖不完整。是否也安装通用规则？"

步骤 4：安装后验证

安装后，执行这些自动化检查：

4a：验证文件存在

列出所有已安装的文件并确认它们存在于目标位置：

ls -la $TARGET/skills/
ls -la $TARGET/rules/

4b：检查路径引用

扫描所有已安装的 .md 文件中的路径引用：

grep -rn "~/.codex/" $TARGET/skills/ $TARGET/rules/
grep -rn "../common/" $TARGET/rules/
grep -rn "skills/" $TARGET/skills/

对于项目级别安装，标记任何对 ~/.codex/ 路径的引用：

• 如果技能引用 ~/.codex/settings.json — 这通常没问题（设置始终是用户级别的）
• 如果技能引用 ~/.codex/skills/ 或 ~/.codex/rules/ — 如果仅安装在项目级别，这可能损坏
• 如果技能通过名称引用另一项技能 — 检查被引用的技能是否也已安装

4c：检查技能间的交叉引用

有些技能会引用其他技能。验证这些依赖关系：

• django-tdd 可能会引用 django-patterns
• laravel-tdd 可能会引用 laravel-patterns
• quarkus-tdd 可能会引用 quarkus-patterns
• springboot-tdd 可能会引用 springboot-patterns
• continuous-learning-v2 引用 ~/.codex/homunculus/ 目录
• python-testing 可能会引用 python-patterns
• golang-testing 可能会引用 golang-patterns
• crosspost 引用 content-engine 和 x-api
• deep-research 引用 exa-search（补充的 MCP 工具）
• fal-ai-media 引用 videodb（补充的媒体技能）
• x-api 引用 content-engine 和 crosspost
• 特定语言的规则引用 common/ 的对应内容

4d：报告问题

对于发现的每个问题，报告：

1. 文件：包含问题引用的文件
2. 行号：行号
3. 问题：哪里出错了（例如，"引用了 ~/.codex/skills/python-patterns 但 python-patterns 未安装"）
4. 建议的修复：该怎么做（例如，"安装 python-patterns 技能" 或 "将路径更新为 .codex/skills/"）

步骤 5：优化已安装文件（可选）

使用 AskUserQuestion：

问题："您想要优化项目中的已安装文件吗？"
选项：
  - "优化技能" — "移除无关部分，调整路径，适配您的技术栈"
  - "优化规则" — "调整覆盖目标，添加项目特定模式，自定义工具配置"
  - "两者都优化" — "对所有已安装文件进行全面优化"
  - "跳过" — "保持原样不变"

如果优化技能：

1. 读取每个已安装的 SKILL.md
2. 询问用户其项目的技术栈是什么（如果尚不清楚）
3. 对于每项技能，建议删除无关部分
4. 在安装目标处就地编辑 SKILL.md 文件（不是源仓库）
5. 修复在步骤 4 中发现的任何路径问题

如果优化规则：

1. 读取每个已安装的规则 .md 文件
2. 询问用户的偏好：
   • 测试覆盖率目标（默认 80%）
   • 首选的格式化工具
   • Git 工作流约定
   • 安全要求
3. 在安装目标处就地编辑规则文件

关键：只修改安装目标（$TARGET/）中的文件，绝不修改源 ecc 仓库（$ecc_ROOT/）中的文件。

步骤 6：安装摘要

从 /tmp 清理克隆的仓库：

rm -rf /tmp/Everything OpenAI Codex

然后打印摘要报告：

## ecc 安装完成

### 安装目标
- 级别：[用户级别 / 项目级别 / 两者]
- 路径：[目标路径]

### 已安装技能 ([数量])
- 技能-1, 技能-2, 技能-3, ...

### 已安装规则 ([数量])
- 通用规则 (8 个文件)
- TypeScript 规则 (5 个文件)
- ...

### 验证结果
- 发现 [数量] 个问题，已修复 [数量] 个
- [列出任何剩余问题]

### 已应用的优化
- [列出所做的更改，或 "无"]

故障排除

"OpenAI Codex 未获取技能"

• 验证技能目录包含一个 SKILL.md 文件（不仅仅是松散的 .md 文件）
• 对于用户级别：检查 ~/.codex/skills/<skill-name>/SKILL.md 是否存在
• 对于项目级别：检查 .codex/skills/<skill-name>/SKILL.md 是否存在

"规则不工作"

• 规则是平面文件，不在子目录中：$TARGET/rules/coding-style.md（正确）对比 $TARGET/rules/common/coding-style.md（对于平面安装不正确）
• 安装规则后重启 OpenAI Codex

"项目级别安装后出现路径引用错误"

• 有些技能假设 ~/.codex/ 路径。运行步骤 4 验证来查找并修复这些问题。
• 对于 continuous-learning-v2，~/.codex/homunculus/ 目录始终是用户级别的 — 这是预期的，不是错误。