jpskill.com
📦 その他 コミュニティ

standards-extraction

CONTRIBUTING.mdや.editorconfigなどから、コーディング規約やルールを抽出し、新メンバーの教育や一貫性のある開発に役立てるSkill。

📜 元の英語説明(参考)

Extract coding standards and conventions from CONTRIBUTING.md, .editorconfig, linter configs. Use for onboarding and ensuring consistent contributions.

🇯🇵 日本人クリエイター向け解説

一言でいうと

CONTRIBUTING.mdや.editorconfigなどから、コーディング規約やルールを抽出し、新メンバーの教育や一貫性のある開発に役立てるSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o standards-extraction.zip https://jpskill.com/download/18056.zip && unzip -o standards-extraction.zip && rm standards-extraction.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/18056.zip -OutFile "$d\standards-extraction.zip"; Expand-Archive "$d\standards-extraction.zip" -DestinationPath $d -Force; ri "$d\standards-extraction.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して standards-extraction.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → standards-extraction フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

Standards Extraction Skill

プロジェクトの設定ファイルから、コーディング規約、フォーマットルール、およびコントリビューションガイドラインを抽出します。プロジェクトの慣習に関する構造化されたデータを返します。

Variables

Variable Default Description
INCLUDE_LINTER_RULES true ESLint、Prettier、Ruff の設定を解析します
INCLUDE_EDITOR_CONFIG true .editorconfig を解析します
INCLUDE_GIT_HOOKS true pre-commit、husky の設定を確認します
OUTPUT_FORMAT json 出力形式: json、markdown、または toon

Instructions

MANDATORY - 以下のワークフローステップを順番に実行してください。ステップをスキップしないでください。

  1. CONTRIBUTING.md または類似のガイドファイルを確認します
  2. フォーマット設定ファイルを解析します
  3. リンティング設定ファイルを解析します
  4. git hooks と CI チェックを確認します
  5. 規約の概要をまとめます

Red Flags - STOP and Reconsider

もしあなたが以下をしようとしているなら:

  • 設定ファイルを確認せずにフォーマットルールを仮定する
  • 「おそらく標準だろう」という理由で CONTRIBUTING.md をスキップする
  • 設定ファイルからの証拠なしに慣習を推測する
  • 実際の設定ファイルと矛盾するルールを報告する

STOP -> 設定ファイルを読み込む -> 実際のルールを抽出する -> その後報告する

Workflow

1. Discover Standards Files

以下のファイルを(順番に)確認します。

File Type Purpose
CONTRIBUTING.md Markdown コントリビューションガイドライン
CONTRIBUTING Text コントリビューションガイドライン
docs/CONTRIBUTING.md Markdown コントリビューションガイドライン
.github/CONTRIBUTING.md Markdown コントリビューションガイドライン
.editorconfig INI エディタのフォーマット
.prettierrc* JSON/YAML Prettier の設定
prettier.config.* JS/TS Prettier の設定
.eslintrc* JSON/YAML ESLint の設定
eslint.config.* JS/TS ESLint のフラット設定
pyproject.toml TOML Python ツール (ruff, black, isort)
.ruff.toml TOML Ruff の設定
.pre-commit-config.yaml YAML Pre-commit hooks
.husky/ Directory Git hooks
.github/PULL_REQUEST_TEMPLATE.md Markdown PR テンプレート
.github/ISSUE_TEMPLATE/ Directory Issue テンプレート

2. Extract Contribution Guidelines

CONTRIBUTING.md から、以下を抽出します。

  • Commit message format: Conventional commits、gitmoji など
  • Branch naming: feature/、fix/ など
  • PR process: 必須のレビュワー、チェックなど
  • Code style notes: 明示的なガイダンス
  • Testing requirements: 必要なテスト

3. Extract Formatting Rules

.editorconfig から:

[*]
indent_style = space
indent_size = 2
end_of_line = lf
charset = utf-8
trim_trailing_whitespace = true
insert_final_newline = true

Prettier の設定から:

{
  "semi": true,
  "singleQuote": true,
  "tabWidth": 2,
  "printWidth": 100
}

4. Extract Linting Rules

ESLint から:

  • 有効/無効になっている主要なルール
  • 拡張設定 (airbnb、standard など)
  • カスタムルール

Ruff/Black (pyproject.toml) から:

[tool.ruff]
line-length = 88
select = ["E", "F", "I"]

[tool.black]
line-length = 88

5. Extract Git Hooks

.pre-commit-config.yaml から:

  • commit 時に実行される hooks
  • 必須のチェック

.husky/ から:

  • Pre-commit スクリプト
  • Pre-push スクリプト

