Everything Claude Code 規約

affaan-m/everything-claude-code から 2026-03-20 に生成

概要

このスキルは、everything-claude-code で使用されている開発パターンと規約を Claude に教えます。

テックスタック

• 主言語: JavaScript
• アーキテクチャ: ハイブリッドモジュール構成
• テスト場所: 別ディレクトリ

このスキルを使うタイミング

以下の場合にこのスキルを有効化してください:

• このリポジトリに変更を加える場合
• 確立されたパターンに従って新機能を追加する場合
• プロジェクト規約に合わせたテストを記述する場合
• 適切なメッセージ形式でコミットを作成する場合

コミット規約

分析した 500 件のコミットに基づいてこれらのコミットメッセージ規約に従ってください。

コミットスタイル: Conventional Commits

使用されるプレフィックス

• fix
• test
• feat
• docs

メッセージガイドライン

• 平均メッセージ長: 約 65 文字
• 最初の行は簡潔かつ説明的に
• 命令形を使用 ("Added feature" ではなく "Add feature")

コミットメッセージの例

feat(rules): add C# language support

コミットメッセージの例

chore(deps-dev): bump flatted (#675)

コミットメッセージの例

fix: auto-detect ECC root from plugin cache when CLAUDE_PLUGIN_ROOT is unset (#547) (#691)

コミットメッセージの例

docs: add Antigravity setup and usage guide (#552)

コミットメッセージの例

merge: PR #529 — feat(skills): add documentation-lookup, bun-runtime, nextjs-turbopack; feat(agents): add rust-reviewer

コミットメッセージの例

Revert "Add Kiro IDE support (.kiro/) (#548)"

コミットメッセージの例

Add Kiro IDE support (.kiro/) (#548)

コミットメッセージの例

feat: add block-no-verify hook for Claude Code and Cursor (#649)

アーキテクチャ

プロジェクト構成: シングルパッケージ

このプロジェクトはハイブリッドモジュール構成を使用しています。

設定ファイル

• .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
• .prettierrc
• eslint.config.js
• package.json

ガイドライン

• このプロジェクトはハイブリッド構成を使用しています
• 新しいコードを追加する場合は既存パターンに従ってください

コードスタイル

言語: JavaScript

命名規約

要素	規約
ファイル	camelCase
関数	camelCase
クラス	PascalCase
定数	SCREAMING_SNAKE_CASE

インポートスタイル: 相対インポート

エクスポートスタイル: ミックススタイル

推奨されるインポートスタイル

// 相対インポートを使用
import { Button } from '../components/Button'
import { useAuth } from './hooks/useAuth'

テスト

テストフレームワーク

特定のテストフレームワークは検出されていません — リポジトリの既存のテストパターンを使用してください。

ファイルパターン: *.test.js

テストタイプ

• 単体テスト: 個別の関数とコンポーネントを分離してテスト
• 統合テスト: 複数のコンポーネント/サービス間のインタラクションをテスト

カバレッジ

このプロジェクトはカバレッジレポートが設定されています。80% 以上のカバレッジを目指してください。

エラーハンドリング

エラーハンドリングスタイル: Try-Catch ブロック

標準的なエラーハンドリングパターン

try {
  const result = await riskyOperation()
  return result
} catch (error) {
  console.error('Operation failed:', error)
  throw new Error('User-friendly message')
}

一般的なワークフロー

これらのワークフローはコミットパターンの分析から検出されました。

データベースマイグレーション

マイグレーションファイルを含むデータベーススキーマの変更

頻度: 月約 2 回

手順:

1. マイグレーションファイルを作成
2. スキーマ定義を更新
3. 型を生成/更新

通常関連するファイル:

• **/schema.*
• migrations/*

コミットシーケンスの例:

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)

機能開発

標準的な機能実装ワークフロー

頻度: 月約 22 回

手順:

1. 機能実装を追加
2. 機能のテストを追加
3. ドキュメンテーションを更新

通常関連するファイル:

• manifests/*
• schemas/*
• **/*.test.*
• **/api/**

コミットシーケンスの例:

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

言語ルールを追加

ルールシステムに新しいプログラミング言語を追加します。コーディングスタイル、フック、パターン、セキュリティ、テストガイドラインを含みます。

頻度: 月約 2 回

手順:

1. rules/{language}/ の下に新しいディレクトリを作成
2. coding-style.md、hooks.md、patterns.md、security.md、testing.md ファイルを追加し、言語固有のコンテンツを記載
3. 関連するスキルへの参照またはリンクをオプションで追加

通常関連するファイル:

• rules/*/coding-style.md
• rules/*/hooks.md
• rules/*/patterns.md
• rules/*/security.md
• rules/*/testing.md

コミットシーケンスの例:

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

新しいスキルを追加

システムに新しいスキルを追加し、ワークフロー、トリガー、使用法をドキュメント化します。多くの場合、サポートスクリプトが含まれます。

頻度: 月約 4 回

手順:

1. skills/{skill-name}/ の下に新しいディレクトリを作成
2. ドキュメンテーション (When to Use、How It Works、Examples など) を含む SKILL.md を追加
3. skills/{skill-name}/scripts/ の下にスクリプトやサポートファイルをオプションで追加
4. レビューフィードバックに対応し、ドキュメンテーションを反復

通常関連するファイル:

• skills/*/SKILL.md
• skills/*/scripts/*.sh
• skills/*/scripts/*.js

コミットシーケンスの例:

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

新しいエージェントを追加

コード検査、ビルド解決、または他の自動化されたタスク用にシステムに新しいエージェントを追加します。

頻度: 月約 2 回

手順:

1. agents/{agent-name}.md の下に新しいエージェントマークダウンファイルを作成
2. AGENTS.md にエージェントを登録
3. README.md と docs/COMMAND-AGENT-MAP.md をオプションで更新

通常関連するファイル:

• agents/*.md
• AGENTS.md
• README.md
• docs/COMMAND-AGENT-MAP.md

コミットシーケンスの例:

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

新しいワークフロー表面を追加

ワークフローエントリポイントを追加または更新します。デフォルトはスキルファースト。レガシースラッシュ互換性がまだ必要な場合のみコマンドシムを追加してください。

頻度: 月約 1 回

手順:

1. skills/{skill-name}/SKILL.md の下で正規ワークフローを作成または更新
2. 必要な場合のみ、commands/{command-name}.md として互換性シムを追加または更新

通常関連するファイル:

• skills/*/SKILL.md
• commands/*.md (レガシーシムが意図的に保持されている場合のみ)

コミットシーケンスの例:

Create or update the canonical skill under skills/{skill-name}/SKILL.md
Only if needed, add or update commands/{command-name}.md as a compatibility shim

カタログカウントを同期

AGENTS.md と README.md に記載されているエージェント、スキル、コマンドのカウントをリポジトリの実際の状態と同期します。

頻度: 月約 3 回

手順:

1. AGENTS.md のエージェント、スキル、コマンドカウントを更新
2. README.md (クイックスタート、比較表など) の同じカウントを更新
3. オプションで他のドキュメンテーションファイルを更新

通常関連するファイル:

• AGENTS.md
• README.md

コミットシーケンスの例:

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

クロスハーネススキルコピーを追加

異なるエージェントハーネス (例: Codex、Cursor、Antigravity) 用のスキルコピーを追加して、プラットフォーム全体での互換性を確保します。

頻度: 月約 2 回

手順:

1. SKILL.md を .agents/skills/{skill}/SKILL.md および/または .cursor/skills/{skill}/SKILL.md にコピーまたは適応
2. オプションでハーネス固有の openai.yaml または設定ファイルを追加
3. レビューフィードバックに対応して CONTRIBUTING テンプレートと整合

通常関連するファイル:

• .agents/skills/*/SKILL.md
• .cursor/skills/*/SKILL.md
• .agents/skills/*/agents/openai.yaml

コミットシーケンスの例:

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

フックを追加または更新

ワークフロー、品質、またはセキュリティポリシーを強制するために git またはbash フックを追加または更新します。

頻度: 月約 1 回

手順:

1. hooks/ または scripts/hooks/ のフックスクリプトを追加または更新
2. hooks/hooks.json または同様の設定でフックを登録
3. tests/hooks/ のテストをオプションで追加または更新

通常関連するファイル:

• hooks/*.hook
• hooks/hooks.json
• scripts/hooks/*.js
• tests/hooks/*.test.js
• .cursor/hooks.json

コミットシーケンスの例:

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/

レビューフィードバックに対応

ドキュメンテーション、スクリプト、または設定を更新してコードレビューフィードバックに対応し、明確性、正確性、または規約準拠を改善します。

頻度: 月約 4 回

手順:

1. SKILL.md、エージェント、またはコマンドファイルを編集してレビュアーのコメントに対応
2. リクエストされたとおり例、見出し、設定を更新
3. すべてのレビューフィードバックが解決されるまで反復

通常関連するファイル:

• skills/*/SKILL.md
• agents/*.md
• commands/*.md
• .agents/skills/*/SKILL.md
• .cursor/skills/*/SKILL.md

コミットシーケンスの例:

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

ベストプラクティス

コードベースの分析に基づいて、以下のプラクティスに従ってください:

すること

• conventional commit フォーマット (feat:、fix: など) を使用
• *.test.js 命名パターンに従う
• ファイル名に camelCase を使用
• ミックスエクスポートを優先

しないこと

• 曖昧なコミットメッセージを書かない
• 新機能のテストをスキップしない
• 議論なく確立されたパターンから逸脱しない

---

このスキルは ECC Tools によって自動生成されました。チームに必要に応じてレビューしてカスタマイズしてください。