jpskill.com
🛠️ 開発・MCP コミュニティ

analyzing-projects

Analyzes codebases to understand structure, tech stack, patterns, and conventions. Use when onboarding to a new project, exploring unfamiliar code, or when asked "how does this work?" or "what's the architecture?"

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

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

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

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

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して analyzing-projects.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → analyzing-projects フォルダができる
  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 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

プロジェクトの分析

プロジェクト分析のワークフロー

このチェックリストをコピーして、進捗状況を追跡してください。

プロジェクト分析の進捗状況:
- [ ] ステップ 1: 簡単な概要 (README、ルートファイル)
- [ ] ステップ 2: 技術スタックの検出
- [ ] ステップ 3: プロジェクト構造のマッピング
- [ ] ステップ 4: 主要なパターンの特定
- [ ] ステップ 5: 開発ワークフローの発見
- [ ] ステップ 6: サマリーレポートの生成

ステップ 1: 簡単な概要

# 一般的なプロジェクトマーカーの確認
ls -la
cat README.md 2>/dev/null | head -50

ステップ 2: 技術スタックの検出

パッケージマネージャーと依存関係

  • package.json → Node.js/JavaScript/TypeScript
  • requirements.txt / pyproject.toml / setup.py → Python
  • go.mod → Go
  • Cargo.toml → Rust
  • pom.xml / build.gradle → Java
  • Gemfile → Ruby

フレームワーク (依存関係から)

  • React, Vue, Angular, Next.js, Nuxt
  • Express, FastAPI, Django, Flask, Rails
  • Spring Boot, Gin, Echo

インフラストラクチャ

  • Dockerfile, docker-compose.yml → コンテナ化
  • kubernetes/, k8s/ → Kubernetes
  • terraform/, .tf files → IaC
  • serverless.yml → Serverless Framework
  • .github/workflows/ → GitHub Actions

ステップ 3: プロジェクト構造の分析

注釈付きのツリーとして表示します。

project/
├── src/              # ソースコード
│   ├── components/   # UIコンポーネント (React/Vue)
│   ├── services/     # ビジネスロジック
│   ├── models/       # データモデル
│   └── utils/        # 共有ユーティリティ
├── tests/            # テストファイル
├── docs/            # ドキュメント
└── config/          # 設定

ステップ 4: 主要なパターンの特定

以下を探して報告します。

  • アーキテクチャ: Monolith, Microservices, Serverless, Monorepo
  • API スタイル: REST, GraphQL, gRPC, tRPC
  • 状態管理: Redux, Zustand, MobX, Context
  • データベース: SQL, NoSQL, 使用されている ORM
  • 認証: JWT, OAuth, Sessions
  • テスト: Jest, Pytest, Go test, etc.

ステップ 5: 開発ワークフロー

以下を確認します。

  • .eslintrc, .prettierrc → Linting/Formatting
  • .husky/ → Git hooks
  • Makefile → ビルドコマンド
  • scripts/ in package.json → NPM scripts

ステップ 6: 出力形式

このテンプレートを使用してサマリーを生成します。

# プロジェクト: [Name]

## 概要
[1〜2文の説明]

## 技術スタック
| カテゴリ | 技術 |
|----------|------------|
| 言語 | TypeScript |
| フレームワーク | Next.js 14 |
| データベース | PostgreSQL |
| ... | ... |

## アーキテクチャ
[説明。必要に応じて簡単なASCII図を使用]

## 主要なディレクトリ
- `src/` - [目的]
- `lib/` - [目的]

## エントリーポイント
- メイン: `src/index.ts`
- API: `src/api/`
- テスト: `npm test`

## 規約
- [命名規則]
- [ファイル構成パターン]
- [コードスタイルの好み]

## 簡単なコマンド
| アクション | コマンド |
|--------|---------|
| インストール | `npm install` |
| 開発 | `npm run dev` |
| テスト | `npm test` |
| ビルド | `npm run build` |

分析の検証

分析完了後、以下を確認します。

分析の検証:
- [ ] すべての主要なディレクトリが説明されている
- [ ] 技術スタックが正確に特定されている
- [ ] エントリーポイントが文書化されている
- [ ] 開発コマンドが動作することを確認済み
- [ ] 証拠なしに仮定されていない

検証できない項目がある場合は、レポートに「要確認」として記載してください。

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Analyzing Projects

Project Analysis Workflow

Copy this checklist and track progress:

Project Analysis Progress:
- [ ] Step 1: Quick overview (README, root files)
- [ ] Step 2: Detect tech stack
- [ ] Step 3: Map project structure
- [ ] Step 4: Identify key patterns
- [ ] Step 5: Find development workflow
- [ ] Step 6: Generate summary report

Step 1: Quick Overview

# Check for common project markers
ls -la
cat README.md 2>/dev/null | head -50

Step 2: Tech Stack Detection

Package Managers & Dependencies

  • package.json → Node.js/JavaScript/TypeScript
  • requirements.txt / pyproject.toml / setup.py → Python
  • go.mod → Go
  • Cargo.toml → Rust
  • pom.xml / build.gradle → Java
  • Gemfile → Ruby

Frameworks (from dependencies)

  • React, Vue, Angular, Next.js, Nuxt
  • Express, FastAPI, Django, Flask, Rails
  • Spring Boot, Gin, Echo

Infrastructure

  • Dockerfile, docker-compose.yml → Containerized
  • kubernetes/, k8s/ → Kubernetes
  • terraform/, .tf files → IaC
  • serverless.yml → Serverless Framework
  • .github/workflows/ → GitHub Actions

Step 3: Project Structure Analysis

Present as a tree with annotations:

project/
├── src/              # Source code
│   ├── components/   # UI components (React/Vue)
│   ├── services/     # Business logic
│   ├── models/       # Data models
│   └── utils/        # Shared utilities
├── tests/            # Test files
├── docs/             # Documentation
└── config/           # Configuration

Step 4: Key Patterns Identification

Look for and report:

  • Architecture: Monolith, Microservices, Serverless, Monorepo
  • API Style: REST, GraphQL, gRPC, tRPC
  • State Management: Redux, Zustand, MobX, Context
  • Database: SQL, NoSQL, ORM used
  • Authentication: JWT, OAuth, Sessions
  • Testing: Jest, Pytest, Go test, etc.

Step 5: Development Workflow

Check for:

  • .eslintrc, .prettierrc → Linting/Formatting
  • .husky/ → Git hooks
  • Makefile → Build commands
  • scripts/ in package.json → NPM scripts

Step 6: Output Format

Generate a summary using this template:

# Project: [Name]

## Overview
[1-2 sentence description]

## Tech Stack
| Category | Technology |
|----------|------------|
| Language | TypeScript |
| Framework | Next.js 14 |
| Database | PostgreSQL |
| ...      | ...        |

## Architecture
[Description with simple ASCII diagram if helpful]

## Key Directories
- `src/` - [purpose]
- `lib/` - [purpose]

## Entry Points
- Main: `src/index.ts`
- API: `src/api/`
- Tests: `npm test`

## Conventions
- [Naming conventions]
- [File organization patterns]
- [Code style preferences]

## Quick Commands
| Action | Command |
|--------|---------|
| Install | `npm install` |
| Dev | `npm run dev` |
| Test | `npm test` |
| Build | `npm run build` |

Analysis Validation

After completing analysis, verify:

Analysis Validation:
- [ ] All major directories explained
- [ ] Tech stack accurately identified
- [ ] Entry points documented
- [ ] Development commands verified working
- [ ] No assumptions made without evidence

If any items cannot be verified, note them as "needs clarification" in the report.