6. Compile Output

{
  "project_root": "/path/to/project",
  "extracted_at": "2025-12-21T12:00:00Z",
  "contribution_guidelines": {
    "source": "CONTRIBUTING.md",
    "commit_format": "conventional",
    "branch_naming": "type/description",
    "pr_requirements": ["tests", "review"],
    "notes": []
  },
  "formatting": {
    "indent_style": "space",
    "indent_size": 2,
    "line_length": 100,
    "quotes": "single",
    "semicolons": true,
    "trailing_commas": "es5",
    "sources": [".editorconfig", ".prettierrc"]
  },
  "linting": {
    "javascript": {
      "tool": "eslint",
      "extends": ["next/core-web-vitals"],
      "key_rules": {}
    },
    "python": {
      "tool": "ruff",
      "line_length": 88,
      "select": ["E", "F", "I"]
    }
  },
  "git_hooks": {
    "pre_commit": ["lint-staged", "prettier"],
    "pre_push": ["test"]
  },
  "ci_checks": {
    "source": ".github/workflows/",
    "checks": ["lint", "test", "build"]
  }
}

Cookbook

Parsing Configurations

  • IF: 何らかの設定ファイルを解析する必要がある場合
  • THEN: ./cookbook/config-parsing.md を読み込んで実行する

Quick Reference

Commit Format Detection

Pattern in CONTRIBUTING.md Format
"Conventional Commits" conventional
"feat:", "fix:", "chore:" conventional
":emoji:" or gitmoji gitmoji
"JIRA-123" pattern jira
No pattern found freeform

Common Formatter Configs

File Tool
.prettierrc* Prettier
biome.json Biome
.editorconfig EditorConfig
dprint.json dprint

Common Linter Configs

File Tool
.eslintrc*, eslint.config.* ESLint
pyproject.toml [tool.ruff] Ruff
pyproject.toml [tool.pylint] Pylint
.golangci.yml golangci-lint
clippy.toml Clippy (Rust)

Output Schema


