.cursor/.agents/skills/everything-claude-code/SKILL.md
Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.
npx skillsauth add LUAgam/stage-harness everything-claude-code-conventionsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Generated from affaan-m/everything-claude-code on 2026-03-20
This skill teaches Claude the development patterns and conventions used in everything-claude-code.
Activate this skill when:
Follow these commit message conventions based on 500 analyzed commits.
fixtestfeatdocsCommit message example
feat(rules): add C# language support
Commit message example
chore(deps-dev): bump flatted (#675)
Commit message example
fix: auto-detect ECC root from plugin cache when CLAUDE_PLUGIN_ROOT is unset (#547) (#691)
Commit message example
docs: add Antigravity setup and usage guide (#552)
Commit message example
merge: PR #529 — feat(skills): add documentation-lookup, bun-runtime, nextjs-turbopack; feat(agents): add rust-reviewer
Commit message example
Revert "Add Kiro IDE support (.kiro/) (#548)"
Commit message example
Add Kiro IDE support (.kiro/) (#548)
Commit message example
feat: add block-no-verify hook for Claude Code and Cursor (#649)
This project uses hybrid module organization.
.github/workflows/ci.yml.github/workflows/maintenance.yml.github/workflows/monthly-metrics.yml.github/workflows/release.yml.github/workflows/reusable-release.yml.github/workflows/reusable-test.yml.github/workflows/reusable-validate.yml.opencode/package.json.opencode/tsconfig.json.prettierrceslint.config.jspackage.json| Element | Convention | |---------|------------| | Files | camelCase | | Functions | camelCase | | Classes | PascalCase | | Constants | SCREAMING_SNAKE_CASE |
Preferred import style
// Use relative imports
import { Button } from '../components/Button'
import { useAuth } from './hooks/useAuth'
No specific test framework detected — use the repository's existing test patterns.
*.test.jsThis project has coverage reporting configured. Aim for 80%+ coverage.
Standard error handling pattern
try {
const result = await riskyOperation()
return result
} catch (error) {
console.error('Operation failed:', error)
throw new Error('User-friendly message')
}
These workflows were detected from analyzing commit patterns.
Database schema changes with migration files
Frequency: ~2 times per month
Steps:
Files typically involved:
**/schema.*migrations/*Example commit sequence:
feat: implement --with/--without selective install flags (#679)
fix: sync catalog counts with filesystem (27 agents, 113 skills, 58 commands) (#693)
feat(rules): add Rust language rules (rebased #660) (#686)
Standard feature implementation workflow
Frequency: ~22 times per month
Steps:
Files typically involved:
manifests/*schemas/***/*.test.***/api/**Example commit sequence:
feat(skills): add documentation-lookup, bun-runtime, nextjs-turbopack; feat(agents): add rust-reviewer
docs(skills): align documentation-lookup with CONTRIBUTING template; add cross-harness (Codex/Cursor) skill copies
fix: address PR review — skill template (When to use, How it works, Examples), bun.lock, next build note, rust-reviewer CI note, doc-lookup privacy/uncertainty
Adds a new programming language to the rules system, including coding style, hooks, patterns, security, and testing guidelines.
Frequency: ~2 times per month
Steps:
Files typically involved:
rules/*/coding-style.mdrules/*/hooks.mdrules/*/patterns.mdrules/*/security.mdrules/*/testing.mdExample commit sequence:
Create a new directory under rules/{language}/
Add coding-style.md, hooks.md, patterns.md, security.md, and testing.md files with language-specific content
Optionally reference or link to related skills
Adds a new skill to the system, documenting its workflow, triggers, and usage, often with supporting scripts.
Frequency: ~4 times per month
Steps:
Files typically involved:
skills/*/SKILL.mdskills/*/scripts/*.shskills/*/scripts/*.jsExample commit sequence:
Create a new directory under skills/{skill-name}/
Add SKILL.md with documentation (When to Use, How It Works, Examples, etc.)
Optionally add scripts or supporting files under skills/{skill-name}/scripts/
Address review feedback and iterate on documentation
Adds a new agent to the system for code review, build resolution, or other automated tasks.
Frequency: ~2 times per month
Steps:
Files typically involved:
agents/*.mdAGENTS.mdREADME.mddocs/COMMAND-AGENT-MAP.mdExample commit sequence:
Create a new agent markdown file under agents/{agent-name}.md
Register the agent in AGENTS.md
Optionally update README.md and docs/COMMAND-AGENT-MAP.md
Adds a new command to the system, often paired with a backing skill.
Frequency: ~1 times per month
Steps:
Files typically involved:
commands/*.mdskills/*/SKILL.mdExample commit sequence:
Create a new markdown file under commands/{command-name}.md
Optionally add or update a backing skill under skills/{skill-name}/SKILL.md
Synchronizes the documented counts of agents, skills, and commands in AGENTS.md and README.md with the actual repository state.
Frequency: ~3 times per month
Steps:
Files typically involved:
AGENTS.mdREADME.mdExample commit sequence:
Update agent, skill, and command counts in AGENTS.md
Update the same counts in README.md (quick-start, comparison table, etc.)
Optionally update other documentation files
Adds skill copies for different agent harnesses (e.g., Codex, Cursor, Antigravity) to ensure compatibility across platforms.
Frequency: ~2 times per month
Steps:
Files typically involved:
.agents/skills/*/SKILL.md.cursor/skills/*/SKILL.md.agents/skills/*/agents/openai.yamlExample commit sequence:
Copy or adapt SKILL.md to .agents/skills/{skill}/SKILL.md and/or .cursor/skills/{skill}/SKILL.md
Optionally add harness-specific openai.yaml or config files
Address review feedback to align with CONTRIBUTING template
Adds or updates git or bash hooks to enforce workflow, quality, or security policies.
Frequency: ~1 times per month
Steps:
Files typically involved:
hooks/*.hookhooks/hooks.jsonscripts/hooks/*.jstests/hooks/*.test.js.cursor/hooks.jsonExample commit sequence:
Add or update hook scripts in hooks/ or scripts/hooks/
Register the hook in hooks/hooks.json or similar config
Optionally add or update tests in tests/hooks/
Addresses code review feedback by updating documentation, scripts, or configuration for clarity, correctness, or convention alignment.
Frequency: ~4 times per month
Steps:
Files typically involved:
skills/*/SKILL.mdagents/*.mdcommands/*.md.agents/skills/*/SKILL.md.cursor/skills/*/SKILL.mdExample commit sequence:
Edit SKILL.md, agent, or command files to address reviewer comments
Update examples, headings, or configuration as requested
Iterate until all review feedback is resolved
Based on analysis of the codebase, follow these practices:
This skill was auto-generated by ECC Tools. Review and customize as needed for your team.
development
在 generate-test-cases 阶段之后执行,逐个验证测试用例并在失败时修复项目代码、重新编译部署、再次验证, 直到通过或达到最大修复次数。覆盖 UI / API / API+UI / 性能测试四个维度,UI 测试通过浏览器真实模拟用户操作并截图, API 测试根据项目代码生成可执行的接口脚本,性能测试调用现有性能/质量技能全量执行。 涉及真实用户登录信息(如手机号+验证码、账号密码、JWT)时必须中断要求用户提供,禁止编造无效凭证。 所有 case 状态变更必须通过 e2e-case-tracker.sh 脚本持久化,确保中途崩溃可恢复、无 case 遗漏。
development
# SKILL: e2e > **核心原则**: > 1. 测试范围跟着本次变动走。后端接口改了,对应的前端流程必须做联调验证;与本次需求无关的功能不测。对于涉及算法、转换准确率等质量敏感型需求,需额外生成专项质量测试。 > 2. **覆盖完整性优先于执行便利性**。不得以"链路复杂"、"需要外部依赖"为由跳过本次变动相关的用例;凡是受变动影响的接口和 UI 流程,都必须生成真实调用/操作用例。 > 3. **UI 测试必须模拟真实用户操作**(定位元素、点击、键入、等待渲染、断言可见文本/状态)。**禁止**将 UI 套件退化为浏览器上下文里的 `page.evaluate(fetch(...))` API 验证——那只是把 API 测试换了执行环境,没有额外价值,不算 UI 测试。 > 4. **通用性**:本 skill 不假设具体业务域,所有规则均以抽象变动面(文件、接口、页面、用户动作)为单位组织,不针对任何特定项目的数据库/领域词汇。 > 5. **E2E 套件必须验证运行时行为**。严禁把"读取源码/配置文件并做字符串/结构匹配"的检查封装成独立 E2E 套件——这类检
tools
# SKILL: deploy ## CLI Bootstrap 在执行任何 `harnessctl` 命令前,先解析本地 CLI 路径: ```bash if [ -z "${HARNESSCTL:-}" ]; then candidates=( "./stage-harness/scripts/harnessctl" "../stage-harness/scripts/harnessctl" "$(git rev-parse --show-toplevel 2>/dev/null)/stage-harness/scripts/harnessctl" ) for candidate in "${candidates[@]}"; do if [ -n "$candidate" ] && [ -x "$candidate" ]; then HARNESSCTL="$candidate" break fi done fi test -n "${HARNESSCTL:-}" && test -x "$H
tools
# SKILL: build ## CLI Bootstrap 在执行任何 `harnessctl` 命令前,先解析本地 CLI 路径: ```bash if [ -z "${HARNESSCTL:-}" ]; then candidates=( "./stage-harness/scripts/harnessctl" "../stage-harness/scripts/harnessctl" "$(git rev-parse --show-toplevel 2>/dev/null)/stage-harness/scripts/harnessctl" ) for candidate in "${candidates[@]}"; do if [ -n "$candidate" ] && [ -x "$candidate" ]; then HARNESSCTL="$candidate" break fi done fi test -n "${HARNESSCTL:-}" && test -x "$HA