Menü
Everything Claude Code 的交互式安装程序 —— 引导用户将技能（Skills）和规则（Rules）安装到用户级或项目级目录，验证路径，并在需要时优化已安装的文件。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
生产级 API 的 REST API 设计模式，包括资源命名、状态码、分页、过滤、错误响应、版本控制和速率限制。
撰写文章、指南、博客、教程、时事通讯等长篇内容，并根据提供的示例或品牌指南呈现独特的语言风格。当用户需要篇幅超过一段的精炼文字，且重视风格一致性、结构和可信度时，请使用此技能。
后端架构模式、API 设计、数据库优化以及适用于 Node.js、Express 和 Next.js API 路由的服务端最佳实践。
适用于 TypeScript、JavaScript、React 和 Node.js 开发的通用编码标准、最佳实践与模式。
为 X、LinkedIn、TikTok、YouTube、时事通讯 (Newsletters) 以及多平台复用活动创建平台原生内容系统。当用户需要社交帖子、推文串 (Threads)、脚本、内容日历或将单一源素材清晰地适配到多个平台时使用。
Playwright E2E 测试模式、页面对象模型（POM）、配置、CI/CD 集成、产物管理以及不稳定测试（flaky test）策略。
| name | configure-ecc |
| description | Everything Claude Code 的交互式安装程序 —— 引导用户将技能（Skills）和规则（Rules）安装到用户级或项目级目录，验证路径，并在需要时优化已安装的文件。 |
这是 Everything Claude Code 项目的交互式分步安装向导。使用 AskUserQuestion 引导用户选择性安装技能（Skills）和规则（Rules），验证其准确性并提供优化建议。
此技能（Skill）在启动前必须可供 Claude Code 访问。引导启动有两种方式：
/plugin install everything-claude-code —— 插件将自动加载此技能~/.claude/skills/configure-ecc/SKILL.md，然后输入 "configure ecc" 启动在安装之前，将最新的 ECC 源代码克隆到 /tmp：
rm -rf /tmp/everything-claude-code
git clone https://github.com/affaan-m/everything-claude-code.git /tmp/everything-claude-code
将 ECC_ROOT=/tmp/everything-claude-code 设置为后续所有复制操作的源路径。
如果克隆失败（例如网络问题），请使用 AskUserQuestion 请求用户提供本地现有的 ECC 克隆路径。
使用 AskUserQuestion 询问用户的安装目的地：
Question: "您想在哪里安装 ECC 组件？"
Options:
- "User-level (~/.claude/)" — "适用于所有 Claude Code 项目"
- "Project-level (.claude/)" — "仅适用于当前项目"
- "Both" — "通用/共享项位于用户级，项目特定项位于项目级"
将选择保存为 INSTALL_LEVEL。设置目标目录：
TARGET=~/.claudeTARGET=.claude（相对于当前项目根目录）TARGET_USER=~/.claude、TARGET_PROJECT=.claude如果目标目录不存在则创建：
mkdir -p $TARGET/skills $TARGET/rules
27 个技能被分为 4 个类别。使用 AskUserQuestion 并设置 multiSelect: true：
Question: "您想安装哪些技能类别？"
Options:
- "Framework & Language" — "Django, Spring Boot, Go, Python, Java, 前端, 后端模式"
- "Database" — "PostgreSQL, ClickHouse, JPA/Hibernate 模式"
- "Workflow & Quality" — "TDD, 验证, 学习, 安全审查, 压缩"
- "All skills" — "安装所有可用技能"
对于所选的每个类别，显示以下完整的技能列表，并请求用户确认或取消选择特定项。如果列表超过 4 项，请以文本形式显示列表，并在 AskUserQuestion 中提供“安装所有列出的项”选项，以及供用户粘贴特定名称的“其他”选项。
类别: Framework & Language（16 个技能）
| 技能 | 说明 |
|---|---|
backend-patterns | 后端架构、API 设计、Node.js/Express/Next.js 的服务端最佳实践 |
coding-standards | TypeScript、JavaScript、React、Node.js 的通用编码标准 |
django-patterns | Django 架构、基于 DRF 的 REST API、ORM、缓存、信号、中间件 |
django-security | Django 安全：认证、CSRF、SQL 注入、XSS 防护 |
django-tdd | 基于 pytest-django、factory_boy、Mock、覆盖率的 Django 测试 |
django-verification | Django 验证循环：迁移、Lint、测试、安全扫描 |
frontend-patterns | React、Next.js、状态管理、性能、UI 模式 |
golang-patterns | 地道的 Go 模式，构建健壮 Go 应用的约定 |
golang-testing | Go 测试：表格驱动测试、子测试、基准测试、模糊测试 |
java-coding-standards | Spring Boot 的 Java 编码标准：命名、不可变性、Optional、流 |
python-patterns | Pythonic 惯用法、PEP 8、类型提示、最佳实践 |
python-testing | 基于 pytest、TDD、Fixture、Mock、参数化的 Python 测试 |
springboot-patterns | Spring Boot 架构、REST API、分层服务、缓存、异步 |
springboot-security | Spring Security：认证/授权、验证、CSRF、机密信息、速率限制 |
springboot-tdd | 基于 JUnit 5、Mockito、MockMvc、Testcontainers 的 Spring Boot TDD |
springboot-verification | Spring Boot 验证：构建、静态分析、测试、安全扫描 |
类别: Database（3 个技能）
| 技能 | 说明 |
|---|---|
clickhouse-io | ClickHouse 模式、查询优化、分析、数据工程 |
jpa-patterns | JPA/Hibernate 实体设计、关系、查询优化、事务 |
postgres-patterns | PostgreSQL 查询优化、模式设计、索引创建、安全 |
类别: Workflow & Quality（8 个技能）
| 技能 | 说明 |
|---|---|
continuous-learning | 从会话中自动提取可复用的模式作为已学习技能 |
continuous-learning-v2 | 基于本能的学习，具有置信度评分，可进化为技能/命令/智能体 |
eval-harness | 用于评测驱动开发 (EDD) 的正式评测框架 |
iterative-retrieval | 针对子智能体上下文问题的逐步上下文改进 |
security-review | 安全自查表：认证、输入、机密信息、API、支付功能 |
strategic-compact | 建议在逻辑间隔进行手动上下文压缩 |
tdd-workflow | 强制执行 80% 以上覆盖率的 TDD：单元、集成、E2E |
verification-loop | 验证与质量循环模式 |
独立项目
| 技能 | 说明 |
|---|---|
project-guidelines-example | 用于创建项目特定技能的模板 |
对于所选的每个技能，复制整个技能目录：
cp -r $ECC_ROOT/skills/<skill-name> $TARGET/skills/
注：continuous-learning 和 continuous-learning-v2 包含额外文件（config.json、钩子、脚本）—— 请确保复制整个目录，而不只是 SKILL.md。
使用 AskUserQuestion 并设置 multiSelect: true：
Question: "您想安装哪些规则集？"
Options:
- "Common rules (Recommended)" — "语言无关的原则：编码风格、Git 工作流、测试、安全等（8 个文件）"
- "TypeScript/JavaScript" — "TS/JS 模式、钩子、基于 Playwright 的测试（5 个文件）"
- "Python" — "Python 模式、pytest、black/ruff 格式化（5 个文件）"
- "Go" — "Go 模式、表格驱动测试、gofmt/staticcheck（5 个文件）"
执行安装：
# 通用规则（扁平化复制到 rules/）
cp -r $ECC_ROOT/rules/common/* $TARGET/rules/
# 语言特定规则（扁平化复制到 rules/）
cp -r $ECC_ROOT/rules/typescript/* $TARGET/rules/ # 若选择
cp -r $ECC_ROOT/rules/python/* $TARGET/rules/ # 若选择
cp -r $ECC_ROOT/rules/golang/* $TARGET/rules/ # 若选择
重要：如果用户选择了语言特定规则但未选择通用规则，请发出警告：
"语言特定规则扩展了通用规则。如果在没有通用规则的情况下安装，可能会导致覆盖不完整。是否也安装通用规则？"
安装后，执行以下自动检查：
列出所有已安装的文件，并确认它们存在于目标位置：
ls -la $TARGET/skills/
ls -la $TARGET/rules/
扫描所有已安装 .md 文件中的路径引用：
grep -rn "~/.claude/" $TARGET/skills/ $TARGET/rules/
grep -rn "../common/" $TARGET/rules/
grep -rn "skills/" $TARGET/skills/
如果是项目级安装，标记指向 ~/.claude/ 路径的引用：
~/.claude/settings.json —— 这通常没有问题（配置始终是用户级的）~/.claude/skills/ 或 ~/.claude/rules/ —— 如果仅安装在项目级，这可能会导致失效某些技能会引用其他技能。验证这些依赖关系：
django-tdd 可能引用 django-patternsspringboot-tdd 可能引用 springboot-patternscontinuous-learning-v2 引用了 ~/.claude/homunculus/ 目录python-testing 可能引用 python-patternsgolang-testing 可能引用 golang-patternscommon/ 中的对应部分针对发现的每个问题，进行报告：
使用 AskUserQuestion：
Question: "是否要为项目优化已安装的文件？"
Options:
- "Optimize skills" — "删除无关部分，调整路径，根据技术栈进行调整"
- "Optimize rules" — "调整覆盖率目标，添加项目特定模式，自定义工具设置"
- "Optimize both" — "对所有安装的文件进行完全优化"
- "Skip" — "保持原样"
SKILL.mdSKILL.md 文件.md 文件重要：仅修改安装目的地（$TARGET/）的文件，切勿修改源 ECC 仓库（$ECC_ROOT/）的文件。
清理从 /tmp 克隆的仓库：
rm -rf /tmp/everything-claude-code
接下来输出摘要报告：
## ECC 安装完成
### 安装目的地
- 级别：[user-level / project-level / both]
- 路径：[目标路径]
### 已安装的技能（[数量]）
- skill-1, skill-2, skill-3, ...
### 已安装的规则（[数量]）
- common（8 个文件）
- typescript（5 个文件）
- ...
### 验证结果
- 发现了 [数量] 个问题，已修复 [数量] 个
- [列出剩余问题]
### 已应用的优化
- [列出所做的更改，或“无”]
SKILL.md 文件（而不仅仅是零散的 .md 文件）~/.claude/skills/<skill-name>/SKILL.md 是否存在.claude/skills/<skill-name>/SKILL.md 是否存在$TARGET/rules/coding-style.md（正确） vs $TARGET/rules/common/coding-style.md（扁平安装中不正确）~/.claude/ 路径。运行步骤 4 的验证以发现并修复这些问题。continuous-learning-v2，~/.claude/homunculus/ 目录始终是用户级的 —— 这是预期的，不是错误。