Everything Claude Code 的交互式安装程序 —— 引导用户将技能(Skills)和规则(Rules)安装到用户级或项目级目录,验证路径,并在需要时优化已安装的文件。
61
72%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Critical
Do not install without reviewing
Fix and improve this skill with Tessl
tessl review fix ./docs/ja-JP/skills/configure-ecc/SKILL.md这是 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/rules27 个技能被分为 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/ 目录始终是用户级的 —— 这是预期的,不是错误。dfbf946
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.