{
  "$schema": "http://json-schema.org/draft-07/schema#",
  "type": "object",
  "properties": {
    "project_root": {"type": "string"},
    "extracted_at": {"type": "string", "format": "date-time"},
    "contribution_guidelines": {
      "type": "object",
      "properties": {
        "source": {"type": "string"},
        "commit_format": {"type": "string"},
        "branch_naming": {"type": "string"},
        "pr_requirements": {"type": "array", "items": {"type": "string"}},
        "notes": {"type": "array", "items": {"type": "string"}}
      }
    },
    "formatting": {
      "type": "object",
      "properties": {
        "indent_style": {"type": "string"},
        "indent_size": {"type": "integer"},
        "line_length": {"type": "integer"},
        "quotes": {"type": "string"},
        "semicolons": {"type": "boolean"},
        "sources": {"type": "array", "items": {"type": "string"}}
      }
    },
    "linting": {"ty
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Standards Extraction Skill

Extract coding standards, formatting rules, and contribution guidelines from project configuration files. Returns structured data about project conventions.

Variables

Variable Default Description
INCLUDE_LINTER_RULES true Parse ESLint, Prettier, Ruff configs
INCLUDE_EDITOR_CONFIG true Parse .editorconfig
INCLUDE_GIT_HOOKS true Check for pre-commit, husky configs
OUTPUT_FORMAT json Output format: json, markdown, or toon

Instructions

MANDATORY - Follow the Workflow steps below in order. Do not skip steps.

  1. Check for CONTRIBUTING.md or similar guide files
  2. Parse formatting configuration files
  3. Parse linting configuration files
  4. Check for git hooks and CI checks
  5. Compile standards summary

Red Flags - STOP and Reconsider

If you're about to:

  • Assume formatting rules without checking config files
  • Skip CONTRIBUTING.md because "it's probably standard"
  • Infer conventions without evidence from configs
  • Report rules that contradict actual config files

STOP -> Read the config files -> Extract actual rules -> Then report

Workflow

1. Discover Standards Files

Check for these files (in order):

File Type Purpose
CONTRIBUTING.md Markdown Contribution guidelines
CONTRIBUTING Text Contribution guidelines
docs/CONTRIBUTING.md Markdown Contribution guidelines
.github/CONTRIBUTING.md Markdown Contribution guidelines
.editorconfig INI Editor formatting
.prettierrc* JSON/YAML Prettier config
prettier.config.* JS/TS Prettier config
.eslintrc* JSON/YAML ESLint config
eslint.config.* JS/TS ESLint flat config
pyproject.toml TOML Python tools (ruff, black, isort)
.ruff.toml TOML Ruff config
.pre-commit-config.yaml YAML Pre-commit hooks
.husky/ Directory Git hooks
.github/PULL_REQUEST_TEMPLATE.md Markdown PR template
.github/ISSUE_TEMPLATE/ Directory Issue templates

2. Extract Contribution Guidelines

From CONTRIBUTING.md, extract:

  • Commit message format: Conventional commits, gitmoji, etc.
  • Branch naming: feature/, fix/, etc.
  • PR process: Required reviewers, checks, etc.
  • Code style notes: Any explicit guidance
  • Testing requirements: What tests are required

3. Extract Formatting Rules

From .editorconfig:

[*]
indent_style = space
indent_size = 2
end_of_line = lf
charset = utf-8
trim_trailing_whitespace = true
insert_final_newline = true

From Prettier config:

{
  "semi": true,
  "singleQuote": true,
  "tabWidth": 2,
  "printWidth": 100
}

4. Extract Linting Rules

From ESLint:

  • Key enabled/disabled rules
  • Extended configs (airbnb, standard, etc.)
  • Custom rules

From Ruff/Black (pyproject.toml):

[tool.ruff]
line-length = 88
select = ["E", "F", "I"]

[tool.black]
line-length = 88

5. Extract Git Hooks

From .pre-commit-config.yaml:

  • Hooks that run on commit
  • Required checks

From .husky/:

  • Pre-commit scripts
  • Pre-push scripts

6. Compile Output

{
  "project_root": "/path/to/project",
  "extracted_at": "2025-12-21T12:00:00Z",
  "contribution_guidelines": {
    "source": "CONTRIBUTING.md",
    "commit_format": "conventional",
    "branch_naming": "type/description",
    "pr_requirements": ["tests", "review"],
    "notes": []
  },
  "formatting": {
    "indent_style": "space",
    "indent_size": 2,
    "line_length": 100,
    "quotes": "single",
    "semicolons": true,
    "trailing_commas": "es5",
    "sources": [".editorconfig", ".prettierrc"]
  },
  "linting": {
    "javascript": {
      "tool": "eslint",
      "extends": ["next/core-web-vitals"],
      "key_rules": {}
    },
    "python": {
      "tool": "ruff",
      "line_length": 88,
      "select": ["E", "F", "I"]
    }
  },
  "git_hooks": {
    "pre_commit": ["lint-staged", "prettier"],
    "pre_push": ["test"]
  },
  "ci_checks": {
    "source": ".github/workflows/",
    "checks": ["lint", "test", "build"]
  }
}

Cookbook

Parsing Configurations

  • IF: Need to parse any config file
  • THEN: Read and execute ./cookbook/config-parsing.md

Quick Reference

Commit Format Detection

Pattern in CONTRIBUTING.md Format
"Conventional Commits" conventional
"feat:", "fix:", "chore:" conventional
":emoji:" or gitmoji gitmoji
"JIRA-123" pattern jira
No pattern found freeform

Common Formatter Configs

File Tool
.prettierrc* Prettier
biome.json Biome
.editorconfig EditorConfig
dprint.json dprint

Common Linter Configs

File Tool
.eslintrc*, eslint.config.* ESLint
pyproject.toml [tool.ruff] Ruff
pyproject.toml [tool.pylint] Pylint
.golangci.yml golangci-lint
clippy.toml Clippy (Rust)

Output Schema

{
  "$schema": "http://json-schema.org/draft-07/schema#",
  "type": "object",
  "properties": {
    "project_root": {"type": "string"},
    "extracted_at": {"type": "string", "format": "date-time"},
    "contribution_guidelines": {
      "type": "object",
      "properties": {
        "source": {"type": "string"},
        "commit_format": {"type": "string"},
        "branch_naming": {"type": "string"},
        "pr_requirements": {"type": "array", "items": {"type": "string"}},
        "notes": {"type": "array", "items": {"type": "string"}}
      }
    },
    "formatting": {
      "type": "object",
      "properties": {
        "indent_style": {"type": "string"},
        "indent_size": {"type": "integer"},
        "line_length": {"type": "integer"},
        "quotes": {"type": "string"},
        "semicolons": {"type": "boolean"},
        "sources": {"type": "array", "items": {"type": "string"}}
      }
    },
    "linting": {"type": "object"},
    "git_hooks": {"type": "object"},
    "ci_checks": {"type": "object"}
  }
}

Integration

This skill is used by:

  • /ai-dev-kit:quickstart-codebase - Onboarding workflow
  • lane-executor - To follow project conventions
  • Contribution validation - To check PR compliance